テストネットで、DUSKのバリデータがアクティブセットから削除されるのを見ました。ハックされたわけでもありません。スラッシュされたわけでもありません。単に外されたのです。理由はライブネス（稼働性）でした。28時間のウィンドウ内にあまりにも多くの最終性（ファイナリティ）の投票を逃したためです。

システムは、まさに設計どおりに動きました。それが私を不安にさせました。

そのバリデータは、ボンドされたステークを失ったわけではありません。暗号学的な罰もありません。露出した秘密鍵もありません。ただ、コンセンサスラウンドから静かに抜けただけです。そして私の中に引っかかったのは、拘禁（ジャイル）ウィンドウがStartHeightという値に対して測られるという点で、そのStartHeightはプロバイダが再参加するたびにリセットされることです。短く離れて戻る、時計をリセットする、そして繰り返す。慢性的に信頼できない運用者は、完全なペナルティを発動するほどオフラインに留まらないことで、永久的な削除を永遠に回避できてしまう。ソフトな強制ルートのほうに抜け穴があるのです。

私は、その抜け穴のことを考え続けました。DUSKコミュニティが、ファイナリティ提供者をインフラとして扱うべきか、パートナーとして扱うべきか議論しているのを見ながら。チャットで誰かが言っていました。「信頼性に欠けたことへの罰がタイムアウトなら、信頼性の欠如は追加ステップ付きの戦略にすぎない。」誰も笑いませんでした。自分自身のジャイル時計をリセットするバリデータがルールを破っているわけではないことを、みんなが知っていたからです。強制のタイミングを“ゲーム化”しているだけです。

これが技術的なセキュリティと実際的なセキュリティのギャップです。二重署名（ダブルサイニング）の暗号学的トリガーは絶対的で、容赦がなく、自動です。怠慢への社会的トリガーは、リセットボタンを備えた状態機械です。ひとつは悪意からネットワークを守ります。もうひとつは放置から守ります。そして今、そのリセットボタンは、制約されるべき当人の運用者に属してしまっています。

#dusk $DUSK @Dusk $EDEN $AKE