ERC-4337: 2年後

ERC-4337 EntryPoint契約はほぼ2年前にEthereumメインネットに展開されました。Ethereumのローンチ以来、アカウント抽象化を実装するためのさまざまな解決策が提案されてきましたが、ほとんどがプロトコルレベルの変更が必要だったため、決定されたものはありません。これらの提案されたアカウント抽象化ソリューションは、コア開発者がより重要なタスクに取り組む必要があったため、長年にわたって後回しにされてきました。

標準が提案されなかったとしても、異なる製品はアカウントの抽象化を試みました。

ERC-4337の導入により、両方の問題が解決されました。プロトコルレベルの変更は不要でしたが、すべての必要なものをより高いレベルのインフラストラクチャに抽象化しました。さらに、このアプローチにより、開発者にはアカウントの抽象化ソリューションを実装する標準化された方法が提供されました。

この記事では、過去2年間のさまざまなプロジェクトの成果と、ERC-4337の実装周りで起こった興味深い開発について取り上げます。また、異なるチェーンやアプリからのERC-4337の生産統計についても見ていきます。ただし、まずはERC-4337やそれが導入した主要な概念についての復習から始めましょう。

ERC-4337リフレッシャー

ERC4337は、口座の抽象化を実現するための高レベルのインフラストラクチャを作成しました。このインフラストラクチャの主要な部分は次のとおりです:

• アカウント契約
• ユーザー操作
• EntryPoint
• Bundler
• Alt Mempool
• ペイマスター
• アカウント工場

アカウント契約

このスマートコントラクトは、外部所有アカウント（EOA）を置き換えるウォレットです。ユーザーのトークンやNFTなどの資産を保存します。アカウントコントラクトは、それに送信されるアカウント抽象化トランザクションの検証と実行も行います。スマートコントラクトには、カスタム検証メソッドやトランザクション実行プロセスの変更が可能です。

ユーザー操作

User Operationは、必要なデータをアカウント契約に送信するためにERC-4337によって導入されたトランザクションのようなオブジェクトです。取引を定義するほとんどのデータフィールドを持っていますが、ERC-4337の仕様で説明されている機能を可能にするinitCodeなどの署名などのフィールドも持っています。

EntryPoint

EntryPointは、チェーンへの含有を意図したユーザーオペレーションを受け入れます。それらを検証し実行し、バンドラーへのガスの返金や新しいアカウント契約の作成など、アカウント抽象化パイプラインで必要なその他のアクションを実行します。

Bundler

Bundlerは、ブロックチェーンノードに似ており、ユーザーの操作を処理し、ERC-4337で指定された検証ルールに従っているかどうかをチェックします。これらのルールによって、このハイレベルインフラでのあらゆる種類の行為が阻止されます。

Alt Mempool

これはすべての保留中のユーザー操作を含むメンプールを指します。実際のメンプールとは関係ありません。

ペイマスター

Paymasterは、支払い主がそれを支払う意思があると仮定したアカウント契約のガス手数料を支払う契約です。ERC-4337仕様は、PaymasterのインターフェイスとEntryPointとのやり取り方法を定義しています。

アカウントファクトリー

この機能は、他のすべてのファクトリーコントラクトと同様に動作し、オンチェーン上のコントラクトにデプロイするためにアカウントコントラクトにも同じことを行います。 仕様ではアカウントファクトリーのインターフェースを定義していませんが、アカウントコントラクトをデプロイする機能に関するガイドラインを提供し、デプロイされるアドレスを返す関数や、アカウントコントラクトをデプロイするための決定論的な方法について指示しています（CREATE2など）。

ERC-4337プロダクションメトリクス

ERC-4337が展開されて以来、多くのチームや開発者がそれを使って実験し、興味深いユースケースを構築してきました。この活発な活動にもかかわらず、主要ネットワークに展開されているものやそれを使用しているユーザーの数に関する重要な問題が残っています。このセクションでは、これまでのさまざまな展開について掘り下げます。KofiのBundleBearのおかげで、ERC-4337に関連するメインネットのアクティビティに関する多くのデータを得ることができます。

ここにいくつかの主要なメトリクスがあります（すべてのメインネットから結合されたもの）:

• 24百万のアカウント契約が作成されました
• 115Mユーザーオペレーションがチェーン上で実行されました
• ペイマスターがカバーするガス代は4.7百万ドルを超える

これらは素晴らしい統計ですので、より良い全体像を把握しましょう。

すべての口座契約のうち、約18.4MがPolygon上に作成されています。Baseは3Mで2番目です。ただし、口座の生の数だけでは全体像が描かれません。活動レベルの解剖が必要かもしれません。たとえば、取引の頻度を知りたいと思っています。以下のグラフは、週間アクティブ口座数を示しています。

Polygonは、週間アクティブアカウント数でリードしています。ただし、実行された総ユーザーオペレーション数では2位で、3720万です。ベースはこのカテゴリーで最初で、5810万のユーザーオペレーションです。以下のグラフは、同じストーリーを伝える週間成功したユーザーオペレーションを示しています。

Baseは1つのアカウントあたり15のユーザーオペレーションを行っていますが、Polygonは1つのアカウントあたりわずか2つのユーザーオペレーションを管理しています。そのため、BaseではPolygonよりもアカウントがはるかに多くのオンチェーンオペレーションを達成しています。他のチェーンについても話をすることができますが、活動のほとんどがこれら2つのチェーンに集中しているため、他のチェーンに言及することは意味がありません。

