$DUSK #夕暮れ — DuskEVMはOptimismの従来の7日間チャレンジ・ウィンドウをスキップします。この遅延は単なるUX上の欠陥ではなく、安全モデルの一部です。
@DuskFoundationがOP Stack移植について書いた内容を掘り下げると、DuskEVMはDuskDSに落ち着き、MIPSベースのプリ・ベリファイアがステート遷移を検証し、決済として受け入れられる前に判定します。Duskのドキュメントでは、引き出しが約15分で最終化すると説明されています。
最初は、これは単純なUXの改善に見えます。しかし、より興味深いのは安全面の問いです。
標準のOP Stackでは、7日間のウィンドウにより、無許可で行える不正証明（fraud proofs）が無効なステートルートに異議を唱えるための時間が確保されます。Duskの設計は、その検証をフローのより早い段階に移します。
ですので、これを単に「信頼要件を取り除く」ものだとは表現しません。重要なのは、今その安全上の前提がどこに位置しているかです。つまり、プリ・ベリフィケーションはDuskDSバリデータ・セットによって独立して強制されるのか、それとも別個の検証者（verifier）セットに依存しているのか、という点です。
この違いは重要です。より高速なファイナリティは価値がありますが、その下で何が変わったのかを理解して初めて意味を持ちます。
次に、RuskのGitHubとDuskの技術ドキュメントを確認し、プリ・ベリファイア・セットがDuskDSバリデータとどう関係しているのかを調べます。
#dusk $DUSK @Dusk
@DuskFoundationがOP Stack移植について書いた内容を掘り下げると、DuskEVMはDuskDSに落ち着き、MIPSベースのプリ・ベリファイアがステート遷移を検証し、決済として受け入れられる前に判定します。Duskのドキュメントでは、引き出しが約15分で最終化すると説明されています。
最初は、これは単純なUXの改善に見えます。しかし、より興味深いのは安全面の問いです。
標準のOP Stackでは、7日間のウィンドウにより、無許可で行える不正証明（fraud proofs）が無効なステートルートに異議を唱えるための時間が確保されます。Duskの設計は、その検証をフローのより早い段階に移します。
ですので、これを単に「信頼要件を取り除く」ものだとは表現しません。重要なのは、今その安全上の前提がどこに位置しているかです。つまり、プリ・ベリフィケーションはDuskDSバリデータ・セットによって独立して強制されるのか、それとも別個の検証者（verifier）セットに依存しているのか、という点です。
この違いは重要です。より高速なファイナリティは価値がありますが、その下で何が変わったのかを理解して初めて意味を持ちます。
次に、RuskのGitHubとDuskの技術ドキュメントを確認し、プリ・ベリファイア・セットがDuskDSバリデータとどう関係しているのかを調べます。
#dusk $DUSK @Dusk
