Tối qua, tôi ngồi chỉnh sửa mạch chảy của Dusk từ Web Wallet, Wallet Discovery đến Transaction Submission, xem mình sẽ do dự bao nhiêu lần.
Tôi ghi nhận 10 thao tác qua Dusk Connect, Unified Provider, EIP-6963, Account Access, Authorization, Signing và Network Query.
8 bước diễn ra trôi chảy, 2 bước khiến tôi dừng lại.
8/10 = 80%... đủ để lộ ra điều mình quan tâm nhất: Ma sát.
Moonlight với Public Transfer khá dễ đoán.
nhưng khi đến Phoenix, Private Transfer, Shield, Unshield, Account Switching thì khác; tài khoản nào đang mở, quyền nào vừa được cấp?
Đó chính là lúc dApp Permissions và Origin-based Permission Management phát huy giá trị.
Khi Permission Prompt rõ ràng, tôi ký nhanh; còn khi mơ hồ, AES-GCM, PBKDF2, Stronghold, Argon2 vẫn thua một giây do dự.
Thành thật mà nói, tôi thích nghịch lý này: công cụ càng nhiều lớp thì UX càng có thể bớt đơn giản.
DRC-20, DRC-721, Staking, Reward Claiming mở rộng khả năng, nhưng khả năng không nhất thiết đồng nghĩa với khả năng sử dụng!
Tôi tính tỷ lệ dùng được = successful flow / total flow × 100%.
20 lần thử, với 18 lần Signing flow không quay lại Permission Prompt là 90%; 12 lần chỉ đạt 60%.
khoảng chênh 30% đó đáng theo dõi hơn một tính năng mới.
Third-party Wallet, Conformance Testing, Consistent Interface, Namespaced RPC nghe rất “chuẩn nhà phát triển”, nhưng cuối cùng: liệu bạn có vượt qua toàn bộ luồng public/private mà không bấm nhầm thứ không?
Sau khi Signing, các On-chain Calls có thực sự tăng lên, hay mọi người mở Wallet rồi rời đi?
Việc áp dụng mà không tạo ra Transaction giống như một cửa hàng đông khách nhưng quầy thanh toán lại trống.
Tôi muốn Moonlight và Phoenix nằm dưới cùng một Unified Interface, đến mức tôi quên mất bên dưới tồn tại bao nhiêu lớp.
một Connection Layer gần như vô hình chính là thứ làm nó trở nên “đáng gờm”.
còn bạn, khi một Wallet có cả Public Account và Private Account, nên chọn sự rõ ràng về bảo mật, hay giảm ma sát đến mức chẳng còn gì để phải nghĩ?
#dusk $DUSK @Dusk
Tôi ghi nhận 10 thao tác qua Dusk Connect, Unified Provider, EIP-6963, Account Access, Authorization, Signing và Network Query.
8 bước diễn ra trôi chảy, 2 bước khiến tôi dừng lại.
8/10 = 80%... đủ để lộ ra điều mình quan tâm nhất: Ma sát.
Moonlight với Public Transfer khá dễ đoán.
nhưng khi đến Phoenix, Private Transfer, Shield, Unshield, Account Switching thì khác; tài khoản nào đang mở, quyền nào vừa được cấp?
Đó chính là lúc dApp Permissions và Origin-based Permission Management phát huy giá trị.
Khi Permission Prompt rõ ràng, tôi ký nhanh; còn khi mơ hồ, AES-GCM, PBKDF2, Stronghold, Argon2 vẫn thua một giây do dự.
Thành thật mà nói, tôi thích nghịch lý này: công cụ càng nhiều lớp thì UX càng có thể bớt đơn giản.
DRC-20, DRC-721, Staking, Reward Claiming mở rộng khả năng, nhưng khả năng không nhất thiết đồng nghĩa với khả năng sử dụng!
Tôi tính tỷ lệ dùng được = successful flow / total flow × 100%.
20 lần thử, với 18 lần Signing flow không quay lại Permission Prompt là 90%; 12 lần chỉ đạt 60%.
khoảng chênh 30% đó đáng theo dõi hơn một tính năng mới.
Third-party Wallet, Conformance Testing, Consistent Interface, Namespaced RPC nghe rất “chuẩn nhà phát triển”, nhưng cuối cùng: liệu bạn có vượt qua toàn bộ luồng public/private mà không bấm nhầm thứ không?
Sau khi Signing, các On-chain Calls có thực sự tăng lên, hay mọi người mở Wallet rồi rời đi?
Việc áp dụng mà không tạo ra Transaction giống như một cửa hàng đông khách nhưng quầy thanh toán lại trống.
Tôi muốn Moonlight và Phoenix nằm dưới cùng một Unified Interface, đến mức tôi quên mất bên dưới tồn tại bao nhiêu lớp.
một Connection Layer gần như vô hình chính là thứ làm nó trở nên “đáng gờm”.
còn bạn, khi một Wallet có cả Public Account và Private Account, nên chọn sự rõ ràng về bảo mật, hay giảm ma sát đến mức chẳng còn gì để phải nghĩ?
#dusk $DUSK @Dusk