自分が実際に何を待っているのかを理解するまで、残高をリフレッシュするのを2回ほど諦めそうになりました。
夕暮れ(Dusk)は、ブリッジされたトランザクションを「1つの単なる瞬間」として扱いません。トランザクションはまずシーケンサーによってL2ブロックに取り込まれ、その後バッチャーがそのデータをDuskDSへ公開します。そして、状態コミットメントとフォールトプルーフがそこでアンカーされて初めて、送金が実際に決済されます。
私の読み方を変えたのはこの部分です。多くのEVMロールアップでは、払い戻しが本当に最終確定するまで、だいたい7日間のチャレンジ期間を待たされます。誰かが不正な状態を争う時間が必要だからです。DuskEVMはそれをせず、DuskDSへ直接決済します。つまり、7日間のフォールト窓はありません。だから、取り込みと決済の間にあるのは「日」ではなく、瞬きをする程度で済むような時間です。これは単なる配管(実装の都合)ではなく、明確な設計上の選択です。
……とはいえ、そうなるとある意味で逆に厄介にもなり得ます。遅延が長ければ、待って計画に織り込むことが期待できます。速いので、「取り込まれた」を「最終確定した」と勘違いしやすくなり、さらに別々の主張(クレーム)が2つあることに気づけないままになってしまうからです。
それでもプロトコルは、その2つのクレームを、両者の間隔が無視できるほど小さいときでも、きちんと区別したままにしているのが良いと思います。
では、フォールト窓をほぼ即時まで圧縮することは、標準的なロールアップモデルに対する本当のレジリエンス向上なのでしょうか? それとも、長い待ち時間をなくしたことで、人々に「注意して見ておけ」と促していた合図まで消えてしまうだけなのでしょうか?
#dusk @Dusk $DUSK $PENGU $TUT
夕暮れ(Dusk)は、ブリッジされたトランザクションを「1つの単なる瞬間」として扱いません。トランザクションはまずシーケンサーによってL2ブロックに取り込まれ、その後バッチャーがそのデータをDuskDSへ公開します。そして、状態コミットメントとフォールトプルーフがそこでアンカーされて初めて、送金が実際に決済されます。
私の読み方を変えたのはこの部分です。多くのEVMロールアップでは、払い戻しが本当に最終確定するまで、だいたい7日間のチャレンジ期間を待たされます。誰かが不正な状態を争う時間が必要だからです。DuskEVMはそれをせず、DuskDSへ直接決済します。つまり、7日間のフォールト窓はありません。だから、取り込みと決済の間にあるのは「日」ではなく、瞬きをする程度で済むような時間です。これは単なる配管(実装の都合)ではなく、明確な設計上の選択です。
……とはいえ、そうなるとある意味で逆に厄介にもなり得ます。遅延が長ければ、待って計画に織り込むことが期待できます。速いので、「取り込まれた」を「最終確定した」と勘違いしやすくなり、さらに別々の主張(クレーム)が2つあることに気づけないままになってしまうからです。
それでもプロトコルは、その2つのクレームを、両者の間隔が無視できるほど小さいときでも、きちんと区別したままにしているのが良いと思います。
では、フォールト窓をほぼ即時まで圧縮することは、標準的なロールアップモデルに対する本当のレジリエンス向上なのでしょうか? それとも、長い待ち時間をなくしたことで、人々に「注意して見ておけ」と促していた合図まで消えてしまうだけなのでしょうか?
#dusk @Dusk $DUSK $PENGU $TUT
