原題: イーサリアムの加速
原作者: ゲオルギオス・コンスタントプロス、ダン・ロビンソン、マット・ファン、チャーリー・ノイズ
オリジナル編集: Odaily Planet Daily 夫はどうですか?
イーサリアムはその誕生以来、暗号通貨分野で大きな影響力を持ってきました。イーサリアムはスマート コントラクト、DAO、DeFi への道を切り開き、ZK や MEV などの最先端の課題で革新を続けています。イーサリアムの研究者とエンジニアのコミュニティは、次世代の分散型アプリケーションのための強固な基盤を築きました。
誰もが忘れているように見えるのは、イーサリアム プロトコルの最初のバージョンが 2 年足らずで完成したということです。この急速な開発ペースが多くの開発者をこのプラットフォームに惹きつけました。
しかし、私たちはイーサリアムのコアプロトコルの進歩が今日より早く進む可能性があると信じています。イーサリアムは、その核となる価値を犠牲にすることなく、多くの大きな影響を与える改善を加速できる有利な立場にあります。
イーサリアムの将来のビジョンに関係なく、反復は常に有益です。
イーサリアムの最終目標については正当な議論がありますが、目標が何であれ、より早くそこに到達する方が良いことは明らかです。プロトコルが最終的にどの方向に進むとしても、イーサリアムの開発および反復能力を向上させることは非常に重要です。
テクノロジーの選択に直面したとき、私たちはすぐに、L1 と L2 のどちらに注目するか、分散化と効率性、財務的ユースケースと非財務的ユースケースのどちらに注目するかなど、価値レベルでの議論に目を向ける傾向があります。こうした議論は、ほぼ誰でも参加できるため魅力的であり、熱を生み出し、議論者に威信をもたらします。しかし、イーサリアムがその技術的能力の限界にまだ達していないのであれば、それ以前に価値のトレードオフについて議論するのは時期尚早かもしれない。私たちは、イーサリアムは技術的可能性の効率的な境界を探索することに重点を置き、限界に達した後に価値をどのようにトレードオフするかを議論する必要があると考えています。
更新を繰り返すことで、イーサリアムがより早くこの境界に到達できるようになり、優先順位に関する多くの「どちらか」のジレンマが解決されます。たとえば、「X を最初に行うべきですか?」または「Y を最初に行うべきですか?」という質問には、「両方を行います」と答えることができます。
イーサリアムにはすでに必要なリソースがあり、未来を築くことに熱心な才能ある研究者やエンジニアがいます。より迅速に前進するという使命を与え、並行して作業できるようにすることで、イーサリアムはより迅速に問題を解決し、時期尚早の価値議論に巻き込まれることを回避できるようになります。
イーサリアムの反復を高速化するにはどうすればよいでしょうか?
歴史的に、イーサリアムは年に平均 1 回プロトコルのアップグレードを行っており、イーサリアムはより多くのユースケースをサポートできるようになりました。
最も重要なステップは、それを実行すると決めることです。コミュニティはより野心的な目標を設定し、その達成に向けて取り組むことができます。
障害の 1 つは慣性であり、もう 1 つはプロトコルが「硬直化」し始める必要がある、つまりイーサリアムの分散化を維持するためにコア プロトコルの変更を遅らせる必要があるという一部の見解です。
私たちは、イーサリアムにとって時期尚早な「固定化」はリスクが大きすぎると考えています。これにより、イーサリアムはプラットフォームとして競争力がなくなり、アプリケーションやユーザーはより集中化された代替手段に移行する可能性があります。
さらに、「固定化」はイーサリアムに集中化のリスクももたらします。コア開発プロセスは、イーサリアム ソーシャル レイヤーのガバナンスのための主要なメカニズムの 1 つであり、エンジニア、研究者、検証者、機関からのインプットを反映しています。コアプロトコルが「固定化」すると、イーサリアムはこのガバナンスメカニズムと、市場構造（L2やMEV領域など）の変化に応じて進化する能力を失います。
更新の反復が決定されると、重大な影響を与える可能性のある研究開発プロセスがいくつか改善されます。
クライアントチームは拒否権を行使するのではなく、提案を行う必要があります。 クライアントの多様性は、開発速度を犠牲にして実現する必要はありません。アップグレードごとに複数のクライアントを準備する必要がありますが、最も保守的なクライアントにプロトコルの反復速度を指示させる必要はありません。私たちは Reth を維持し、イーサリアムのロードマップのボトルネックにならないことを約束します。
すべてのコア開発プロセスを改善します。 Tim Beiko が最近コンセンサス レイヤー ミーティングで提案したように、Pectra レビューについて具体的な提案を行うようコミュニティに呼びかけます。
DevOps とテストにより多くのリソースを割り当てます。 これにより、イーサリアムの高い信頼性を維持しながら、自信を持って大きな改善をより頻繁に展開することが可能になります。
これ以外にも、開発を加速する方法はたくさんあります。重要なのは、「加速する必要性」の重要性を明確に認識することです。
良いアイデアには事欠きません
私たちは、イーサリアム コミュニティが具体的な成果を達成するためにもっと熱心に取り組むことができると信じています。これらの議論の余地のない改善は、リリースのペースが遅いことと、毎年わずかな変更しか加えられないという認識によって遅れています。イーサリアムはその野心を積極的に制限すべきではなく、より多くのことをより速く行うことを追求すべきです。
以下に考えられる例をいくつか示します。
レイヤ 2 セキュリティを拡張して確保します。
ロールアップに要件を計画する機能を提供する: これには、PeerDAS や Blob パラメーターのみのハード フォークなど、EIP-4844 以降のロードマップでより多くのリソースを割り当てる必要があります。
ネイティブ ロールアップの実装など、L1 のセキュリティと検閲耐性をロールアップに継承させます。
ノードの運用負荷を増加させずに L1 を拡張:
L1 オペコードの再価格: これは、ブロック ガス制限を変更せずにイーサリアムをスケールするのに役立ちます。
L1 実行ガス制限を安全に増加する: これは、履歴の有効期限やステートレスなどのソリューションがどのように機能するかを決定するために、履歴と状態の増加の詳細な分析を必要とする活発な研究領域です。
アカウントの抽象化を通じてウォレットのユーザー エクスペリエンスとセキュリティを向上させます。
EIP-7702 のさらなる改善: EIP-7702 は EOA とアカウント抽象化ウォレットの間のギャップを埋め始めますが、バッチ処理やスポンサー付きトランザクションのユーザー エクスペリエンス、秘密キーに関するユーザーの懸念の解消など、さらなる改善の余地がまだあると考えています。 。 頼る。
イーサリアムの開発を加速するにはどうすればよいでしょうか?
研究者およびエンジニアとして、私たちは EIP 提案、データ分析、およびコードを通じて貢献しますが、特に EIP-7862 のような提案、つまり議論の余地がなく、既存のロードマップと矛盾しない改善に焦点を当てます。私たちは、ガス制限を安全に調整するための基礎を提供するために、イーサリアムの状態と歴史を深く掘り下げました。
Reth は準備ができており、今後のハードフォークへの道を切り開くために急速に前進し続けます。私たちは、Reth を、研究者やエンジニアの間での実験とイノベーションを促進する「EVM コア」ノードを構築するための SDK として特別に設計しました。私たちは研究コミュニティの皆様に、私たちと協力して新機能のプロトタイプを作成し、イーサリアムのパフォーマンス、検閲耐性、将来の適応性を共同で改善するよう呼びかけます。
最後に、コア プロトコルの更新がユーザーに効果的に配信されるように、Foundry、Alloy、Solar、Revm、Wagmi、Viem などの基本ツールの構築とサポートを継続します。
見通し
私たちは、可能性の空間を拡大し、プロトコルをその野心的なロードマップに向けて推し進めるために、イーサリアム コミュニティができる最も重要なことは、より新しいイテレーションを受け入れることであると信じています。
イーサリアムの開発を加速することで、より多くの人がパーミッションレスのイノベーションにアクセスできるようになり、真にグローバルで信頼を最小限に抑えた金融システムの構築に役立ちます。
