#dusk $DUSK
$GPS さらに高く飛ぶ準備はできてる。もうすぐ空に届く。でも、私を止めたのは @Dusk の W3sper のドキュメントで、サインに関する話ではなかった。

それは「トランザクションビルダーはウォレットではない」という警告だった。

W3sper は、Rusk への接続、状態の照会、トランザクションの構築のために、より低レベルのツールを提供する。だがクライアントがウォレット拡張なしで署名したいなら、W3sper が意図的に責任を負わない部品を自前で用意する必要がある。

それには、復元可能な鍵の保管と、それに同期されたトレジャリーが含まれる。トレジャリーは「Bookkeeper」の背後にあり、「有効なトランザクションを構築するために必要な残高とノンスの状態」を含む。

新しく生成したプロファイルだけでは足りない。

それにはアカウントを導出するのに必要なアイデンティティが含まれているかもしれないが、同期された「Bookkeeper」のエントリは存在しない。現在の状態がないと、トランザクションビルダーは送金に必要な資金やノンスを確実に判断できない。

私がほぼ見落としかけたのは、ここが境界点だった。

署名は「どの鍵がそのトランザクションを承認したか」を証明する。

同期は、「今この時点で、署名者が有効に承認できること」を教える。

W3sper が、セキュアな保管やウォレット復旧を静かに解決するふりをせず、そのプリミティブをそのまま公開しているのが好きだ。とはいえ、ヘッドレスなアプリがその制御を選ぶなら、それらの責任も明示的に引き継ぐことになる。

トランザクションの構築をウォレットの状態から切り離すことで、W3sper はより安全なインフラになるのか？ それとも、カスタム署名者が誤って作られやすくなるのか？？

#dusk @Dusk

Dusk W3sper の分離は…

$VELVET また投げ捨てた、完全な大惨事