次の論理的な質問は、「これらのユーザーが行っているオンチェーンアクティビティは何ですか？」です。以下の表には、最もユーザーオペレーションが多いトップ10のクロスチェーンアプリが示されています。

上記のリストにタグ付けされたトップ10のアプリのうち、6つはPolygonに所在し、3つはBaseにあり、残りのアプリはArbitrumにあります。ユーザ操作の数によって並べ替えられたトップアプリのリストは、ユーザが何をしているかの具体的な内容には触れていないため、全体像を表示していません。ここに、過去数年間の週ごとのアプリのアクティビティを説明するグラフがあります。

BundleBearアプリケーションページからのスクリーンショット:https://www.bundlebear.com/apps/all

上記のグラフには、追跡しているアプリケーションの名前がありません。この情報はBundleBearで入手できます。それでも、議論に値する興味深い発見があります。例えば、2024年5月から2025年1月までのネオングリーンセクションなど、PiggyBoxが多くのユーザーオペレーションを提出していることが明らかになっています。もう1つの興味深い統計情報は、2023年7月から9月までのティールグリーンのパッチで、Cyberconnectユーザーの活動を表しています。もう1つは、2023年5月から7月までのラストレッドセクションで、CapXのユーザーアクティビティを強調しています。

すべてのユーザー操作は、アカウント抽象化パイプラインの一環としてガスを支払います。便宜上、彼らはまたペイマスターが必要です。ほとんどのプロジェクトは、ペイマスターを使用しません; 代わりにPimlico、Alchemy、Biconomyなどのプロバイダーを使用します。ペイマスターサービスを外部委託する理由はさまざまですが、主に簡素化に帰着します。ペイマスターサービス全体を設定することは手間がかかります。

Here is a graph of the number of user operations using Paymaster and the Paymaster service provider each prefers.

ユーザー操作の数に関するデータは、Paymasterサービスを選択するユーザーに対して、より多くのユーザー操作が提供されていることを示しており、Paymasterを使用するユーザーも同様です。しかし、これらの数字からは、Paymasterを活用するアプリの使用が増加しているか、またはアカウント契約をサポートするプロジェクトがより多くPaymasterを使用しているかどうかは、自信を持って証明することはできません。これは、このような決定的なデータがダッシュボードからアクセスできないためです。ユーザーオペレーションの使用ラベル付きデータをPaymasterサービスのユーザーと組み合わせることはできません。ただし、このデータはPaymasterプロバイダーの市場シェアと、特定のPaymasterを使用するユーザー操作の数がどのように変化したかを示しています。

グラフによれば、Biconomy は最初のほうでほとんどのユーザー操作において優先されるペイマスターサービスプロバイダーでした。しかし最近、それは変わり、Pimlico がトップのペイマスタープロバイダーとなりました。

プロジェクトは独自のものを構築する代わりに、ペイマスターサービスを使用することを好むように、ユーザーアカウント契約を作成するためにサービスプロバイダーを使用します。次のグラフは、各プロバイダーによって展開された新しいアカウントの数を示しています。

ピーク時には、すべてのプロバイダーがほぼ120万のアカウントを1週間で展開しました。以下のグラフは、週次アカウント展開における各プロバイダーの市場シェアを示しています。

2023年と2024年の初め、BiconomyとZero devは激しく競争しました。 AlchemyはQ1 24で挑戦し、週のアカウント展開の50%以上を展開しました。

上記のデータは、より多くのプロジェクトがアカウントの抽象化を使用していることを示しています。また、アカウントの抽象化を使用しているプロジェクトがより多くの採用を受けていることも示しています。

ERC-4337と提案された解決策に直面している障壁に焦点を当てましょう。

道路障害と解決策

ERC-4337は2024年に増加する採用を見ています。しかし、その活動は、どのチェーンでも全体のオンチェーン活動と比較してかなり小さくなっています。ERC-4337はユーザーエクスペリエンスを簡素化することを提案されましたが、それにより別の問題が生まれました: 各アカウントの実装の違いです。ユーザーがdAppを使用するために1つのアカウントプロバイダーと契約を作成すると、別のdAppでもその契約を使用できない場合があります。これらのアカウント契約はEOAとは異なり、ethers.jsを使用して終了することができるものではありません。異なる検証および実行フローを持ちます。

この問題を解決するために、ERC-6900やERC-7579などの新しい標準が提案されています。どちらも、既存の口座抽象化プロバイダーのインフラストラクチャに使用される口座契約を標準化するための概要を提供しています。

これらの新しい標準に従うアカウントは、特にZeroDevのKernelが採用されており、V3.0でERC-7579のサポートを開始しました。このバージョンは2023年4月にリリースされました。

結論

ここ数年、コミュニティはアカウント抽象化を可能にするために一生懸命取り組んできました。標準の作成からインフラストラクチャの構築、ツールの作成まで行われています。結果を見てきましたが、改善の余地はまだまだあります。既存の標準には問題点があり、新しい標準がそれを解決しています。プロジェクトがこれらの新しい標準を試験し、ユーザーエクスペリエンスを大幅に向上させた製品を開発すると、アカウント抽象化がその可能性を十分に発揮するのを見るでしょう。

免責事項:

1. この記事は[から転載されました2077リサーチ]. すべての著作権は原著作者に帰属します[Nikhil Bhintade]. If there are objections to this reprint, please contact the Gate Learnチームが迅速に対応します。
2. 責任の免除: この記事で表現されている意見はすべて著者個人のものであり、投資アドバイスを構成するものではありません。
3. Gate Learnチームは記事を他の言語に翻訳します。翻訳された記事のコピー、配布、または盗用は、特に言及されていない限り禁止されています。