イーサリアムとBase、共同アカウント抽象化標準を断念

Ethlabsの開発者デレク・チャン氏は月曜日、2つの提案の著者らが先週、共通仕様の策定を断念したと述べた。利用可能な技術的選択肢では、イーサリアムかBaseのいずれかが中核要件で妥協せざるを得ないことが判明したためだ。

両提案は、ユーザーが暗号ウォレットを操作する方法の簡素化を目指しており、ガス代用のETHを事前に保有せずに取引できるようにすることや、電話のパスキーなどの認証方法をサポートすることが含まれる。両チームは、1つの設計でイーサリアムのレイヤー1とBaseのレイヤー2の両方に対応できるかどうかを検討していた。

「いくつかの技術的解決策を特定したが、いずれもどちらかが中核目標で少なくとも少しは妥協する必要があった」とチャン氏は述べた。「そこで我々は別々の道を歩むことにし、結果として生じる断片化への対応はウォレット側の負担となった」

チャン氏によると、イーサリアムの開発者は検閲耐性、プライバシー、セキュリティを優先する一方、Baseはスケーラビリティ、カスタマイズ性、コンプライアンスに重点を置いている。この違いが最終的に、両チームが単一の取引形式に合意することを妨げた。

イーサリアムとBaseのアカウント抽象化計画は分裂

この決定により、EIP-8141とEIP-8130の両方が本番環境に到達した場合、ウォレット開発者は2つのネイティブ取引形式をサポートする可能性に直面することになる。

チャン氏は、ネットワーク間の技術的な違いにもかかわらず、開発者が別々の標準をどのように扱うかによって、ウォレットはユーザーに一貫した体験を提供できると述べた。

「うまく実行され、ウォレットコミュニティが断片化を橋渡しできれば、エンドユーザーにとって可能な限り最高のUXを実現できるかもしれない」と同氏は述べた。

この結果は、わずか数日前に開発者らが議論していた方向性を変えるものだ。EIP-8141の開発者らは、取引のプログラマビリティを維持しつつ、認証要件をインフラプロバイダーが検証しやすくする方法を模索する中で、EIP-8130との互換性を検討していた。

その段階でチャン氏は、EIP-8130がEIP-8141のフレームの周囲に定義された構造を提供できると述べていた。この提案された取り決めは、フレームのプログラマブルな性質を維持しつつ、ウォレットや高スループットネットワークにより明確な取引形式を提供することを意図していた。

EIP-8130はオンチェーンのキーストアを使用し、アカウントが承認済みのアクターと認証コントラクトを登録できる。取引は使用する認証方法を識別し、ネットワークがウォレットコードを実行する前に必要な検証プロセスを決定できるようにする。

EIP-8141は異なるアプローチを取り、取引をフレームと呼ばれるプログラマブルなコントラクト呼び出しとして構造化する。フレームは、検証、ガス承認、実行など、同じ取引内で異なる機能を実行できる。

両チームは現在、これらのアプローチを1つの標準に統合する取り組みを断念した。

EIP-8141はイーサリアムの必須提案に

イーサリアムは、計画中のHegotáアップグレードの一部としてEIP-8141（フレーム取引）を継続している。

イーサリアム財団のプロトコルクラスターは今月初め、この提案を「必須出荷」カテゴリーに分類した。ソース資料によると、この提案はアカウント抽象化をイーサリアムにネイティブ化し、セキュリティと耐量子性を向上させることを目的としている。

フレーム取引は、取引をプログラマブルなフレームのシーケンスに分割する。1つのフレームで送信者を検証し、別のフレームでガス代を負担するアカウントを承認し、後続のフレームでユーザーが要求したアクションを実行できる。

このモデルでは、アクションを開始するアカウントと支払いを行うアカウントを別にすることができる。

イーサリアムの開発者は、9月7日までにEIP-8141をHegotáに予定していた。コア開発者らは8月27日のAll Core Developers Executionコールで、この提案を「検討対象」から「組み込み予定」に移し、仕様がまだ草案段階であるにもかかわらず、フレーム取引に2027年計画アップグレードにおける正式な位置を与えた。

提案されたシステムでは、アプリケーションがユーザーの取引手数料を負担したり、ユーザーが別の資産で支払うよう手配したりできる一方、イーサリアムのバリデータは引き続きネットワーク手数料をETHで受け取る。

この構造により、ステーブルコインやその他のトークンを保有するユーザーが取引を行う前にETHを必要とするという一般的なウォレット要件を排除できる可能性がある。

