eip

ChainSecurity の報告により、EIP-8037 が一部のスマートコントラクトとの互換性およびセキュリティ問題を明らかにしたため、コア開発者は先週 Hoodi テストネットのアップグレードを Glamsterdam まで延期することを決定しました。現在確認されている問題には、取引実行中に残りのガスが増加する可能性があり、それが一部のガス計算ロジックのアンダーフローを引き起こし、ロールバックをトリガーするか、元々実行されるべきでないコードパスがトリガーされることで、取引が成功したように見えることが含まれます。さらに、一部のコントラクトは、呼び出し中のガス消費を正しく計算できないために、使用量を過小評価する可能性があります。ChainSecurity は以前、13 の実際のケースを発見し、影響を受けたプロジェクトと責任ある開示を行っていると述べました。トニ・ヴァールシュテッターは、今週関連するコントラクトをさらに調査し、今後の解決策を評価する予定であり、アプリケーション開発者、コア開発者、監査人、およびノードオペレーターが協力して対処する必要があるかもしれないと述べました。最悪の場合、プロトコル仕様の調整が必要になる可能性があります。彼はアプリケーション開発者と監査人に対し、コントラクトが EIP-8037 および EIP-8038 と互換性があるかどうかを確認し、問題を迅速に報告するように促しました。

Paranoid 開発者 Ignotus Nemo は、イーサリアム研究フォーラムで EIP-8288 に対する再帰的集約案を提案し、承認された複数の証明サイズをサポートすることを提案しました。これにより、小規模な集約でより小さな証明を使用できるようになります。彼は Paranoid システムで異種再帰を実現し、公共メインネット上で大小二つの状態遷移証明を運用しています。この案は、限られた認証検証器ライブラリを使用し、各クラスの独立した累積器チャネルを通じてクラス間の遅延検証を処理し、再帰ステップにおける行列の宣言の正確性を確保します。EIP-8288 にこのメカニズムを適用する際には、サブライブラリの統合、依存関係の処理、プログラムのアイデンティティと検証器クラス間の意味的互換性の問題について議論する必要があります。EIP-8288 は Vitalik Buterin と Thomas Coratger によって 2026 年 6 月に提案され、主にポスト量子署名と STARK 証明の大きさ、オンチェーン検証コストの問題に対処しています。

GitHubの情報によると、Ethereum EIPリポジトリに「Decoupled Consensus」（デカップルドコンセンサス）という名前のコアプロトコル草案が登場し、ビーコーンチェーンのチェインヘッド投票とファイナリティ証明投票を分離することを提案しています。これにより、フォーク選択の安全性を向上させ、最終確定時間を短縮し、後のポスト量子暗号学（PQ）への移行の基盤を築くことを目指しています。この提案はFrancesco D'Amato、Roberto Saltini、Yann Vonlanthen、Mikhail Kalinin、Ben Edgingtonなどによって執筆されており、現在は初期草案段階にあり、いくつかの詳細はまだ確定していません。提出者は現段階でEIP番号を取得することを主に希望しています。提案はさらなる審査を待っており、まだマージされていません。

Vitalik Buterin (@VitalikButerin) は、さまざまな暗号アルゴリズムをサポートする理想的な道は EIP-8288 を通じて実現されると述べています：ユーザーはローカルで任意の署名を生成し、その後 STARK で証明し、STARK アグリゲーターを介してオンチェーンにすることで、チェーン上で calldata を占有する必要がなく、イーサリアムは新しいプリコンパイルを追加する必要がなくなります。彼はまた、格暗号（Lattice）が AI 攻撃に対する安全性を持つことが証明されれば、将来的にはプリコンパイルを通じてアカウントやウォレットなどのシナリオに使用できると述べました。以前、Starknet の共同創設者 Eli Ben-Sasson は a16z の関連意見に反対し、格暗号は豊富な数学的構造を持ち、AI 攻撃に対して脆弱であり、モジュール SIS に基づく簡潔なバージョンは 2012 年に登場したばかりで成熟度が不足しているため、AI による十分な検証が行われるまで 3-5 年待つことを提案しました。

イーサリアムの貢献者 Francesco Risitano (@frisitano) が EIP-8440 (実行チェーン証明) の草案提案を提出しました。この提案は、再帰的ゼロ知識証明メカニズムを通じて、ヘッダービーコルブロックからオリジンビーコルブロックまでのすべての実行有効ペイロードの合法性を証明し、それをビーコルチェーンにバインドします。ノードは単一の証明を通じて、弱い主観性チェックポイントから最新のブロックヘッダーまでの完全な実行有効性を確立し、定数時間のチェーン同期を実現します。

