DuskEVMのテストネットでスクロールを止めさせられた「あること」：ブリッジが単純な“DUSKを移して終わり”のフローではないからです。

ドキュメントに入って、面白い部分はEVM互換性だと思っていました。ところが、延々と追ってしまったのは出金の仕組みでした。

そこが妙に面白かった。

DuskEVMからの出金には、3つの別々のオンチェーン操作が必要です。まずEVMで開始し、次にDusk L1で証明を行い、最後にL1で確定します。さらに重要なのは、ドキュメントによれば準備完了は固定の待ち時間ではなく、公開されているネットワーク状態、証明の成熟度、そしてディスピュートゲームのチェックに依存するとされている点です。

コーヒーをつかんで、そこからもう一度確認しました。

仕組みとしては、DuskDSによって決済されたOP Stack風の実行環境であれば理にかなっています。ですが構造的には、ユーザー体験が元のEVMトランザクションの外側にある条件によって一部コントロールされることを意味します。

この部分は誰も「EVM稼働中」の見出しには書きません。

もしかすると、2つの実行レイヤーを接続する際の、避けられないトレードオフなのかもしれません。

でも気になりました。DuskEVMがテストネットでの実験から、実際の金融活動へ進むにつれて、ユーザーは「完了した」ことが必ずしも「まだ出金可能」を意味しないブリッジを受け入れるのでしょうか？
@Dusk_Foundation
#dusk $DUSK