ヴィタリック氏、イーサリアム取引の再設計フレームワークを提案

CoinMarketCapによると、イーサリアム共同創設者のVitalik Buterin（ヴィタリック・ブテリン）氏は、取引（トランザクション）を"アクション"と"依存関係（Dependencies）"に分離する長期的な取引モデルを提案した。アクションはオンチェーン状態を変更する役割を担い、依存関係は実行前に署名、ステート証明、妥当性要件などが満たされているかを検証する。検証と実行を切り分けることで、取引がブロックに取り込まれる前の段階で一部の検証作業を終えられ、並列処理の余地が広がる可能性があるという。 現行のイーサリアムでは、認可、手数料支払い、コントラクト実行が一本の処理パイプラインに統合されがちで、ノードは署名の有効性、送信者の手数料支払い能力、実行結果の成否を同時に確認する必要がある。ブテリン氏は、このうち最終的な状態変更に依存しないチェックは理論上分離できるとみている。デジタル署名、ゼロ知識証明、オンチェーン状態の変更に依存しない特定の妥当性証明などは、事前に扱える"依存関係"として整理できる。 取引がアクセスする状態を明示できれば、メンプールは先行取引の影響を受ける条件と、あらかじめ完了できる検証を識別しやすくなる。予測可能性の高い取引ほど、検証効率が上がる可能性があるとしている。 この考え方に対応するドラフト提案がEIP8141だ。新たな取引タイプ"Frame Transaction"を導入し、1件の取引を複数のコールフレームに分割して、認可検証、手数料支払い、ユーザー操作の実行を個別に処理する設計となっている。ドラフトでは、取引の妥当性や手数料支払いが外層の標準署名だけに全面依存しない構造を想定し、アカウントコードが独自の認可方式や支払いルールを定義できる。検証フレームが条件充足を確認し、送信フレームが実際の状態変更を担う。 この取引構造は、異なるEVMネットワーク間で基礎的な取引フォーマットを揃えやすくする利点も見込まれる。一方でEIP8141はコアのドラフト段階にあり、現時点でイーサリアム・メインネットのアップグレードには組み込まれておらず、導入時期も定まっていない。 開発者ディスカッションでは、DoS（denial-of-service）リスク、取引置換ルール、ウォレットおよびブロックビルダーとの互換性、公開メンプールにおける同一送信者の未処理取引数の上限といった論点が挙がり、継続協議となっている。 ブテリン氏の長期ビジョンはEIP8141にとどまらない。オンチェーン状態へのアクセスを要しない"純粋な依存関係"については、各バリデーターが同じ検証を繰り返すのではなく、メンプール層で事前チェックを行う構想を示した。完了した複数の検証作業を再帰的STARK（Recursive STARK）の証明として圧縮し、検証者がまとめて検証することで、冗長計算を減らし検証負荷の一部を軽減する狙いがある。 量子耐性暗号への対応にも効果があり得るとも指摘した。量子耐性署名は一般にサイズが大きく検証コストも高くなりがちだが、アカウントが認可方式をカスタマイズでき、再帰的な証明集約と組み合わせられれば、関連コストを抑えられる可能性がある。 もっとも、これらは研究段階にあり、現行のEIP8141仕様には含まれていない。実装には、証明生成、メンプールの協調、データ可用性、誤りの集約（error aggregation）への耐性といった課題の解決が必要になるという。