イーサリアムプロトコル

vitalik.eth は X プラットフォームで、プロトコルの簡潔さは信頼不要、脱身テストおよび自主性の重要な側面であると述べています。たとえ分散化の程度が非常に高くても、プロトコルが数十万行のコードや複雑な暗号学によって膨れ上がると、最終的には無効になるでしょう。Vitalik Buterin のイーサリアムプロトコル開発に対する懸念は、特定のニーズを満たすために新機能を過剰に追加することが長期的な自主性を損なう可能性があるということです。後方互換性によってプロトコルが時間とともに膨れ上がる問題を解決するために、イーサリアムの開発プロセスには明確な簡素化とガベージコレクションメカニズムが必要です。簡素化の基準には、コード行数をできるだけ減らすこと、不要な複雑な技術コンポーネントへの依存を避けること、そしてより多くの不変量を追加することが含まれます。ガベージコレクションは、PoW を PoS に置き換えるような散発的または大規模な方法で行うことができ、またはロゼッタ式の後方互換性を通じて低頻度の複雑な機能をスマートコントラクトコードにダウングレードすることができます。Vitalik Buterin は、イーサリアムの変革速度が長期的には緩やかになることを望んでおり、無駄な部分がプロトコルの永続的な負担とならないよう努力しています。

イーサリアムのコア開発者 Tim Beiko は、今後数ヶ月の間に、彼の作業の焦点をレベル1の研究開発からイーサリアムの最前線のアプリケーションシナリオの探求に移すと述べています。AllCoreDevs の円滑な移行と、イーサリアム財団での自身の責任を確保することが、彼の現在の最優先の短期目標です。彼は引き続きイーサリアム財団に留まり、プロトコルアドバイザーとして財団およびクラスターのリーダーシップと共に、さまざまなエコシステムの参加を支えるための合理的な組織構造を構築することを確実にします。Tim Beiko は、イーサリアムプロトコルが最終段階に近づいていることを強調していますが、皆が無許可で、スケーラブルで、経済的に安全で、低コストで検証可能な世界コンピュータが実現できる潜在能力に触れ始めたばかりであると述べています。

ChainCatcher のメッセージによると、公式の発表としてイーサリアム財団が第 6 回イーサリアムプロトコル奨学金プログラム（EPF6）の応募を開始したことを発表しました。EPF6 の応募は 4 月 30 日まで受け付けられ、第 6 回は 2025 年 6 月から 11 月にかけて開催されます。参加者はコア開発コミュニティのメンターと接触する機会があります。プロジェクトチームは 4 月 21 日 UTC 時間午後 4 時に説明会を開催し、関連する質問に答えます。

ChainCatcher のメッセージ、Vitalik がイーサリアムプロトコルの今後の発展（第3部：The Scourge）を発表し、2つの重要な目標を提案しました：イーサリアムのステーキング層の中央集権リスクを最小化すること（特にブロック構築と資本供給の観点から、つまり MEV とステーキングプール）；ユーザーから過剰な価値を取得するリスクを最小化すること。Vitalik は、ブロック構築の中央集権的ボトルネック、経済的理由によるステーキングの中央集権化、32 ETH の最低ステーキング要件、ハードウェア要件などの問題を解決することが、イーサリアムの非中央集権的な発展に寄与すると強調しました。

ChainCatcher のメッセージ、Vitalik がイーサリアムプロトコルの今後の発展について発表（第2部：The Surge）新しい文書：《Possible futures for the Ethereum protocol, part 2：The Surge》、主要な目標は以下の通りです：L1+L2 で 100,000+TPS を達成する；L1 の分散化と堅牢性を維持する；少なくともいくつかの L2 がイーサリアムのコア属性（信頼不要、オープン、検閲耐性）を完全に継承する；L2 間の最大の相互運用性。イーサリアムは34の異なるブロックチェーンではなく、エコシステムのようであるべきです。文中では、現在の課題はロールアップ中心のロードマップを完成させ、関連する問題を解決しつつ、イーサリアム L1 の堅牢性と分散化を維持することだと述べています。

ChainCatcher のメッセージ、イーサリアムの共同創設者である Vitalik Buterin が投稿した「イーサリアムプロトコルの簡素化とノードリソース負荷の軽減に関する次のステップの浄化（Purge）についての説明」。Vitalik は、Dencun ハードフォークにおける EIP-6780 が SELFDESTRUCT オペコードの大部分の機能を削除し、複雑さを排除し新しいセキュリティ保証を追加することでプロトコルを簡素化したと述べています。したがって、Vitalik はこれを「浄化（Purge）」の重要な部分として位置付け、他の「浄化（Purge）」が進行中であることについて言及しました。さらに、どのような側面が「浄化（Purge）」の対象となる可能性があるかについて、Vitalik はプリコンパイル、履歴（EIP-4444）、LOG 改革、そして SSZ への移行を挙げました。プリコンパイルに関して、Vitalik は一部のプリコンパイルの需要が予想を大きく下回っており、これらのプリコンパイル関数がコンセンサスエラーの大きな原因であり、新しい EVM 実装の大きな痛点であると指摘しました。