EIP-8141の決定が迫る、イーサリアム開発者がHegotaアップグレード採用を巡り木曜日に会議

イーサリアムのAll Core Devs (ACD) グループは3月27日木曜日に招集され、プロトコル層にネイティブアカウント抽象化をもたらす提案であるEIP-8141を、今後のHegotaネットワークアップグレードに含めるべきかどうかを決定する予定です。この決定は、Hegotaがコンセンサス層のみのリリースとして展開されるか、イーサリアムの複数年にわたるアカウント抽象化ロードマップを完成させる変革的な実行層機能を獲得するかを決定づける可能性があります。

木曜日のACDコールがEIP-8141の運命を決定

木曜日のACDコールの議題には、重要な項目が1つ含まれています:EIP-8141をHegotaの範囲に含めるか、将来のアップグレードに延期するかです。イーサリアム財団のコア開発者であるLadislaus von Daniels (ladislaus.eth) は、予定された決定ポイントを確認し、AllCoreDevsチームが今週この提案について検討すると述べました。

ACDコールは正式な投票ではなく、大まかなコンセンサスで運営されています。Geth、Nethermind、Besu、Reth、その他の実装からのクライアントチームの代表者が、技術的な準備状況、セキュリティーへの影響、タイムラインの実現可能性について議論します。提案を進めるには、これらのチーム全体の幅広い合意が必要です。1つのチームが深刻な実装上の懸念を提起すると、含めることが遅れる可能性があります。

議論されている問題は二者択一です:EIP-8141をHegotaに含めるか、後のアップグレードサイクルに先送りするかです。部分的な含有は議題にありません。これにより、木曜日のコールは、イーサリアムの短期的な開発パスにおける決定的な分岐点となります。

EIP-8141が行うことと、なぜ専用の決定が必要なのか

EIP-8141は、正式には「Frame Transactions」と題されており、イーサリアムアカウントをネットワーク開始以来使用されている固定ECDSA署名スキームから切り離します。実用的には、アカウント抽象化をアプリケーション層の回避策からプロトコルレベルの機能に昇格させ、すべてのイーサリアムアカウントが独自の検証ロジックを定義できるようにします。

Vitalik Buterinは公にこの提案を支持しています。「EIP-8141は非常に強力な包括的なもので...EVM自体を強力にしたものと全く同じもの、その汎用プログラマビリティを検証段階で利用可能にします」とButerinは3月23日にCryptoTimesが報じた発言で述べています。

この提案は、イーサリアムが現在プロトコルレベルで欠いているいくつかの機能を解き放ちます:

• ガススポンサーシップとERC-20ガス支払い: 第三者がユーザーに代わってトランザクション手数料を支払ったり、ユーザーがETHの代わりにステーブルコインでガスを支払ったりできます。
• ソーシャルリカバリー: ユーザーは信頼できる連絡先またはデバイスを指定して、失われた鍵へのアクセスを回復でき、シードフレーズでの単一障害点の問題を排除します。
• バッチおよびスケジュール済みトランザクション: 複数の操作を単一のトランザクションでアトミックに実行でき、トランザクションを将来の実行のために事前承認できます。
• 量子耐性署名: アカウントはアドレスを変更せずに量子コンピューティング後の安全な署名スキームに移行でき、量子コンピューティングが進歩するにつれての先見的な防御となります。
• マルチシグ承認: 別個のスマートコントラクトウォレットを必要とせず、アカウントレベルでのマルチ署名検証のネイティブサポート。

Buterinはまた、プライバシーへの影響を強調し、「EIP-8141はプライバシープロトコルをはるかにファーストクラスにし、量子コンピューティングの脅威に備えるために固定デジタル署名から移行することを可能にします」と述べています。

この提案が自動含有ではなく明示的なACD決定を必要とする理由は、その範囲です。EIP-8141はコアトランザクション処理に触れ、EVMが検証を処理する方法を変更し、すべての実行層クライアント間での協調実装を必要とします。これは、2023年に導入されたEIP-4337および2025年のアップグレードで提供されたEIP-7702など、以前のアカウント抽象化作業に基づいて構築されていますが、アカウント抽象化をアドオンではなくネイティブにすることで大幅に進んでいます。これは、イーサリアムのコアプロトコル設計の新しい成長段階を表しています。

Hegotaがイーサリアムのアップグレードロードマップのどこに位置するか

Hegotaは、Glamsterdamに続くイーサリアムの次の主要なアップグレードです。この名前はイーサリアムの二層命名規則に従っています:「Bogota」は実行層フォークを指定し、「Heze」はコンセンサス層コンポーネントを指します。合わせて、Hegotaアップグレードを形成します。

2025年12月のCoinDeskの報道によると、アップグレードは現在2026年後半を目標としています。そのタイムラインは、Glamsterdamの約12~18か月後に配置され、イーサリアムの最近のアップグレードペースと一致しています。

