#dusk $DUSK もし公式サイトにあるあの「regulated onchain finance」という大げさな言葉を先に全部隠して、普通のユーザーがDuskを使うことだけに焦点を当てると、問題はむしろもっとはっきりすると思います。まず第一歩、どこを押せばいいのか？
@Dusk 現在は、基盤がそもそも「使えない」段階ではありません。メインネットはLiveで、公式が示しているデータでは2.1億+ DUSKがステーキングに参加しており、決定的な終局（確定）はおよそ10秒です。ですが、基盤が動いていることと、ユーザーが使いやすいと感じることは別問題です。
4月、公式がDusk Connectと新版Dusk Walletを特別に発表したこと自体が、これを物語っています。公式自身が認めているとおり、従来のWeb Walletは単体アプリに近く、dAppは、皆が慣れているEVMウォレットのようにそのままウォレットを見つけたり、アカウントを要求したり、取引に署名したりといった流れができません。新版では確かに、ブラウザ拡張、デスクトップ版、モバイル版が追加され、公開/プライベート送金、shield/unshield、staking、claim rewardsなどの機能も補われています。ただ、当時公式が示した位置づけは依然としてdeveloper previewでした。
これが、私がいまDuskに対して抱く最大のプロダクト上の疑問です。技術力はどんどん増えているのに、普通のユーザーは本当に「いつpublic transferをすべきか」「いつshieldすべきか」を理解できていますか？ 資産が環境をまたいだあと、どこで確認するのでしょう？ 失敗したら、再試行するべきなのか、待つべきなのか、それともサポートに連絡すべきなのか？
これは細かいところへのこだわりではありません。1月のブリッジングサービスは、署名ウォレットが侵害されたことが原因で停止していました。以降の振り返り（復習）の中で、公式は取引ステータスをseen、submitted、completed、failed、stuckに分解することまで、あえて行っています。これはつまり、「問題が起きたときユーザーが今何が起きているのか理解できるか」が、プロダクトの安全性の一部だということを示しています。
より現実的なのは、現在も公式サイト上のDusk TradeはBuildingのままで、DuskEVMやHedgerもTestnetのままだという点です。
だからこそ私は、Duskの次のフェーズで本当に注力すべきことは、さらに別の技術用語を追加することではなく、「初めて来た人が10分以内に、完全な一連の操作を無事に完了できるか」を強い指標として作り込むことではないか、と考えています。
機関レベルの基盤インフラは複雑でもかまいませんが、ユーザーインターフェースはユーザーにまず半人前の開発者になれと言うべきではありません。
#dusk $DUSK @Dusk
@Dusk 現在は、基盤がそもそも「使えない」段階ではありません。メインネットはLiveで、公式が示しているデータでは2.1億+ DUSKがステーキングに参加しており、決定的な終局（確定）はおよそ10秒です。ですが、基盤が動いていることと、ユーザーが使いやすいと感じることは別問題です。
4月、公式がDusk Connectと新版Dusk Walletを特別に発表したこと自体が、これを物語っています。公式自身が認めているとおり、従来のWeb Walletは単体アプリに近く、dAppは、皆が慣れているEVMウォレットのようにそのままウォレットを見つけたり、アカウントを要求したり、取引に署名したりといった流れができません。新版では確かに、ブラウザ拡張、デスクトップ版、モバイル版が追加され、公開/プライベート送金、shield/unshield、staking、claim rewardsなどの機能も補われています。ただ、当時公式が示した位置づけは依然としてdeveloper previewでした。
これが、私がいまDuskに対して抱く最大のプロダクト上の疑問です。技術力はどんどん増えているのに、普通のユーザーは本当に「いつpublic transferをすべきか」「いつshieldすべきか」を理解できていますか？ 資産が環境をまたいだあと、どこで確認するのでしょう？ 失敗したら、再試行するべきなのか、待つべきなのか、それともサポートに連絡すべきなのか？
これは細かいところへのこだわりではありません。1月のブリッジングサービスは、署名ウォレットが侵害されたことが原因で停止していました。以降の振り返り（復習）の中で、公式は取引ステータスをseen、submitted、completed、failed、stuckに分解することまで、あえて行っています。これはつまり、「問題が起きたときユーザーが今何が起きているのか理解できるか」が、プロダクトの安全性の一部だということを示しています。
より現実的なのは、現在も公式サイト上のDusk TradeはBuildingのままで、DuskEVMやHedgerもTestnetのままだという点です。
だからこそ私は、Duskの次のフェーズで本当に注力すべきことは、さらに別の技術用語を追加することではなく、「初めて来た人が10分以内に、完全な一連の操作を無事に完了できるか」を強い指標として作り込むことではないか、と考えています。
機関レベルの基盤インフラは複雑でもかまいませんが、ユーザーインターフェースはユーザーにまず半人前の開発者になれと言うべきではありません。
#dusk $DUSK @Dusk