#dusk $DUSK @Dusk DuskのOP Stack移行の件を少し見ながら、スナックを片手に考えていて、ずっと引っかかっていることが一つある。

DuskEVMは今OP Stack上で動いていて、みんなが慣れ親しんだあの7日間の楽観的チャレンジ期間ではなく、DuskDSへと戻る形になっている。Duskはこれを決定論的なファイナリティとして説明していて、1週間待つ必要も、フラウドプルーフの煉獄もない。紙の上ではきれいに見える。
ところが2026年8月16日が起きる。

Dusk自身のチームが、ブリッジ運用に紐づくチーム管理ウォレットで不審な動きを検知する。対応は？ 何かオンチェーンのフラウドプルーフが自動で発動したわけではない。チームは影響を受けたブリッジアドレスを無効化して再発行し、ブリッジサービスを手動で停止し、フラグ付き受取人向けのWeb Walletブロックリストを展開した。

それって... セトルメント層が何かを信頼不要で処理したというより、人間の運用チームがレバーを引いている感じだ。
うーん。修正自体を責めているわけじゃない。迅速で、妥当で、まさに欲しい対応だった。でも、ノーフォールトウィンドウというのは実行層のファイナリティの数学についての主張であって、上流で何か問題が起きたときに誰が実際に介入するのか、という話ではないんだよな、ということを思い出させる。

その日に本当に役立ったセーフティネットは、OP Stackのアーキテクチャではなく、管理権限を持つチームだった。

実際、作業の途中で手が止まった。ノートには「7日間ウィンドウがないのは信頼不要」と書いたけど、あとで線を引いて消した。

決定論的なセトルメントは、応答の早いチームへの依存をどこまで本当に減らすのか。それとも、ただ信頼をもっと見えにくい場所へ移しているだけなのか？