EIP-8363 共同提案者 Jérôme de Tychey は、提案を Hegotá ハードフォークに組み込む申請を撤回したことを発表し、関連する発行政策の議論は独立したテーマに移行することになります。

Ethlabsによると、イーサリアムコミュニティは「Quick Slots」提案（EIP-8198）を推進しており、クライアントが固定の12秒のブロック時間の仮定を取り除くために一度の再構築を計画しています。まずL1のブロック時間を12秒から10秒に短縮し、その後ネットワークの状況に応じて段階的に短縮していく予定です。Ethlabsは、DefiLlama、Doppler、Derive、Ondo、Railgun、Lido、EthenaなどのプロジェクトチームやFlashbots、Titan Builderなどのインフラチームが、より短いスロットがDEXの価格効率を向上させ、LPの収益やユーザーのインタラクション体験を改善し、FOCILと組み合わせることで取引の取り込みと検閲耐性を強化すると広く考えていると述べています。同時に、ノードの地理的分散とバリデーターの参加のハードルを著しく弱めることはありません。

イーサリアム財団（EF）は、Protocol Clusterが次回のネットワークアップグレードHegotáに関するシステム評価を行った2つの新しい記事を発表したと述べています。その中で、「Hegotá EIP意見投稿とティアリスト」は、現在提案されている62件のEIPを評価し、ランク付けしています。これは、チームが初めてネットワークアップグレードに対して統一されたEIP評価リストを発表したものです。紹介によると、約60名のProtocol Cluster傘下の9つのチームからの研究者、エンジニア、専門家が審査に参加し、397件の評価意見を提出し、議論の余地がある提案について現場で議論を行いました。関連する記事では、イーサリアムプロトコル層の現在および未来の重点方向を整理しており、その中の一つの核心目標は、2029年12月までにイーサリアムL1が量子耐性を実現することです。イーサリアム財団は、上記のアップグレード計画、長期的なコミットメント、及びクラスターの共同優先事項が、Hegotáアップグレードの範囲とEIP評価を最終的に決定するための背景を提供すると述べています。さらに、Protocol Clusterは9月16日14:00 UTCにRedditのr/ethereumコミュニティでAMAを開催し、Hegotá EIP評価、プロトコルの発展の重点などの議題について議論を展開します。

Vitalik は最近 EIP-8141 "Frame Transaction" 提案を更新しました。核心的な改善点には、原子バッチ実行で最大 64 の操作を行うこと、ソーシャルリカバリー（Google アカウントのような復元、ニーモニックフレーズ不要）、P256 量子耐性署名、そして誰でもユーザーのガス代を支払うことができる機能が含まれており、Ethereum ウォレットの使いやすさが大幅に向上します。この改善提案は、Vitalik、lightclient などの 10 人の専門家によって共同執筆されており、2027 年の Hegotá アップグレードに組み込まれる予定で、Ethereum アカウントの抽象化における重要なネイティブ実装です。

Vitalik Buterin は、最近の取引フォーマットに関する議論、EIP-8141、"未来の状態"プラン、UTXO、PBT、鍵制御ランダム数、再帰的 STARK メモリプールなどが、イーサリアムコミュニティに取引の "アクション" と "依存" の概念をより明確に理解させることを示しています。依存は並行処理が可能であり、状態にアクセスする必要のない依存はメモリプール層で検証を完了でき、STARK を通じて実行とデータコストをさらに圧縮する可能性があります。Vitalik は、イーサリアムの将来のスケーリングには、動的で柔軟な実行モデルと、より静的分析が容易な制限されたモデルとの間でバランスを取る必要があると考えています。静的分析が可能な取引と状態アクセスには、より低いガスコストを提供するべきです。EIP-8141 が適切に設計されれば、10年間のアカウント抽象化作業の段階的な成果であるだけでなく、今後数年間の分散型フレンドリーな超大規模スケーリングの準備にもなるでしょう。

