jakiro
著者：Ethereumの創設者であるVitalik。翻訳：Bitchain Vision Xiaozhou
L1ガスキャップの増加に関する最も一般的な批判は、完全なノード操作をより困難にするネットワークセキュリティの懸念に加えています。特に、コアとして「バインディングされていない完全なノード」を備えたロードマップのコンテキストでは、この問題を解決するには、まず完全なノードの存在の重要性を理解する必要があります。
従来のビューは、完全なノードを使用してオンチェーンデータを検証することです。これが唯一の問題である場合、ZK-EVMはL1拡張のロックを解除できます。唯一の制限は、ブロックの構築と証明コストを十分に低く抑えて、両方がN検閲抵抗を維持し、競争市場を形成できるようにすることです。
しかし、実際には、これが唯一の考慮事項ではありません。もう1つの重要な要素は、次のとおりです。フルノードを実行すると、ローカルRPCサーバーを使用できるようになり、信頼できない、検閲に耐えられ、プライバシー保護された方法でオンチェーンデータを読み取ることができます。この記事では、この目標を達成するために現在のL1拡張ロードマップを調整する方法について説明します。
1. ZK-EVM+PIRによって実装された信頼性とプライバシーに満足していないのはなぜですか？
先月リリースされた私のプライバシーロードマップは、TEES+ORAM Solutionsが短期的に採用され、PIRテクノロジーは長期的に採用されています。HeliosとZK-EVMの検証と組み合わせることで、ユーザーは外部RPCに接続する際に、（i）取得したチェーンデータが正しく、（ii）データプライバシーが保護されていることを完全に納得させることができます。これは疑問を提起します：なぜそこで止まらないのですか？これらの高度な暗号化ソリューションは、自己ホストのノードを廃止しますか？
私はこれにいくつかの回答があります：
–完全に信頼できる暗号化ソリューション（シングルサーバーPIRなど）は高価です。現在のオーバーヘッドは非現実的であり、複数の効率の最適化の後でも、高価格を維持する可能性があります。
–メタデータのプライバシーの問題。IPアドレスの要求時間、要求モード、その他のメタデータなどのメタデータ自体が大量のユーザー情報を公開します。
–脆弱性のレビュー：いくつかのRPCサプライヤーが支配する市場構造は、強力なユーザー禁止または精査圧力に直面します。多くのRPCプロバイダーは、特定の国を完全にブロックし始めています。
したがって、個人ノードの利便性を確保し続けることは依然として価値があります。
2。短期的な優先順位
EIP-4444の完全な展開の優先順位、最後に、各ノードが約36日間データを保存することに気付きます。これにより、ハードディスクスペースの需要が大幅に削減されます。これは、現在人々がノードを実行するのを妨げている主な障害です。その後、ノードストレージ要件には、（i）ステータスデータ、（ii）ステータスメルケルブランチ、（iii）36日間の履歴データのみが含まれます。
分散型の履歴ストレージソリューションの構築、各ノードが期限切れになる少量の履歴データを保存できるようにします。消去コーディングテクノロジーを通じて信頼性を最大化します。これにより、「ブロックチェーン永久保存」機能が保証されるだけでなく、集中型サプライヤーに頼ったり、ノードオペレーターに重い負担をかける必要はありません。
ガス価格戦略を調整して、ストレージコストを増やし、実行コストを削減します。次の操作のガスコストの増加に焦点を当てます。（i）新しいストレージスロットのSSTOREを実行し、（ii）契約コードを作成し、（iii）ETHをゼロバランス/ゼロNONCEアカウントに転送します。
3。中期目標：ステートレス検証
ステートレス検証が実装された後、RPC（つまり、状態を保存するノード）をサポートするノードを実行すると、状態メルケルブランチを節約する必要はありません。これにより、ストレージ要件を約50％削減できます。
4。新しいノード：いくつかのステートレスノード
この革新的なコンセプトは、L1ガスキャップが10〜100回増加した後、個人ノード操作を維持するための鍵となります。
新しいノードタイプを追加しました：ステートレスの方法でブロックを検証し、ステートレス検証またはZK-EVMを使用してチェーン全体を検証しますが、状態データの一部のみを維持します。RPC要求に必要なデータが状態のサブセット内にある限り、ノードは応答できます。他のリクエストは失敗します（または、外部管理されている暗号化ソリューションに戻す必要があります。フォールバックがユーザーが選択する必要があるかどうかです）。
特定のメンテナンスステータスは、ユーザーの構成によって異なります。
– 既知のごみ契約以外のすべての州を除外します。
– すべてのEOA、SCWアカウント、および一般的に使用されるERC20/ERC721トークンおよびアプリケーションに関連するステータス。
– 過去2年間のアクティブなEOA/SCWアカウントステータス +一般的に使用されるERC20トークンステータス +選択されたスワップ/defi/プライバシーアプリケーションステータス。
構成は、オンチェーン契約を通じて管理できます。ユーザーがノードを実行する場合、「-save_state_by_config 0x12345 … 67890」パラメーターを使用します。ユーザーはメルケルブランチを保存する必要はなく、元の値のみが必要であることに注意してください。
これらのノードは、重要な状態へのローカル直接アクセスを提供し、フルアクセスプライバシーを確保します。
