無状態ノード

ChainCatcher のメッセージ、Vitalik Buterin はイーサリアムのスケーリングロードマップの調整提案を発表しました。これは「部分的な無状態ノード」の概念を導入し、ネットワークのスケーリングとノードの非中央集権の間の矛盾をバランスさせることを目的としています。この提案により、ユーザーは一部の状態データのみを保存するノードを運営でき、信頼不要、検閲耐性、プライバシーに配慮したローカルアクセス能力を維持します。提案はまた、EIP-4444 の全面的な展開を優先し、ノードデータの保存期間を約 36 日に短縮し、ディスクスペースの要求を大幅に削減します。また、分散型の履歴ストレージソリューションの構築を提案し、ガス価格メカニズムを調整して、ストレージコストを引き上げ、実行コストを引き下げることを目指しています。

ChainCatcher のメッセージ、イーサリアムの創設者ヴィタリック・ブテリンが X で新しい記事を発表しました。彼は、イーサリアムネットワークが最近および中期的にその無許可性と分散化の特性を強化することに重点を置くと述べ、無状態ノード、MEV 緩和、単一スロットの確定などの概念を中心に、イーサリアムが分散化の方向にさらに一歩進んだことを示しています。Helios は、イーサリアムに「実際の軽量クライアント」を提供することにおいて大きな進展を遂げました。今、私たちはそれをイーサリアムウォレットにデフォルトで含め、RPC プロバイダーに結果を提供する際に証明を提供するよう求める必要があります。これにより、これらの結果を検証でき、軽量クライアント技術を Layer 2 プロトコルに拡張できます。イーサリアムが Rollup を中心にしたロードマップで拡張する場合、Layer 2 は Layer 1 と同じセキュリティと分散化の保証を得る必要があります。Rollup を中心にした世界では、私たちがより真剣に取り組むべき他の多くのことがあります。分散化され効率的なクロス L2 ブリッジはその一つです。多くの dapp は、イーサリアムのローカルログスキャンが遅くなりすぎたため、中央集権的なプロトコルを通じてログを取得しています。私たちは専用の分散型サブプロトコルを通じてこれを改善できます。これは私が提案した解決策の一つです。イーサリアム L1 は、L2 プロジェクトの強力な基盤層となることができ、またそうあるべきです。私たちはイーサリアムの独自の特性を深く尊重し、イーサリアムの拡張に伴ってこれらの特性を維持し改善するために努力し続けるべきです。