Vitalik は X プラットフォームで発表し、取引形式に関する最近の研究がイーサリアムにおける取引の「アクション」と「依存」の理解をより明確にしたと述べました。これらはそれぞれ最適化することができます。署名、UTXO の Merkle 証明、ZK-SNARK または STARK は依存に属し、ETH の送信呼び出しはアクションに属します。依存は並行処理が可能で、状態に関する依存はメモリプールで処理され、純粋な依存はメモリプール層で一度処理され、STARK 証明に置き換えられる可能性があり、実行とデータ処理を減少させることができます。Vitalik は、イーサリアムの現在のスケーリング戦略は、動的柔軟性と静的分析可能な部分を明確に区別する必要があると指摘しました。後者はより低いガスコストを得ることができます。取引量で計算すると、90%以上のイーサリアムの活動は動的柔軟性を必要としません。EIP-8141 取引タイプは汎用的で極めてシンプルな呼び出しリストの方向に進化しており、新しい状態タイプ、再帰的 STARK メモリプール、キー管理 nonce もこの方向に属します。

CoinDeskの報道によると、イーサリアムの研究者たちは、新しい暗号システムをサポートするためにバリデーターのデポジット契約を再構築することを提案し、最終的には既存のBLS署名で保護されたデポジットの受け入れを停止することを目指しています。この提案はデポジット契約に対して、ネットワークが現在依存している署名形式を受け入れないようにするスイッチを追加することを目的としています。現在の契約はBLSキーのみを受け入れていますが、その正確なサイズはハードコーディングされており、新しい草案では異なるキーサイズを許可し、各デポジットには使用される暗号システムのラベルが付けられ、BLSはラベルゼロを取得し、今後の提案のためのスペースを確保します。提案が承認されれば、最初はBLSデポジットで運用され、他の提案も同時に登録可能です。その後の決定により、新しいBLSデポジットが永久に無効化される可能性があり、その場合、BLSキーを使用してステーキングしているバリデーターは消えませんが、新しいバリデーターはこの方法で参加できなくなります。イーサリアムは最終的に、バリデーターに新しい署名を確認する方法を通知するために個別に変更する必要があります。これは移行のバリデーター部分であり、別の部分は進行中です------EIP-8141フレームワーク取引提案は、アドレスを変更することなく通常のイーサリアムアカウントが承認取引の暗号方式を変更できるようにします。緊急性は、Googleの量子人工知能研究部門が3月に発表した研究に由来しており、この研究はイーサリアムに対する5つの量子攻撃パスを描き、1000億ドル以上の資産が潜在的なリスクにさらされることを示しています。イーサリアム財団は、約2029年を目指してコアプロトコルの変更を進めています。現在、イーサリアムのステーキング量は約4240万ETHで、価値は約1040億ドルです。

イーサリアムコミュニティは、ポスト量子計算をサポートする預金契約EIP提案を発表しました。この提案は、可変長公開鍵と証明書メタデータをサポートする新しい契約を導入し、明確なスキーム識別子を導入することを目的としています。その中で、スキーム0は現在のBLS預金に留保されます。新しい契約は、旧預金契約のマークルツリー構造に依存せず、EIP-7685ログから派生した実行リクエストを通じて預金情報をコンセンサス層に伝達します。この契約には、プロトコルシステムコールによって制御される不可逆モードが設けられています：預金は初期に無効化され、指定されたタイムスタンプでBLS預金が有効化され、さらに遅いタイムスタンプでBLS預金が永久に無効化され、再度有効化することはできません。移行期間中、実行クライアントは新旧契約の預金リクエストを統合する必要があります。

イーサリアム開発者 kevaundray が EIP-12188 提案を提出し、コンセンサス層のブロック保持ウィンドウを短縮することを提案し、ノードのストレージ負担を軽減することを目的としています。この提案は現在公開レビュー段階にあり、一部のイーサリアムクライアント開発者の支持を得ています。開発者 DApplion はこの提案を支持すると表明し、Lighthouse クライアントの貢献者 michaelsproul はこの調整が Lighthouse の運用に明らかな影響を与えないと考えています。提案では、イーサリアムの歴史データの需要の変化に伴い、コンセンサス層の歴史ブロック保持時間を短縮することでノードのリソース使用を最適化できると指摘しています。議論の中で、実行層の歴史データの裁剪が一部の長期間運用されているノードが古いブロックデータを提供することに影響を与える可能性があると述べられていますが、開発者はこれがネットワークの安全性やノードの正常な運用を脅かすことはないと考えています。現在、EIP-12188 はまだマージされておらず、さらなる審査とコミュニティの議論が必要です。

