#dusk $DUSK @Dusk 今年の初めに出ていた「Dusk 事件レポート」を午後ずっと掘り返していました。特に1月のブリッジ停⽌について。そういうものですよね。公式ブログ記事から始めて、結局リポジトリの3つ目のコミットあたりまで潜り込んで、「実際に何が壊れたのか」を見ようとする。

Duskは、機関投資家向けのプライバシー重視・規制対応のレイヤー1を掲げています。けれども1月には、ブリッジアドレスを無効化し、ウォレットを作り直さなければなりませんでした。自分たちの管理下からそれが外れたからです。説明としては「ユーザー資金の影響はなかった」「プロトコルの問題ではなかった」。まあいいでしょう。

でも、その区別が担っている役割はかなり大きい。ブリッジはネットワークへの玄関口で、もし執事（ドアマン）が鍵を落とせば、金庫がいかに堅牢でも関係ありません。彼らが急いで出したWebウォレットのブロックリストもまた、Duskが「分散型のコンプライアンス」を語っている一方で、アーキテクチャはマルチシグ主導の管理コントロールへとまだ寄っている、という冷たい現実を突きつけています。

とはいえ、開発陣は寝てはいません。彼らはほぼすぐにDuskEVMのブリッジUX改善を進めていて、流動性が散る前にテストネット移行をオンラインに戻すレースをしていました。開発の重点は、コアのRuskノードのコンセンサスから、EVM互換レイヤーと、安全なブリッジのUXへと明確にシフトしています。

これを、スマートコントラクトに問題が起きたときのイーサリアムの思想と比べると、話は対照的です。イーサリアムでは、それは不変であることが原則で、しばしば壊滅的なユーザー損失につながる一方、行政的な介入はゼロです。Duskは逆の道を選びました。アップグレード可能なスマートコントラクトによる中央集権的な封じ込めでユーザーを守る――その代わりに「止められない（unstoppable）」という物語は犠牲になります。

つまり、コンプライアンス対応のプライバシーチェーンには、鍵が漏れた瞬間に資金を停止し、アドレスをブラックリスト化するためのマルチシグ管理が必要だとするなら、私たちはいったい何を買っているのでしょう？ 余計な手順を追加しただけのTradFiなのか、それとも「管理コントロール」がプロダクトであって、バグではないのか？