ユーザーにとって実際に何が変わるのか理解したくて、Dusk Walletのベータを見に行きました。
面白い点は、ウォレット自体ではないことが分かりました。
Dusk Connectは、アプリケーションとウォレットの間に入るレイヤーになりつつあります。SDKは、dAppに特定のウォレットをハードコードさせるのではなく、互換性のあるプロバイダを検出します。これは一見すると小さな実装上の詳細に聞こえるかもしれませんが、ウォレットのアーキテクチャと、Duskがアプリへのアクセスとノードへのアクセスを分離する仕組みと結びつけると話が変わってきます。
新しいDusk Walletは、このシステムの中での1つのプロバイダです。Dusk Connectは検出と権限を扱い、ウォレットはキーとユーザーの承認を管理します。開発者は、必要に応じてW3sperまたはHTTP APIを使って直接ネットワークにアクセスでき、ウォレット層にノード接続の要素を混ぜ込む必要がなくなります。
この分離の考え方に私は惹かれました。
つまりDuskは、DUSKを送るための別のインターフェースを単に提供しようとしているのではありません。ユーザのウォレットとdApp、そして基盤となるネットワークの間で、責任の所在をどこに置くべきかを定めようとしているのです。
また、SDKがフレームワーク非依存であり、実行時の依存関係がないことも、ここでは重要です。統合面が小さいほど、個々のアプリが維持しなければならない独自のウォレット・ロジックは少なくなります。さらに、検出モデルには、最初のウォレットを恒久的な依存先に固定するのではなく、複数の互換ウォレットを並行して用意できる余地も残されています。
とはいえ、ベータではまだ検証すべき点が多い。ウォレットの互換性やセキュリティ上のエッジケース、そして開発者の採用は、発表そのもの以上に重要になってくるでしょう。
しかし、部品をつなぎ合わせて見た結果、より重要な進展はアーキテクチャ上のものだと私は思いました。
Duskは、ウォレットの接続を、すべてのアプリがそれぞれ独立して作り直すべきものではなく、共有インフラとして扱い始めています。
#dusk $DUSK @Dusk