$DUSK

新しいDusk Walletは、既存のWebウォレットのリデザインが主なものだと考えました。

ところが、4月の開発者プレビュー告知を読んで、リポジトリを確認しました。

従来のWebウォレットはDuskと直接連携できましたが、スタンドアロンのアプリケーションでした。dAppはそれを検出できず、プロフィールを要求したり、標準的な接続フローを通じてトランザクションへの署名を依頼したりできません。

その結果、Duskのコントラクトと実際のユーザーの間にギャップが生まれていました。

Dusk Connectは、そのギャップの「アプリケーション側」を埋めます。対応するウォレットをdAppが検出できるようにし、プロフィールへのアクセス要求や、ユーザーが承認したアクションを共有プロバイダー・インターフェース経由で送れるようにします。

新しいDusk Walletは「反対側」に位置します。

キーはローカルに保持し、要求を表示して、ユーザーが承認または拒否できるようにします。最初のリリースには、公開・Phoenix残高、シールド、プライベート送金、ステーキング、そしてDRC-20/DRC-721のアセットフローが含まれています。

私が特に注目した実装の細部があります。

dAppは「Connect Wallet」の後に自動的にすべてを受け取るわけではありません。公開プロフィールへのアクセス、シールドされた受信アドレス、メッセージ署名、トランザクションは、それぞれ別個の要求・承認フローを持っています。権限もオリジンごとに保存されます。

これはDuskにおいて重要です。金融アプリに接続することは、単一の公開アドレスを見せるだけでは済まない可能性があるからです。

とはいえ、これはまだ開発者プレビューの物語です。

接続の標準が価値を持つのは、実際のdAppがそれを採用し、互換性のあるウォレットが正しく実装したときだけです。第一者のウォレットがインターフェースが機能し得ることを証明するのは事実ですが、幅広いアプリケーションのエコシステムまではまだ証明していません。

Duskにはすでにコントラクト、プライバシー、そして決済があります。

Dusk Connectと新しいウォレットは、その間にある「クリックする人」とコントラクトをつなぐ、欠けていた相互作用のレイヤーを提供します。

次に注目したいマイルストーンはシンプルです。ユーザーがアプリケーションを離れずに、シールドまたはトークン化アセットのアクションを接続・承認・完了できる、プロダクションのDuskDS dAppです。

#dusk @Dusk