Micah Zoltu、Toni Wahrstätter、Justin Traglia、およびpcaversaccio への特別な感謝を表します。
L1ガスリミットを増やすことに対する最も一般的な批判は、ネットワークの安全性に関する懸念を超えて、フルノードを実行するのがより難しくなるということです。
特に、ロードマップに焦点を当てた文脈でアンバンドリングフルノード、これに対処するには、フルノードが何のためにあるかを理解する必要があります。
歴史的には、フルノードはチェーンの検証に使用されると考えられてきました。ここ一般ユーザーが検証できない場合に何が起こるかを私自身の説明のために。これが唯一の問題である場合、L1スケーリングはZK-EVMsによって解除されます:唯一の制限は、ブロックの構築と証明コストを十分に低く保つことです。その両方が維持できるように。1-of-n検閲に強く競争力のある市場。
しかし、実際にはこれが唯一の懸念事項ではありません。 もう1つの主要な懸念事項は、信頼性のある、検閲に強く、プライバシーに配慮した方法でチェーンを読むために使用できるローカルRPCサーバーを持つことが価値があるということです。 この文書では、これを実現するための現在のL1スケーリングロードマップの調整について説明します。
ザ先月公開したプライバシーロードマップTEEに焦点を当てます +ORAM短期的なパッチとしてPIR長期的な解決策として。これにより、HeliosとZK-EVMの検証とともに、任意のユーザーが外部RPCに接続し、(i)取得しているチェーンが正しいこと、および(ii)データのプライバシーが保護されていることに完全に自信を持つことができます。ですから、ここで止めないのは価値があります。この種の高度な暗号化ソリューションは、自己ホスト型ノードを時代遅れの遺物にするのではないでしょうか?
ここではいくつかの返信をすることができます。
これらの理由から、個人ノードの実行をより容易にする価値があるということを確認することに価値があります。
状態のない検証を有効にすると、状態Merkleブランチを保存せずに状態を保存するRPC対応ノード(つまり、状態を保存するノード)を実行することが可能になります。これにより、ストレージ要件が約2倍に減少します。
これは新しい考えであり、L1ガスリミットが10-100倍になる状況でも個人ノードの運用を可能にするための鍵となります。
私たちは、ブロックの状態を状態レスで検証し、全体のチェーンを検証するノードタイプを追加し、一部の状態を最新の状態に保ちます。ノードは、必要なデータがその状態のサブセット内にある限り、RPC要求に応答できます。他の要求は失敗します(または外部ホストされた暗号ソリューションにフォールバックする必要があります。これを行うかどうかはユーザーの選択によります)。
partial_statelessness.drawio776×341 19.9 KB
ユーザーが選択した構成によって保持される状態の正確な部分が異なります。いくつかの例は次のとおりです:
設定はオンチェーン契約によって管理される可能性があります:ユーザーは、ノードを実行し、アドレスがいくつかの言語で指定され、ノードが保存し、最新の状態を維持するリストを示すか、ストレージスロットまたは他のフィルタリングされた領域を指定するために、-save_state_by_config 0x12345...67890を使用します。ユーザーはMerkleブランチを保存する必要はないことに注意してください;彼らは生の値だけを保存する必要があります。
この種のノードは、ユーザーが注意を払う必要がある状態への直接的なローカルアクセスの利点と、その状態への最大限の完全なプライバシーアクセスを提供します。
Micah Zoltu、Toni Wahrstätter、Justin Traglia、およびpcaversaccio への特別な感謝を表します。
L1ガスリミットを増やすことに対する最も一般的な批判は、ネットワークの安全性に関する懸念を超えて、フルノードを実行するのがより難しくなるということです。
特に、ロードマップに焦点を当てた文脈でアンバンドリングフルノード、これに対処するには、フルノードが何のためにあるかを理解する必要があります。
歴史的には、フルノードはチェーンの検証に使用されると考えられてきました。ここ一般ユーザーが検証できない場合に何が起こるかを私自身の説明のために。これが唯一の問題である場合、L1スケーリングはZK-EVMsによって解除されます:唯一の制限は、ブロックの構築と証明コストを十分に低く保つことです。その両方が維持できるように。1-of-n検閲に強く競争力のある市場。
しかし、実際にはこれが唯一の懸念事項ではありません。 もう1つの主要な懸念事項は、信頼性のある、検閲に強く、プライバシーに配慮した方法でチェーンを読むために使用できるローカルRPCサーバーを持つことが価値があるということです。 この文書では、これを実現するための現在のL1スケーリングロードマップの調整について説明します。
ザ先月公開したプライバシーロードマップTEEに焦点を当てます +ORAM短期的なパッチとしてPIR長期的な解決策として。これにより、HeliosとZK-EVMの検証とともに、任意のユーザーが外部RPCに接続し、(i)取得しているチェーンが正しいこと、および(ii)データのプライバシーが保護されていることに完全に自信を持つことができます。ですから、ここで止めないのは価値があります。この種の高度な暗号化ソリューションは、自己ホスト型ノードを時代遅れの遺物にするのではないでしょうか?
ここではいくつかの返信をすることができます。
これらの理由から、個人ノードの実行をより容易にする価値があるということを確認することに価値があります。
状態のない検証を有効にすると、状態Merkleブランチを保存せずに状態を保存するRPC対応ノード(つまり、状態を保存するノード)を実行することが可能になります。これにより、ストレージ要件が約2倍に減少します。
これは新しい考えであり、L1ガスリミットが10-100倍になる状況でも個人ノードの運用を可能にするための鍵となります。
私たちは、ブロックの状態を状態レスで検証し、全体のチェーンを検証するノードタイプを追加し、一部の状態を最新の状態に保ちます。ノードは、必要なデータがその状態のサブセット内にある限り、RPC要求に応答できます。他の要求は失敗します(または外部ホストされた暗号ソリューションにフォールバックする必要があります。これを行うかどうかはユーザーの選択によります)。
partial_statelessness.drawio776×341 19.9 KB
ユーザーが選択した構成によって保持される状態の正確な部分が異なります。いくつかの例は次のとおりです:
設定はオンチェーン契約によって管理される可能性があります:ユーザーは、ノードを実行し、アドレスがいくつかの言語で指定され、ノードが保存し、最新の状態を維持するリストを示すか、ストレージスロットまたは他のフィルタリングされた領域を指定するために、-save_state_by_config 0x12345...67890を使用します。ユーザーはMerkleブランチを保存する必要はないことに注意してください;彼らは生の値だけを保存する必要があります。
この種のノードは、ユーザーが注意を払う必要がある状態への直接的なローカルアクセスの利点と、その状態への最大限の完全なプライバシーアクセスを提供します。