EIP-8141が有力候補として浮上する前、開発者はHegotaの実行層に関する3つの主要な提案を検討していました:FRAME (EIP-8141自体)、LUCID、およびSSZ (Simple Serialize)。どの提案を優先すべきかについての早期のコンセンサスの欠如により、Hegotaが主要な実行層機能を一切含まずに出荷され、主にコンセンサス層アップグレードとして機能する可能性が高まりました。

その背景が、木曜日の決定を重要なものにしています。EIP-8141が含まれる場合、Hegotaは実行層とコンセンサス層の両方の変更を含むフルスタックアップグレードになります。延期された場合、実行層は小さな改善のみで出荷される可能性があり、EIP-8141は早くても2027年までメインネットに到達しません。

考えられる結果と、それぞれが開発者とETH保有者にとって何を意味するか

木曜日のACDコールには3つの現実的な結果が存在し、それぞれが開発者とより広範なイーサリアムエコシステムに異なる下流効果をもたらします。

結果1: EIP-8141がHegotaに含まれる。 クライアントチームは直ちに実装を開始し、2026年後半のメインネット起動前に数か月にわたるテストが予想されます。このパスは、年内にイーサリアムにネイティブアカウント抽象化を提供し、プロトコルレベルのアカウント柔軟性を欠く競合他社よりもネットワークを先に位置付けます。トレードオフは、実装が予期しない問題を表面化した場合、Hegotaのタイムラインに複雑さが増し、潜在的な遅延が生じることです。

結果2: EIP-8141が延期される。 提案はHegotaに続くアップグレードに先送りされ、おそらく2027年を目標とします。サポーターは仕様の改良とクライアントプロトタイプの構築を続けますが、複数年にわたるアカウント抽象化ロードマップ (2023年のEIP-4337、2025年のEIP-7702) は、最終形態に達する前に大きなギャップに直面します。延期は拒否を意味するものではありません。通常、基本的な反対ではなく、タイミングや準備状況の懸念を反映しています。暗号業界は、以前にも主要な技術的決定に関する同様の審議プロセスを見てきました。

結果3: 決定に至らない。 ACDコールは時々コンセンサスなしで終了し、議論を次の予定されたコールに持ち越します。この結果は、Hegotaの範囲に関する不確実性を生み出し、残りの年の開発者計画に影響を与える可能性があります。

記事執筆時点でETHは$2,140.93で取引され、過去24時間で4.34%上昇しました。1日の上昇にもかかわらず、7日間のパフォーマンスは-9.00%でマイナスのままであり、Fear & Greed Indexは11で、「Extreme Fear」領域の深いところにあります。EIP-8141のようなプロトコルレベルの開発は、短期トレーダーよりも開発者と長期保有者の間のセンチメントに影響を与える傾向がありますが、前向きな含有決定は、イーサリアムのロードマップに対する技術的信頼の触媒として機能する可能性があります。

Vitalik Buterinは2026年2月28日にEIP-8141を導入しました。1か月足らずで、提案は最初の公開からACD決定ポイントに移行しました。これは、Buterinの支持の強さと、それに先立つ基礎となるアカウント抽象化研究の成熟度の両方を反映する異常に速いタイムラインです。エコシステムは急速なプロトコル進化の期間に入っており、イーサリアムの開発マイルストーンを追跡している人々にとって、潜在的に大きな報酬が前方にあります。

FAQ

All Core Devsコールとは何で、誰が参加しますか?

All Core Devs (ACD) コールは、イーサリアムクライアント開発者、研究者、およびEIP著者がプロトコル変更について議論する定期的なオープンミーティングです。主要な実行層クライアント (Geth、Nethermind、Besu、Reth) およびコンセンサス層クライアント (Prysm、Lighthouse、Teku、Lodestar、Nimbus) からの代表者が参加します。決定は正式な投票ではなく、大まかなコンセンサスを通じて達成されます。

イーサリアムはどのようにしてアップグレードに含めるEIPを決定しますか?

EIP著者はACDコールで提案を発表します。クライアントチームは技術的な準備状況、セキュリティリスク、実装の複雑さを評価します。すべての主要なクライアントチームが提案が準備できており、アップグレードの範囲に適合することに同意すれば、含まれます。どのチームも、含有を遅らせたりブロックしたりする懸念を提起できます。

EIP-8141が延期された場合、いつ出荷できますか?

延期されたEIPは通常、次の予定されたアップグレードを目標とします。Hegotaの2026年後半の目標を考えると、次のアップグレードはおそらく2027年中旬から後半になります。正確なタイムラインは、その将来のアップグレードの範囲と、その時点でEIP-8141の実装が準備できているかどうかに依存します。

木曜日の会議の結果をどこで見たり読んだりできますか?

ACDコールは、イーサリアム財団のYouTubeチャンネルでライブ配信されます。会議のメモと要約は、各コールの後にGitHubのethereum/pmリポジトリに公開されます。コミュニティメンバーは通常、コール中にX (旧Twitter) でリアルタイムの要約も投稿します。

免責事項: この記事は情報提供のみを目的としており、財務または投資のアドバイスを構成するものではありません。暗号資産とデジタル資産市場には重大なリスクが伴います。決定を下す前に、常に独自の調査を行ってください。