Saya tadi malam membuka komputer di ruang kerja untuk pertama kalinya, dan melihat pada contoh Dusk Connect ada availableProviders[0]—saya kaget, tangan saya sempat berhenti. Ketika beberapa dompet kompatibel ditemukan sekaligus, tetapi tidak ada providerId, kode dapat memilih dompet pertama; namun untuk saran kepada pihak produk, tetap saja pengguna yang memilih dompetnya sendiri.
Dulu saya menganggap provider discovery sebagai kemudahan teknis untuk menghemat pekerjaan adaptasi. Sekarang saya merasa itu juga membagikan sebuah wewenang yang sangat spesifik: apakah dApp yang menentukan dari dompet mana pengguna memulai, atau apakah pilihan tersebut dibiarkan sampai sebelum penandatangan (sign) dilakukan. Bagi tim dompet, discovery yang terbuka mencegah sebuah ekstensi dikunci menjadi satu-satunya pintu masuk; bagi pengguna, yang penting adalah apakah mereka bisa melihat dompet, jaringan, dan akun yang sedang dipilih saat ini.
Skenario terburuk tidaklah berlebihan. Di browser terpasang dua dompet kompatibel: satu untuk aset di mainnet, dan satu lagi untuk testing atau akun tim. Suatu aplikasi, demi menghemat satu langkah, otomatis memilih yang pertama. Pengguna kemudian terus menekan hingga halaman penandatangan, baru menyadari akunnya tidak sesuai. Penolakan transaksi masih termasuk yang bernasib lebih baik; yang lebih buruk, pengguna menyelesaikan otorisasi yang seharusnya tidak dilakukan di lingkungan yang salah, lalu setelahnya hanya ingat “dompet Dusk tersambung ke yang keliru”. Biaya ditanggung pengguna dan customer service, sementara orang yang melakukan auto-pemilihan sering kali tidak berada di tempat.
Jadi sekarang saya tidak lagi menganggap multi-wallet discovery pada Dusk Connect sebagai kemampuan antarmuka murni. @Dusk yang benar-benar perlu dijaga adalah: setelah discovery dilakukan, apakah kendali atas pilihan masih ada di tangan pengguna. Semakin banyak aplikasi $DUSK , saya semakin ingin melihat tampilan koneksi yang dengan jelas menunjukkan provider, jaringan, dan akun, serta memberikan kesempatan untuk memilih ulang yang terlihat ketika auto-selection dilakukan. #dusk
Dulu saya menganggap provider discovery sebagai kemudahan teknis untuk menghemat pekerjaan adaptasi. Sekarang saya merasa itu juga membagikan sebuah wewenang yang sangat spesifik: apakah dApp yang menentukan dari dompet mana pengguna memulai, atau apakah pilihan tersebut dibiarkan sampai sebelum penandatangan (sign) dilakukan. Bagi tim dompet, discovery yang terbuka mencegah sebuah ekstensi dikunci menjadi satu-satunya pintu masuk; bagi pengguna, yang penting adalah apakah mereka bisa melihat dompet, jaringan, dan akun yang sedang dipilih saat ini.
Skenario terburuk tidaklah berlebihan. Di browser terpasang dua dompet kompatibel: satu untuk aset di mainnet, dan satu lagi untuk testing atau akun tim. Suatu aplikasi, demi menghemat satu langkah, otomatis memilih yang pertama. Pengguna kemudian terus menekan hingga halaman penandatangan, baru menyadari akunnya tidak sesuai. Penolakan transaksi masih termasuk yang bernasib lebih baik; yang lebih buruk, pengguna menyelesaikan otorisasi yang seharusnya tidak dilakukan di lingkungan yang salah, lalu setelahnya hanya ingat “dompet Dusk tersambung ke yang keliru”. Biaya ditanggung pengguna dan customer service, sementara orang yang melakukan auto-pemilihan sering kali tidak berada di tempat.
Jadi sekarang saya tidak lagi menganggap multi-wallet discovery pada Dusk Connect sebagai kemampuan antarmuka murni. @Dusk yang benar-benar perlu dijaga adalah: setelah discovery dilakukan, apakah kendali atas pilihan masih ada di tangan pengguna. Semakin banyak aplikasi $DUSK , saya semakin ingin melihat tampilan koneksi yang dengan jelas menunjukkan provider, jaringan, dan akun, serta memberikan kesempatan untuk memilih ulang yang terlihat ketika auto-selection dilakukan. #dusk
