#dusk $DUSK @Dusk

私は最近のDuskネットワークで実際に何が起きていたのかを確認しようとして、プロトコルの水準とユーザーの安全性の間に興味深いギャップを見つけました。8月16日、決済用ブリッジサービスは、運用ウォレットで疑わしい活動を監視した後、一時停止しました。確認時点では、まだハーデニング（hardening）の段階にありました。一方で、DuskDSのレベルではブロック生成に問題は見られず、ネットワークは稼働し続けていました。

私の目を引いたのは、別の点です。主要なmitigationは、証明（proof）の仕組みではなく、Web Walletにおける受信者のブロックリストでした。指定されたアドレスに送信する前に、ユーザーは警告を受け取ります。ここにパラドックスがあります。Duskの最も難解な暗号技術が問題の原因だったのではなく、問題に対して働いたのはインターフェースのレベルでの防御だったのです。これは、フロントエンドが大多数のユーザーを迅速に保護できるため、現実的であるといえます。しかし一方で、ユーザー自身のツールやCLIでは、この種の保護が自動的には得られません。

私にとって今やこれは重要なアーキテクチャ上の問いです。もしDuskが規制下の金融のために構築されるのなら、クリティカルな安全性はインターフェースだけでなく、プロトコルのレベルに置かれるべきなのでしょうか？