RIP-7560：ネイティブアカウントアブストラクションとしてのコンセンサス層の変更、アカウントアブストラクションの最終形態か？
TechFlow厳選深潮セレクト
RIP-7560：ネイティブアカウントアブストラクションとしてのコンセンサス層の変更、アカウントアブストラクションの最終形態か？
ERC-4377：コンセンサス層を変更せずにアカウント抽象を実現；RIP-7560：コンセンサス層からネイティブなアカウント抽象の標準化を実現。
Web3業界の深掘り報道に専念し潮流を洞察執筆： 0XNATALIE
ERC-4337について、もはや皆様もご存知かと思います。当初は2021年9月にVitalikにより提案され、2023年3月にイーサリアムメインネットへデプロイされました。現在では複数のL2がその改良版をコア実行層に導入しています。しかし現時点では、ERC-4337がウォレットによって広く採用されているとは言えず、標準化されたアカウント抽象とネットワーク効果を推進するため、イーサリアムプロトコル貢献者であるAlexander ForshtatがRIP-7560提案（第一著者はVitalik）を提示しました。これはイーサリアム初のRIPであり、すべてのL2およびL1が採用可能なネイティブアカウント抽象標準を策定することを目指しています。
RIPは「Rollup Improvement Proposal（ロールアップ改善提案）」の略称で、10月18日の初回RollCallから始まりました。RollCallの目的は、L2がEVMおよび関連ツールを拡張できるようにしつつ、L1 EVMとのコンフリクトを抑えるためのオプション仕様や標準を構築することにあります。
RIP-7560：ネイティブアカウント抽象の導入
より良い標準化を実現するため、RIP-7560はコンセンサス層プロトコルの変更としてネイティブアカウント抽象（Native Account Abstraction）を導入し、EIP-2938とERC-4337を包括的なアカウント抽象提案に統合します。RIP-7560の詳細に入る前に、「アカウント抽象」の概念を復習するため、以前の記事をご参照ください：《EIP-7377：完全なアカウント抽象（AA）実現の加速器？》
ERC-4337との互換性と共存
RIP-7560のネイティブアカウント抽象はERC-4337と互換性があり、両方式は長期的に共存するとされています。RIP-7560はERC-4337を採用しているプロジェクトに対して移行経路を提供します。ただし、現時点でERC-4337を採用しているプロジェクトは、将来ネイティブアカウント抽象をサポートするために以下の変更を行う必要があります：
-
UserOperationからTransactionType4へ変更：もともとのUserOperationの構造および名称は、実際のイーサリアム取引との混同を避けるためでした。ネイティブアカウント抽象ではUserOperationが実際のイーサリアム取引となるため、これをTransactionType4に改名します。名称は変わりますが、チェーン上での動作はUserOperationと同様です。
-
スマートコントラクトアカウントのアップグレード：スマートコントラクトアカウントは、ネイティブアカウント抽象プロトコルをサポートするために実装をアップグレードする必要があります。具体的には、操作の簡素化のためEntryPointアドレスをシステム全体で共通の定数値に設定し、validateUserOp関数の名称変更およびパラメータの変更、またアカウントがGas支払いのためにEntryPointコントラクト内に預け入れを維持する必要がなくなり、残高から直接引き落とされるようになります。
-
Paymasterコントラクトのアップグレード：Paymasterコントラクトもアップグレードまたは再デプロイが必要です。ERC-20トークンやその他の資産については、ステータスを含めて承認の手動移行が必要です。validatePaymasterUserOp関数も名称変更され、異なるパラメータを持つようになり、PaymasterコントラクトもEntryPointコントラクト内の預け入れを維持せず、残高から直接Gasが引き落とされます。
-
アカウントファクトリ（Account Factories）：同じコントラクトを使用でき、ERC-4337またはネイティブアカウント抽象プロセスで作成されたアカウントアドレスは一致したままとなります。
-
バンドラー（Bundlers）：ネイティブアカウント抽象におけるバンドラーは依然としてブロックビルダーと利益関係を保つ必要があります。バンドラーはブロックビルダーに対する特権的APIアクセス権を持ち、つまりバンドラーはブロックビルダーと直接通信し、取引のパッケージング前にnonce衝突の処理などに関する事項を交渉できます（EIP-4337では、ユーザーが2つのバンドラーに同じnonceを持つUserOperationを送信した場合、片方の取引が失敗する問題がありました）。
コミュニティによるRIP-7560への反応
コミュニティのRIP-7560に関する議論は多様な見解を示しています。Stackup共同設立者のJohn Rising氏は、RIP-7560がERC-4337のいくつかの問題を解決することは好ましいことだと指摘しました。彼は現在のERC-4337実装における主要な課題として、EIP-4337導入後、大部分の活動が3つのクラウドサービスプロバイダまたは企業に集中していることを挙げます。これは、アカウント抽象インフラがエコシステム全体に対して過度に中央集権化されており、アカウントの保持率が非常に低く、EIP-4337を運営するバンドラーの収益性も限定的であることを意味しています。
PolygonエンジニアのJarrod Watts氏も、Metamaskのような主流ウォレットがEIP-4337のアカウント抽象方式を実装する上で大きな進展を見せていなかったと述べています。これはアプリケーション層における新機能の採用がまだ理想レベルに達していない可能性を示しており、RIP-7560の提案は突破口となるかもしれません。
Particle Network共同設立者のPeter Pan氏はこの提案を非常に前向きに捉えており、4337との互換性を維持しつつGasの最適化を行い、バンドラーの非公開性の問題も解決した点を高く評価しています。これはアカウント抽象の普及にとって極めて重要です。
Delegate創業者のfoobar氏は、4337が過剰なオーバーヘッドを追加したため、そもそも広範な採用が不可能だったと主張しています。7560の提案はプロトコルレベルでアカウント抽象を正式に固定する方向に向かっているため、最も良いのはこれらの冗長部分を削除することであり、4337との「後方互換性」を維持しようとするのではなく、特に4337自体がまだ登場して間もないことを考えればなおさらだと述べています。
意見は分かれていますが、RIP-7560はアカウント抽象の標準化に新たな参考手法を提供しています。イーサリアムコミュニティの議論が深まるにつれ、アカウント抽象フレームワークの発展はさらに前進していくでしょう。我々はいずれの方法であろうと、最終的にはアカウント抽象が広く採用されると信じています。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@ChainFeedsxyz