イーサリアムの開発者トニ・ヴァールシュテッターはXプラットフォームで投稿し、イーサリアムのコア開発者が次回の年次アップグレード「Hegotá」を計画していることを示しました。現在、66件のイーサリアム改善提案（EIP）が候補リストに入っています。今後のコア開発者会議では、これらの提案を精査し、実現可能で、開発ネットワークのテスト、テストネットの展開ができ、2027年にオンラインになる可能性のあるアップグレード内容を最終決定します。Hegotáに入らなかった提案は次回のハードフォークまで延期されるため、現在の選別プロセスはイーサリアムの今後の発展方向に重要な影響を与えます。現在、FOCIL（Fork-Choice Enforced Inclusion Lists、強制包含リスト）がHegotáの重要なアップグレード内容の一つとして確定しています。開発者は、フレームワークトランザクション（EIP-8141）、キー化Nonce（EIP-8250）、およびルート参照（EIP-8272）を組み合わせることで、プライバシー機能を構築するのに役立つと考えています。これにより、プライバシーアプリケーションは第三者の仲介に依存せずに運用できるようになります。さらに、拡張能力の向上もHegotáの重要な方向性です。開発者は、データリソースの再価格設定（EIP-8131、EIP-8279）や状態成長コスト（EIP-8368）を通じて、将来的にGasの上限を6億に引き上げる準備をする必要があると提案しています。これらの改善はプライバシー機能ほど直感的ではありませんが、イーサリアムのスケーラビリティを短期的に推進するための重要な作業と見なされています。他の候補アップグレードには、より短いブロック時間（EIP-8198）、発行メカニズムの調整（EIP-8363）、反相関ペナルティメカニズム（EIP-7716）、EVMの最適化と簡素化、そして最初のzkEVMおよび量子耐性暗号に関連するEIPの議論が含まれています。Hegotáにはコミュニティが期待するすべての機能を組み込むことは不可能であり、コアチームは「未来のビジョン」と「近くの実現可能なアップグレード」の間で選択をしなければなりません。大部分の候補EIPは最終的に今回のアップグレードには入らない可能性があります。現在、イーサリアムは現在のGlamsterdamアップグレードの開始から256日が経過しており、目標は今年の年末までに展開を完了することです。Hegotáは2027年にオンラインを予定しており、今後数ヶ月間、コア開発者とコミュニティは各EIPの優先順位について議論を行います。コミュニティの意見は選別プロセスでも引き続き重要な役割を果たし、HegotáにEIPを支持または反対する参加者は公開討論を通じてコア開発チームに意見を提出できます。

イーサリアム財庫会社のSharpLink CEOジョセフ・シャロムは、イーサリアム改善提案EIP-8363に反対する投稿を行った。彼によると、現在のネットワークは約2.75%の可変利回りで検証者に新たなETHをステーキング報酬として配布しており、この提案が通過すれば、約1年半の間に段階的に実施され、ステーキング量の増加に伴い一部の発行報酬が徐々に焼却されることになる。約50%のETHがステーキングされると、ステーキング報酬は0%に低下し、検証者は現在ステーキング報酬の15%に過ぎない取引手数料に依存することになる。シャロムは四つの反対理由を挙げた：ステーキング報酬はチェーン上のすべての金利の事実上の基準であり、約350億ドルのTVLを持つ流動的なステーキングトークンはチェーン上の貸し出しの核心担保である。報酬がゼロになると、チェーン上の資金コストが上昇し、実際の利回りがゼロに近づくか、さらには負になる。担保は依然として利回りのある資産に移行し、独立したステーキング者や中小の運営者が最初に排除されることになる。ネイティブな利回り属性は、機関がETHを選択する理由であり、ビットコインではなくETHを選ぶ鍵である。この違いを消すことは、ETHがビットコインに勝つ際にその競争優位を自ら放棄することに等しい。発行は外部への支出コストではなく、ネットワーク内部での安全維持者や構築者への移転であり、それを焼却することはこの部分の価値を再分配するのではなく、破壊することになる。現在のタイミングは最悪であり、Ethereumは機関の採用が上昇している時期にあり、焼却インセンティブはこの採用の勢いを抑制することになる。彼は、SharpLinkが提案の著者がETHを希少にし、ステーキング率を合理的なレベルに安定させることを望む目標に同意しているが、協定の経済的基盤を変更するのではなく、既存の基本料金焼却メカニズムを通じて実現すべきだと考えていると述べた。