> 主な利点は、イーサリアムに保存されるデータ量が削減され、それによってユーザーが L2 でトランザクションを行うコストが削減されることです。**執筆者: ****OneTrueKirk****編集者: イヴォンヌ、マーズビット****ethresear.ch の OneTrueKirk からの元の投稿**こちらのトピックに投稿するのは初めてなので、気分を害されるような内容でしたら申し訳ありません。私はこのアイデア (ステートレス ロールアップ) について考えてきましたが、主に融資プロトコル専用のロールアップですが、一般的に適用できることを願っています。フィードバックがあれば幸いです。**TLDR：**ステータス ルートのみが公開され、呼び出しデータは公開されません。(MarsBit 注: Calldata はコントラクト トランザクションのデータ部分の値であり、変更できません。)＃＃ 詳細Ethereum をデータ可用性レイヤーとして使用する代わりに、完全な状態を calldata として公開し、状態のルートのみをメインネットに公開したらどうなるでしょうか?主な利点は、イーサリアムに保存されるデータの量が減り、それによってユーザーが L2 でトランザクションを行うコストが削減されることです。 EIP-4844 があっても、blobace は無料ではありません。主なリスクはデータ保留攻撃です。提案者は有効なステート ルートを公開しますが、他のロールアップ ノードからの完全なデータを保留して、将来のブロック生成を独占したり、資金を人質に取ったりします。これを防ぐために、正直なノードは、ピアがデータを提供できない状態の更新を質問する必要があります。 Arbitrum スタイルのインタラクティブな不正行為証明を使用すると、提案者にメインネット上の完全な状態の開示を強制できますが、それでもルートが有効であればチャレンジを失敗させることができるため、失敗した場合でもチャレンジのコストは低くなります。(MarsBit 注: データ保留攻撃とは、攻撃者が欺瞞や破壊の目的を達成するために、保護されたデータにアクセスする際に、意図的にすべてのデータを返さなかったり、間違ったデータを返したりすることを指します。チャレンジ失敗のコストが低い場合、正直な提案者は、状態データをポイントツーポイントで正しく伝播したとしても、チャレンジを擁護するためにすべての状態データをメインネットに投稿する費用の支払いを強いられるため、悲惨な状況に陥る可能性があります。正直な提案者がこの方法で攻撃されないようにするには、異議を申し立てるコストは防御のコストに比例する必要があります。最悪の場合、攻撃者が 1 ドルを費やして正直な提案者に 1 ドルの損害を与えることができれば、提案者を諦めさせてブロックを取り戻すことができます。その後、新しい誠実な提案者が入札できるようになります。攻撃者が、資金を持っている全員を含む、潜在的な誠実な提案者全員に対して攻撃を繰り返すことができない限り、永続的なダウンタイムを引き起こすことはできません。有効なブロックが確定してから時間が経過しすぎると、チャレンジのコストが上昇する別の条項を追加することも可能です。このようにして、不誠実な提案者に異議を唱えるのは簡単ですが、状態遷移を長期間停止することは不可能です。もっと楽観的に言えば、ノードがピア間でデータを分散すれば、ノードは独自のデータ バックアップとアクセシビリティ ソリューションを決定でき、ユーザーは自分の状態遷移に必要なデータをローカルに保存した方が良いでしょう。ある特定のアプリケーションのコンテキストで、EVM とはまったく異なる方法でロールアップ状態をエンコードして最適化することを考えました。特定のユーザー アカウントに関連付けられたすべての状態を同じハッシュにエンコードできるため、ユーザーはグローバルな状態を知らなくても、アカウントへの変更をより簡単に検証できます (つまり、トークンの出所を気にすることなく、トークンの数を受け取ったことを確認できます)。## 要約する皆様のご意見をお待ちしております。関連作品へのリンクもお待ちしております。通常のオプティミスティック ロールアップとは異なり、オプティミスティック ロールアップでは、送信されたコールデータがメイン ネットワークのステート ルートと一致するかどうか、および両方が有効であるかどうかを簡単に判断できますが、ステート ルートだけから更新が有効であるかどうかを知ることは不可能です。挑戦期間と悲嘆（つまり、悪意のある行動）の経済学を慎重に考慮する必要があります。
ステートレス ロールアップの利点と潜在的な問題の概要
**執筆者: **OneTrueKirk
編集者: イヴォンヌ、マーズビット
ethresear.ch の OneTrueKirk からの元の投稿
こちらのトピックに投稿するのは初めてなので、気分を害されるような内容でしたら申し訳ありません。私はこのアイデア (ステートレス ロールアップ) について考えてきましたが、主に融資プロトコル専用のロールアップですが、一般的に適用できることを願っています。フィードバックがあれば幸いです。
TLDR：
ステータス ルートのみが公開され、呼び出しデータは公開されません。
(MarsBit 注: Calldata はコントラクト トランザクションのデータ部分の値であり、変更できません。)
＃＃ 詳細
Ethereum をデータ可用性レイヤーとして使用する代わりに、完全な状態を calldata として公開し、状態のルートのみをメインネットに公開したらどうなるでしょうか?主な利点は、イーサリアムに保存されるデータの量が減り、それによってユーザーが L2 でトランザクションを行うコストが削減されることです。 EIP-4844 があっても、blobace は無料ではありません。
主なリスクはデータ保留攻撃です。提案者は有効なステート ルートを公開しますが、他のロールアップ ノードからの完全なデータを保留して、将来のブロック生成を独占したり、資金を人質に取ったりします。これを防ぐために、正直なノードは、ピアがデータを提供できない状態の更新を質問する必要があります。 Arbitrum スタイルのインタラクティブな不正行為証明を使用すると、提案者にメインネット上の完全な状態の開示を強制できますが、それでもルートが有効であればチャレンジを失敗させることができるため、失敗した場合でもチャレンジのコストは低くなります。
(MarsBit 注: データ保留攻撃とは、攻撃者が欺瞞や破壊の目的を達成するために、保護されたデータにアクセスする際に、意図的にすべてのデータを返さなかったり、間違ったデータを返したりすることを指します。
チャレンジ失敗のコストが低い場合、正直な提案者は、状態データをポイントツーポイントで正しく伝播したとしても、チャレンジを擁護するためにすべての状態データをメインネットに投稿する費用の支払いを強いられるため、悲惨な状況に陥る可能性があります。正直な提案者がこの方法で攻撃されないようにするには、異議を申し立てるコストは防御のコストに比例する必要があります。
最悪の場合、攻撃者が 1 ドルを費やして正直な提案者に 1 ドルの損害を与えることができれば、提案者を諦めさせてブロックを取り戻すことができます。その後、新しい誠実な提案者が入札できるようになります。攻撃者が、資金を持っている全員を含む、潜在的な誠実な提案者全員に対して攻撃を繰り返すことができない限り、永続的なダウンタイムを引き起こすことはできません。有効なブロックが確定してから時間が経過しすぎると、チャレンジのコストが上昇する別の条項を追加することも可能です。このようにして、不誠実な提案者に異議を唱えるのは簡単ですが、状態遷移を長期間停止することは不可能です。
もっと楽観的に言えば、ノードがピア間でデータを分散すれば、ノードは独自のデータ バックアップとアクセシビリティ ソリューションを決定でき、ユーザーは自分の状態遷移に必要なデータをローカルに保存した方が良いでしょう。ある特定のアプリケーションのコンテキストで、EVM とはまったく異なる方法でロールアップ状態をエンコードして最適化することを考えました。特定のユーザー アカウントに関連付けられたすべての状態を同じハッシュにエンコードできるため、ユーザーはグローバルな状態を知らなくても、アカウントへの変更をより簡単に検証できます (つまり、トークンの出所を気にすることなく、トークンの数を受け取ったことを確認できます)。
要約する
皆様のご意見をお待ちしております。関連作品へのリンクもお待ちしております。通常のオプティミスティック ロールアップとは異なり、オプティミスティック ロールアップでは、送信されたコールデータがメイン ネットワークのステート ルートと一致するかどうか、および両方が有効であるかどうかを簡単に判断できますが、ステート ルートだけから更新が有効であるかどうかを知ることは不可能です。挑戦期間と悲嘆（つまり、悪意のある行動）の経済学を慎重に考慮する必要があります。