8.91百万DUSKの移転が、シャットダウン後15m55sで失敗しているのを見たとき、私はDuskのブリッジ停止を単なるダウンタイムの物語としてはもう捉えなかった。一方でDuskDSはブロックを出し続けていた。
簡単な指標は「プロトコルのダウンタイムがゼロ」である。これは役に立つが不十分だ。4件の窃盗トランザクションによって10.91百万DUSKが除去されたが、そのうちBSCへ正常に到達したのは1.919百万DUSK、つまり17.6%にすぎない。ブリッジのサーキットブレーカーが「出口」を制限したのであって、元のウォレット侵害そのものが防がれたわけではない。
この切り分けは重要だ。DuskDSは、外部の流動性ルートが閉じられていても、ネイティブ取引を決済できていた。ベースレイヤーの可用性とエコシステムの可用性は同じではない。ウォレット、RPC、エクスプローラー、あるいは主要ブリッジのすべてが利用できない場合、DUSKはユーザーにとって稼働しているのか、それともバリデータにとって「生きている」だけなのか?
私はDuskに対し、チェーン、RPC、エクスプローラー、ウォレット、ブリッジの各稼働を5つの別々の時計で公開し、さらに生成されたブロック数、中央値のファイナリティ、スループット、新規アカウント、そして停止中のネイティブ活動とブリッジ依存活動の内訳も提示してほしい。それらの系列がなければ、「影響なし」は需要ではなくコンセンサスを指しているだけだ。
ユーザー資金が失われず、プロトコルの失敗もないことは意味がある。だが、より難しいテストは行動面だ。流入が止まったとき、ネイティブ活動は維持されたのか?そしてオフラインになっている1日ごとにどれだけの機会損失が積み上がったのか?
今回の件は、チェーンがゲートウェイを生き延びられることを示した。だが、エコシステムがそれを無視できることまではまだ示していない。
#dusk $DUSK @Dusk
簡単な指標は「プロトコルのダウンタイムがゼロ」である。これは役に立つが不十分だ。4件の窃盗トランザクションによって10.91百万DUSKが除去されたが、そのうちBSCへ正常に到達したのは1.919百万DUSK、つまり17.6%にすぎない。ブリッジのサーキットブレーカーが「出口」を制限したのであって、元のウォレット侵害そのものが防がれたわけではない。
この切り分けは重要だ。DuskDSは、外部の流動性ルートが閉じられていても、ネイティブ取引を決済できていた。ベースレイヤーの可用性とエコシステムの可用性は同じではない。ウォレット、RPC、エクスプローラー、あるいは主要ブリッジのすべてが利用できない場合、DUSKはユーザーにとって稼働しているのか、それともバリデータにとって「生きている」だけなのか?
私はDuskに対し、チェーン、RPC、エクスプローラー、ウォレット、ブリッジの各稼働を5つの別々の時計で公開し、さらに生成されたブロック数、中央値のファイナリティ、スループット、新規アカウント、そして停止中のネイティブ活動とブリッジ依存活動の内訳も提示してほしい。それらの系列がなければ、「影響なし」は需要ではなくコンセンサスを指しているだけだ。
ユーザー資金が失われず、プロトコルの失敗もないことは意味がある。だが、より難しいテストは行動面だ。流入が止まったとき、ネイティブ活動は維持されたのか?そしてオフラインになっている1日ごとにどれだけの機会損失が積み上がったのか?
今回の件は、チェーンがゲートウェイを生き延びられることを示した。だが、エコシステムがそれを無視できることまではまだ示していない。
#dusk $DUSK @Dusk