フレームは取引のバッチ処理にも使用できる。関連するアクションをグループ化し、すべてが同時に成功するか、1つが失敗した場合にすべて取り消されるようにできる。

例えば、トークン取引では現在、取引自体が実行される前に、アプリケーションがトークンを使用することを許可する別個の承認が必要になる場合がある。フレーム取引では、関連するアクションを同じプログラマブルな取引構造内に配置できる。

プログラマブルフレームがイーサリアムのアカウント制御を拡張

EIP-8141は、従来のイーサリアムアカウントが固定された認証プロセスに依存するのではなく、より多くのアカウント検証ロジックをプログラマブルコードに移行するように設計されている。

この提案は、最終状態を「アカウントは単にコードを持つアドレスになる」と説明している。

EIP-8141の共同著者であるVitalik Buterin氏は2月、この提案を「AAが対処することを意図していた残りのすべての問題をまとめて解決するオムニバス」と表現した。

9月5日、Buterin氏はこの提案が過去数ヶ月で「多くの重要な進歩」を遂げ、「最適に近づいている」と述べた。

その後、開発者らは、イーサリアムの取引エンベロープを繰り返し拡張する代わりに、いくつかの取引機能をプログラマブルなEIP-8141フレームを通じて表現できることを発見した。

このアプローチは、取引の有効期限、署名集約、プライバシー証明、取引後のアサーションをプログラマブルなコントラクト呼び出しとして処理できる。フレーム取引は依然としてイーサリアムのコンセンサスルールの変更を必要とするが、個々の機能はフレームターゲットと呼び出しパターンを通じて構築できる。

プログラマブルな検証により、アカウントは認証をより細かく制御できるようになる。EIP-8141は、代替署名システム、スポンサー付きガス支払い、取引バッチ処理、キーローテーションなどの機能をサポートするように設計されている。

同じアーキテクチャは、イーサリアムアカウントが従来の外部所有アカウントで使用される署名システムへの依存から脱却するのに役立つ可能性がある。ユーザーは、資産を新しいアドレスに移転することなく、アカウントを制御する認証方法を変更できる可能性がある。

イーサリアムの研究者らは、この提案が正式に予定される前から、Hegotá向けにフレーム取引を検討していた。8月には、開発者らが2027年アップグレードの範囲を絞り込む中で、ネイティブアカウント抽象化への競合アプローチとしてEIP-8141とEIP-8130を比較していた。

当時、これらの提案は、検閲耐性、プライバシー、ガス価格設定、バリデータ経済、レイヤー1スケーリングを網羅する、より大規模なHegotá選定プロセスの一部だった。

イーサリアムの研究者らは、フレーム取引がプライバシー重視のアプリケーションをどのようにサポートできるかを別途検討していた。8月の提案では、自己資金によるプライバシープールが議論され、プログラマブルな手数料支払いにより、プライバシープールが外部のリレイヤーに依存せずに自身のガス代を賄える可能性が示された。

その作業は、フレーム取引を、Keyed Nonces、Recent Roots、Transaction Assertionsなどの他の提案された変更と組み合わせたものだった。プライバシープールの提案は、当時、イーサリアムのコア開発者による最終決定ではなく、研究者の推奨パッケージのままであった。

BaseはEIP-8130を継続

BaseのEIP-8130は、イーサリアムのフレーム取引提案とは別に進行することになる。

Baseが作成したこの設計は、新しい取引タイプと、アカウントの承認済み署名者と認証者を記録するオンチェーンの「キーストア」を組み合わせたものだ。カスタム認証、呼び出しバッチ処理、ガススポンサーシップをサポートすることを目的としている。

2つの提案はアカウント抽象化のいくつかの目標を共有しているが、その技術的構造により、それぞれのネットワークは取引の認証と処理方法に対して異なるレベルの制御を持つことになる。

両チームが分離する前、イーサリアムの開発者らは、EIP-8130の構造化された認証システムをEIP-8141のプログラマブルフレームと組み合わせ、レイヤー1またはレイヤー2のネットワークのいずれにも好ましい特性を放棄させることなく統合できるかどうかを判断しようとしていた。

Ethlabsは以前、フレーム取引をHegotáアップグレードの主要優先事項の1つに位置づけ、検閲耐性、より高速なブロック、継続的なレイヤー1スケーリングと並んでネイティブアカウント抽象化を挙げていた。

共同の取り組みが終了した現在、EIP-8141はHegotá向けのイーサリアムの計画されたネイティブアカウント抽象化ルートとして残り、Baseは別個の取引タイプとオンチェーンキーストアを中心にEIP-8130の開発を継続する。