ZeroDevを設立したEthlabsのDerek Chiangは、Base主導のEIP-8130とEthereumのEIP-8141 Frame Transactionsを統合するための協力が先週終了し、両者はそれぞれ独自のネイティブなアカウント抽象化標準を追求することになったと述べた。
公式のEthereum改善提案レジストリには、EIP-8130とEIP-8141がドラフトとして掲載されています。Ethlabsは、Hegotá向けのFrame Transactionsを支援しており、これを今後のEthereumハードフォークと説明し、Layer 2およびウォレットとの連携による展開を予定していると述べています。
実用的な観点から見ると、互換性のないネイティブトランザクションタイプは、ウォレットやアプリケーション開発者により多くの統合作業を強いることになります。チアンは、この失敗した取り組みは「生じる断片化に対処する負担をウォレットに押し付けた」と述べましたが、ソフトウェアは依然としてこれらの違いをユーザーから隠すことができると主張しました。
デザインの違い
アカウント抽象化により、スマートコントラクトアカウントは、外部所有アカウントの固定ルールに依存するのではなく、独自の検証ロジックを定義できます。最終的なERC-4337標準は、Ethereumのコンセンサスルールを変更せずにアカウント抽象化を提供します。ユーザーは`UserOperation`オブジェクトを別のメムプールに送信し、バウンダーがそれらをEntryPointコントラクトへのトランザクションにパッケージします。
両方の新しいドラフトは、アカウント抽象化機能をネイティブなトランザクション処理に統合しますが、制御ポイントは異なります。
EIP-8130は、新しいタイプのトランザクションとオンチェーン鍵保管システム、およびアカウント設定システムを組み合わせたものです。カスタム認証、バッチ化されたコール、ガススポンサーシップをサポートします。各トランザクションが認証者を宣言するため、ノードは必要な検証作業を特定し、任意のウォレットコードを実行する前に未知の認証者を拒否できます。
8130草案は、許容的な認証機受付を備えたL1プロファイルと、ネイティブトランザクションパスを標準的な認証機セットに制限するL2プロファイルを定義しています。この構造は、高スループットチェーンが予測可能な検証コストを実現しつつ、ウォレットの共通の基本基準を維持することを目的としています。
EIP-8141は、トランザクションを「フレーム」の列、つまりトランザクションの検証、ガス支払いの承認、ユーザー操作の実行を行うコントラクト呼び出しに分割します。この設計により、アカウントはEVMコードを使用して検証およびガス支払いのルールを定義でき、キーのローテーション、バッチ呼び出し、代替手数料支払いなどの機能をサポートします。
Ethlabsは、許可なしでEVMベースの検証によりFrame Transactionsはプライバシーと今後の署名システムの柔軟性を実現する一方で、動的な検証コストは高スループットなLayer 2にとって課題を生む可能性があると説明しています。EIP-8130は、実行前に認証者を明示することで、より予測可能な検証を優先しています。
ポータビリティがスタックの上位へ移動
EIP-8130のドラフトでは、ポータビリティが最も重要な懸念事項であると依然として記されています。これによると、アカウントは8130トランザクションタイプをサポートしないEVMチェーンにおいて、ERC-4337または他のトランスポートメカニズムを使用して機能することができます。また、準拠するチェーンには、共有される標準的な認証者セットを受け入れることが求められています。
したがって、報告された分割により、8130口座が他のEVMチェーンで使用できなくなるとは限りません。しかし、2つのドラフトが別々に進む場合、EthereumとBaseのために共通のネイティブトランザクション形式を確立する取り組みは終了することになります。ウォレットやアプリは、各チェーンに適したトランザクション伝送および検証ルールを選択する必要があります。
チアンは二つの可能な対応策を示した。一つはEthereumとLayer 2が共有するリソースの調整を広げること、もう一つはプロトコルの違いを受け入れ、ユーザーからそれらを抽象化するウォレットとアプリケーションを構築することである。現在、公式なEIPレジストリには両方の設計がドラフトとして掲載されている。