ヴィタリック・ブテリンが共同執筆した提案「EIP-8141」が、次期イーサリアム(ETH)アップグレード「ヘゴタ（Hegotá）」に正式に組み込まれた。
この案はトランザクションを最大64個のプログラマブルな「フレーム」に分解する。
主なポイント
- EIP-8141は、従来固定フォーマットだったイーサリアム・トランザクションを、検証・ガス支払い・実行を担う最大64件のコントラクトコール列へと再定義する。
- 提案はFOCILと並んでヘゴタのスケジュール入りしたが、Sepolia、Hoodi、メインネットのアクティベーション日程はまだ空欄のまま。
- フレーム設計は、将来の量子コンピュータによる楕円曲線暗号の破綻リスクを見据えた「出口戦略」としても位置づけられている。
EIP-8141「フレーム」、ヘゴタ・スケジュール入り
提案共同著者の一人であるイーサリアム開発者 Derek Chiang は9月6日、EIP-8141に関して「設計上のブレークスルー」に到達したとXで投稿した。
コア開発者 Matt Garnett はその前日に補足エッセイを公開。続いてブテリン自身が、トランザクションが「何をするか」と、それが実行される前に「どの条件を満たすべきか」を切り分けるべきだとの持論を示した。
現行ドラフトでは、1件のトランザクションを一連の通常コントラクトコールに分解し、それぞれを検証・ガス承認・実行という3つのモードで動かす。仕様案によれば、フレームはアトミックなバッチとしてまとめることも可能で、たとえばトークン承認とスワップを一括処理し、後者が失敗した場合には両方を巻き戻してアカウント側に不整合を残さないようにできる。
関連記事: OpenAI、GPT-6 Astraを「史上最高性能」と喧伝も、テスターの評価は割れる
Derek ChiangとMatt Garnett、フレーム設計の狙いを説明
Garnettはlightclient名義で公開したブログで、フレームは「アカウントに必要となる最後のトランザクション形式になり得る」と主張。鍵のローテーションやポスト量子暗号対応を主要な論点に挙げた。
量子耐性を持つ署名は1つあたり数キロバイト規模に達するため、そのままではネットワーク負荷が重くなる。フレーム化によって署名を集約しやすくし、プロトコル側での扱いを整理する狙いがある。一方でChiangは、より実務的な「調整コスト」の観点から必要性を説いた。
彼によれば、イーサリアムの大型アップグレードは約9カ月ごとにしか到来しないため、その都度トランザクションコンテナそのものを作り替えるアプローチは、ウォレット、ブロックエクスプローラー、署名デバイス、レイヤー2（L2）チームにとって時間もコストもかかり過ぎる。
コスト試算では、1トランザクションあたりのオーバーヘッドを1万2,000ガス、フレーム1個ごとに475ガスと見積もる一方、現在の単純送金は2万1,000ガスだとされる。ウォレット側はフレームごとのガス予算を別々に見積もる必要が出てくるが、仕様に含まれるデフォルトコードにより、「スポンサー付きガス」やトークン建て手数料、バッチコールなどの機能を、独自コントラクトをデプロイしていないウォレットにも拡張できるとしている。
フレーム以前のイーサリアム「アカウント抽象化」試行
ヘゴタに関するメタEIP文書には現在、フレーム型トランザクションとFOCILの2つだけが変更項目として記載されており、検討段階から一歩前進した形だ。
もっとも、Sepolia、Hoodi、メインネットのアクティベーション欄は依然として空欄で、開発者らは別途、EIP-8130との整合性も議論している。EIP-8130は、トランザクションにあらかじめ認証方式を宣言させるキーストア設計で、フレームとの共存方法が焦点だ。
イーサリアムのアカウントをよりプログラマブルにする試みは10年以上遡る。プロトコルレベルの提案からアプリケーション標準、代替メンポールの設計まで、さまざまなアプローチが模索されてきた。
EIP-2938は、ガス支払い前に任意コードを実行できるようにする案だったが実装には至らず、ERC-4337はトランザクションのライフサイクル自体をプロトコル外に切り出し、バンドラーが束ねる専用メンポールに任せる設計を採った。EIP-7702は、通常のEOA（Externally Owned Account）が一時的にコントラクトコードを「借りる」仕組みを導入した。
Garnett自身も2025年末、EIP-7701の実装案を提示したが、既存クライアントが扱うトランザクション形式との整合性が悪いと判断し、方向転換している。
