OP Research: AA ウォレットの進化図

原作者：CloudY、Jam
概要
しかし実際には、比較に使用したイーサリアム EOA アカウントは比較的原始的な製品であり、具体的には次のとおりです。
アカウント管理権限は単一であり、署名承認と非署名のみであり、1 米ドル相当の取引であっても、1 億米ドルの取引であっても、最初に承認し、次に署名して取引を確認する必要があります。その場合、不正なアクセス許可と通常のトランザクションの間には署名の違いが 1 つだけあり、これによりすべての新規ユーザーが対話中に恐怖を感じることになります。メタマスクでは、ユーザーがトークンのアクセス許可を承認するときに承認された使用方法を選択できるようになりましたが、頻繁なインタラクションの場合、ユーザーは複数の承認でガス料金を消費するのではなく、最大量を直接承認することを好みます。多額の取引リスクを制御するための 2 要素認証 (2FA) や U-Shield のような Web2 アカウント モデルや、少額の取引を容易にするための顔スキャンやパスワードなしの支払いと比較すると、EOA アカウントは非常に鈍く、使いにくいです。 。
ガス料金のしきい値が高すぎるため、多数の新規ユーザーがブロックされます。イーサリアムのメインネットとオプティミズム/アービトラムなどのレイヤー2は、ETHトークンをガストークンとして使用します。そのため、ユーザーは法定通貨を米ドルのステーブルコインに変換し、さらにそれらをETHに変換してから、ETHをウォレットに転送する必要があります。多くのユーザーは、米ドルのステーブルコインをウォレットに移した後で初めて ETH がガスとして必要であることに気づき、再度 ETH を購入する必要がありました。さらに、BSC/Polygon/Solana などのパブリック チェーンはすべて独自の Gas トークンを使用するため、これも新規参入者が踏み込まなければならない落とし穴です。さらに、多くのユーザーは実際にはスポット Gas トークンを購入したくないのですが、オンチェーンでのやり取りが必要なため、大量の余剰の Gas トークンをウォレットに残さなければなりません。
Vitalik は、EOA アカウントの使用が非常に難しいことを実際に知っていました。イーサリアム チームもこの問題を解決しようと努めており、アカウントの抽象化はその解決策の 1 つです。しかし、アカウント抽象化に関してイーサリアムの基礎となるコンセンサスを変更することができないため、アカウント抽象化が実際に注目を集め、ホットな話題になったのは、アプリケーション層に基づくスマート コントラクト ウォレットである ERC-4337 の提案まででした。
この記事では、アカウント抽象化と ERC-4337 について簡単に紹介した後、アカウント抽象化の適用と Web2 アカウント システムの開発に基づいて、Web3 アカウント システムの将来の進化とトラフィック エントランスの所有権について推測します。
エコロジーの観点から見ると、以前は、ユーザーは複雑なオンチェーン操作を実行するために EOA を使用する必要がありましたが、現在チェーン上のエコロジー開発が限られているため、限られたプロトコルしか提供できず、ユーザーの実際のニーズを効果的に提供することができません。会った。アカウントの抽象化により、出力を取得するためにユーザーが入力するだけで実行が簡素化されます。頻繁なクリックや面倒な署名は必要ありません。 AAの導入により、オンチェーンの生態系は売り手主導から買い手主導へと変化したと言えるでしょう。
アカウントの抽象化 (アカウントの抽象化) と ERC-4337
Account Abstraction（以下、AA）とは具体的に何を指すのでしょうか？基盤となるテクノロジーとデータ構造を抽象化し、ユーザーと開発者の手順を簡素化します。簡単に理解すると「EOAに基づいてCAを実装する」という機能です。
ERC-4337 は AA の基本規格となっています。 ERC-4337 では、ユーザーの意図を表現し、契約アカウントがアクティブに操作を実行できるようにする特別なトランザクションである UserOperation が導入されています。これらの UserOperations は、UserOperations の実行をシミュレートし、有効な操作を特別なトランザクション プールに追加する Bundler と呼ばれるロールによって管理されます。次に、EntryPoint コントラクトはこれらの UserOperations を検証して実行し、ユーザーの意図を満たすようにします。
アカウントの種類
イーサリアムには、EOA (外部所有アカウント) アカウントと契約アカウントという 2 つの主なタイプのアカウントがあります。
EOA アカウントのアドレス長は 20 バイトで、ユーザーの作成時に生成される秘密鍵と楕円曲線暗号化アルゴリズムによって生成される公開鍵から計算されます。 EOA アカウントのステータスには、トランザクション数 (Nonce) と資産数 (Balance) が含まれます。契約アカウントのアドレスも20バイトですが、送信者アドレスと契約作成トランザクションのNonceから計算されます。契約アカウントのステータスには、契約数 (Nonce)、資産数 (Balance)、コード ハッシュ (CodeHash)、およびマークル パトリシア トライ ツリーのルート ノード ハッシュ値を保存するために使用されるストレージ ルート ハッシュ (StorageRoot) が含まれます。契約データのこと。
アカウントのタイプとステータス情報は、イーサリアムでのトランザクションとスマート コントラクトの実行にとって重要であり、EOA と CA の違いです。
出典：《アカウント抽象化、分析｜Qin Wang∗、Shiping Chen∗ ∗CSIROデータ61、オーストラリア》
貿易
イーサリアム取引には、送信者と受信者の情報、デジタル署名、取引数、転送資金量、オプションのデータ、ガス制限、取引手数料が含まれます。上記の 2 つの異なるアカウント タイプにより、2 つのまったく異なるタイプの通信トランザクションが生成されます。
署名プロセス中に、トランザクション データはハッシュされ、デジタル署名されます。検証者は、送信者の秘密キーを取得する必要はなく、トランザクションを提供するだけで署名の有効性を検証します。情報と公開鍵。公開キーの回復は署名の v 値によって行われ、署名の安全性と検証の効率が確保されます。
アカウントの抽象化
イーサリアムのトランザクション構造と署名検証プロセスにより、トランザクションを開始するアカウントは公開鍵と秘密鍵のペアを持つ EOA アカウントでなければならないという重要な事実が明らかになります。
コントラクト アカウントは、公開キーと秘密キーのペアが不足しているため、トランザクションを積極的に開始することができません。代わりに、トランザクションを受信した後、トランザクション内の情報に基づいてアカウント内のスマート コントラクト コードを自動的に実行するか、トランザクション情報を他のアカウントに送信します。アカウントを作成したり、新しいスマート コントラクトを作成したりすることもできます。したがって、メタマスクなどの主流のウォレット アプリケーションによって作成された現在のウォレットは EOA アカウントです。ただし、EOA アカウントの使用には、秘密鍵のリスク、署名アルゴリズムの制限、過剰な署名権限、取引手数料の制限など、いくつかの欠陥があります。
コントラクト アカウントは、コードとデータを保存し、事前定義されたスマート コントラクト ロジックを実行して、EOA アカウントの上記の問題を解決できます。ただし、契約アカウントはトランザクションをアクティブに開始することはできません。
アカウントの抽象化は、上記の 2 つのアカウントを改良したもので、この 2 つのアカウント間の境界を曖昧にして、複雑なロジックを含むユニバーサル アカウントに変換し、アカウントに CA (契約アカウント) と EOA アカウントの機能を持たせることを試みます。同時に。
ERC-4337 
ERC-4337 は、イーサリアムのコンセンサス層を変更することなくアカウント抽象化機能を完成させ、イーサリアムが採用する最終ソリューションとなりました。最終的には、オフチェーンマッチングとオンチェーントランザクションという究極のビジョンが実現されるでしょう。
出典：《アカウント抽象化、分析｜Qin Wang∗、Shiping Chen∗ ∗CSIROデータ61、オーストラリア》
ユーザー操作
ERC-4337 では、イーサリアム プロトコルの基礎となるトランザクション タイプの変更を回避しながら、契約アカウントがアクティブにトランザクションを開始できないという問題を解決するために、UserOperation と呼ばれる新しい概念が導入されています。
UserOperation は標準トランザクションに似ていますが、直接的なトランザクション動作ではなく、ユーザーの意図のみを表します。標準トランザクションはイーサリアムの mempool (トランザクション プール) に送信され、検索者と構築者によって完全なブロックに結合され、最後に提案者によってブロックチェーンに送信され、通常は最も高い報酬を持つブロックが選択されます。これとは異なり、UserOperation は実際のトランザクションではないため、ERC-4337 では、UserOperation を分散方式で実行するために、新しいメモリプールと Bundler と呼ばれるロールが導入されています。この革新により、標準的なトランザクション プロセスに直接関与することなく、ユーザーの意図を処理および実行できるようになります。
出典: ERC 4337: イーサリアムプロトコルの変更なしのアカウント抽象化
バンドラー
Bundler が UserOperation を処理するときは、まず基本的な正当性チェックを実行し、次に操作の実行をシミュレートして署名の有効性を確認します。シミュレーションが正常に実行されると、UserOperation が UserOperation メモリプールに追加され、実際のオンチェーン実行を待機します。シミュレーションと実際の実行の間の一貫性を確保するために、UserOperation は実行中に変更される可能性のある変数へのアクセスを制限し、送信者のアドレスに関連するデータへのアクセスのみを許可します。 Bundler は、独自の設定に従って UserOperation をパッケージ化し、より高い手数料を支払う操作を優先できます。最後に、Bundler はオンチェーン実行のために有効な操作バッチを EntryPoint コントラクトに送信します。
エントリーポイント
EntryPoint は Ethereum のシングルトン コントラクトであり、その主なタスクは UserOperation の実行を処理することです。これには、handleOps と handleAggregatedOps という 2 つの主要な関数があり、どちらも最初に UserOperation を検証してから操作を実行します。検証には、当座預金口座、署名の有効性、料金の支払いが含まれます。実行フェーズでは、UserOperation のデータを使用して、ターゲット コントラクト アカウントのスマート コントラクト コードを呼び出します。スマート コントラクト ウォレット プロトコルが異なれば、解析方法や実行方法も異なる場合があります。
出典: ERC-4337: Alt Mempool を使用したアカウント抽象化
データ
SixdegreeLab の ERC-4337 半期データ レポートによると、次のようになります。
ERC-4337 コントラクトの導入後、チェーン上に 687,000 を超える AA ウォレットが作成され、UserOps は 200 万回以上呼び出されていますが、AA ウォレットの 88.24% は 5 回以下で使用されており、そのほとんどが直接使用されました。転送またはNFT。
15,000 のバンドラーの中で、pimlico は 43.48% を占め最大の市場シェアを獲得しており、Alchemy は約 20,000 米ドルという過去最高の収益を上げています。
ただし、バンドル トランザクションの 97.18% には UserOp が 1 つしか含まれておらず、これはバンドルの 90% がパッケージ化されたトランザクションを通じて利益を上げることができないことも意味します。
合計 117 人のペイマスターが 1,900 万人の UserOps エージェントに総額 46 万 5,000 米ドルのガス料金を支払い、そのうち 43.45% を Pimlico が支払いました。
ZeroDev は Wallet Factory を支配しており、アカウントの 62.63% を展開しています。
最も一般的に使用されている AA ウォレット構築方法は LEGO で、Paymaster、Wallet Factory、Bundler などのさまざまなサードパーティを使用しています。
ERC-4337 の普及率にはまだまだ伸びしろがあり、インフラの構築も始まったばかりであり、AA の将来は可能性に満ちていることがわかります。レイヤ 2 とソーシャル アプリケーションの台頭により、AA ウォレットの使用は急速な成長の波をもたらすでしょう。
アカウント抽象化の開発方向
アカウント抽象化の基本原理と ERC-4337 のアーキテクチャを理解した後、AA の拡張方法をさらに検討していきます。秘密キーやガスがないなど、スマート コントラクト ウォレットの基本機能については詳しく説明しませんが、AA のコンポーネントのさらなる可能性を検討します。
建築
ネイティブアカウントの抽象化
ERC-4337 は、イーサリアムが基礎となるコンセンサスを変更できない現状に対応して採用されたアプリケーション層ソリューションにすぎません。アカウントの抽象的な概念を大規模に普及させることができますが、最終的には相互作用にコントラクト アカウントを使用します。検証プロセスにおける追加のガス消費、他の競合するERCの採用、dappsによる契約アカウントの相互作用の禁止はすべて、ERC-4337の成長を妨げる要因です。
したがって、ネイティブ アカウントの抽象化、特にレイヤー 2 のネイティブ アカウントの抽象化が特に重要です。現在、レイヤー 2 では、Starknet と ZKSync の 2 つのチェーンのみがネイティブ アカウント抽象化をサポートしています。以下の図に示すように、ネイティブ アカウント抽象化スキームには Bundler と Paymaster はありません。Starknet は Sequencer を使用してトランザクション シーケンスを決定し、Gas を支払い、実行します。ZKSync は Operator を使用してトランザクション シーケンスを決定し、Gas を支払い、その後呼び出します。ブートローダーも一緒に動作します。
OP Stackに基づいて構築されていると主張するDeBank Chainも、チェーンレベルでのアカウント抽象化と同様のシステムをネイティブに統合する予定だが、具体的なアーキテクチャはメインネットがローンチされるまで分からない。
出典: 「zkSync のネイティブ アカウント抽象化の概要」
NFT契約ウォレット
NFT コントラクト ウォレットは、ERC-4337 に似たアプリケーション層のアカウント抽象化ソリューションです。Bundler を介して EntryPoint コントラクトを呼び出すのではなく、NFT を使用して EOA アカウントに CA アカウントの機能を持たせます。現在、NFT コントラクト ウォレットの主流の実装は 2 つあります。方法: ERC-6551 および A3S プロトコル。
ERC-6551を使用すると、ユーザーはEOAウォレットでERC-721標準NFTをコントローラーとして使用し、新しく作成された1つまたは複数のスマートコントラクトウォレットを制御できるため、ERC-721コードを変更することなく「プラグインコントラクト」を実現できます。既存の NFT 用の 1 つまたは複数のスマート コントラクト アカウント。この方法は、既存の NFT とアカウント抽象化を組み合わせたもので、NFT のアプリケーション シナリオを開くだけでなく、アカウント抽象化の概念も普及させます。
出典：《EIP-6551 》
A3S プロトコルは、NFT のスマート コントラクト自体をスマート コントラクト ウォレットとして使用します。これは、ウォレット資産が NFT スマート コントラクト アカウント上にあり、NFT 所有権の移転に完全に従うことを意味します。ウォレットのような NFT コントラクトをプラグインする必要はありません。 ERC-6551。 コントラクト アカウントは、より短いパスを使用して NFT コントラクト ウォレットを実装しますが、これは既存の NFT との互換性がないことも意味します。
出典：《A3S プロトコル Gitbook》
マルチチェーンのウォレット アドレスの統合に関しては、どちらのソリューションも混乱値 Salt を借用して、異なる EVM 互換パブリック チェーン上で同じアドレスを実現し、契約アカウントのマルチチェーン アドレスにおける混乱の問題を解決します。これは、Wintermute が異なるチェーン上のマルチシグネチャ アドレスに転送するときに 2,000 万の OP トークンを失う原因となった問題でもあります。
モジュール性とマルチチェーンの抽象化
モジュール式アカウント抽象化の重要性は、OP Stackのような開発とメンテナンスのコストを最小限に抑え、ウォレット開発者が基礎となるインフラストラクチャの構築とメンテナンスではなく製品自体に集中できるようにすることです。もちろん、それによって確立されたモジュール式エコシステムはモジュール式プラットフォームの基盤でもあるため、モジュール式アカウント抽象化を実装する必要があります。
各モジュールの相互構成可能性 (EIP-6900 は標準実装の確立を目指しています)
モジュール機能の多様性（署名スキーム/プライバシー/アンチMEV/入出金/インテントなど）
セキュリティ (各モジュールにはストレージの競合を避けるための統一された標準があります)
マルチチェーンの抽象化 (Vitalik は、マルチチェーンのスマート コントラクト アカウントのコラボレーションを実現するために、統合されたシングルチェーン キーストア コントラクトを使用することを提案しました)
上で、Salt を使用してマルチチェーンのスマート コントラクト アカウントのアドレスを一貫させると述べましたが、一貫したアドレスは最初のステップにすぎません。さらに重要なのは、ユーザーが運用中にクロスチェーン、つまりマルチチェーンを意識しないことです。抽象化 (モジュール性) アカウント抽象化の重要なステップ。
出典：《スマートアカウントの未来：モジュール型、特化型マルチチェーン》
署名の検証
イーサリアム上のトランザクションは EOA にのみ依存して開始し、ガスとして ETH を支払うことができると前に述べました。さらに、EOA は ECDSA 署名スキームしか使用できないため、EOA の使用は非常に煩雑であり、機能が単一であるだけでなく、秘密鍵漏洩のリスクもあります。量子コンピューターが登場する日は、イーサリアム EOA の登場する日でもあります。アカウントは屠殺される子羊になります。
署名アルゴリズム
署名レベルでは、現在、スマート コントラクト (Gnosis Safe と Argent) を通じてマルチ署名とソーシャル リカバリを実現するソリューションが存在します。また、1 回の承認後に一定の範囲内でコントラクトとの自由な対話を実現する、いわゆる署名抽象化を使用するソリューションもあります。 (レンズプロトコル)。しかし、「Not your key, not your Coin」によれば、署名アルゴリズム自体にもっと注目することができます。
署名の集約
Schnorr または BLS を通じて、より効率的でシンプルな署名を実現します。これにより、下位からのマルチ署名が可能になるだけでなく、署名を集約することでガス消費量も削減されます。もちろん、追加の通信ラウンドが必要であること、m と n の値が大きいマルチ署名方式には適していないこと、照合検証に多くの時間がかかることなど、それぞれに独自の問題があります。
ポスト量子セキュア署名
Lamport や W-OTS などのワンタイム署名を使用して、他人が量子コンピューターを使用して公開秘密キーの一部を解読し、メッセージや署名を偽造することを防ぎます。
ユーザー操作
ERC 7521 インテントセントリック
アカウントの抽象化、特に ERC-4337 とインテント セントリックのアーキテクチャを比較すると、バンドラーとソルバーが実際には同一人物である可能性があることがわかります。つまり、Bundler はユーザーのインタラクティブ コンテンツ「UserOperation」を与えることができ、ユーザーが与えた意図を解析して、一致する解決策のパスを提案し、EntryPoint コントラクトを通じてユーザーへのパスの正当性を確認して回避します。バンドラーが悪行為を防止し、最終的には検証された意図のパスがブロックされます。
アカウントの抽象化とインテントの組み合わせにより、アカウントとインタラクションの同時抽象化が可能になり、Web2 を超えたユーザー エクスペリエンスが実現します。
出典：《ERC-7521 》
取引プロセス全体で ZK プルーフ テクノロジーを使用し、証人/異議申し立ておよび応答プロセスを通じてプライベート支払いを実現できます。これにより、ユーザーは送信者の実際のアドレスを明らかにすることなくトランザクションの正当性を証明できるだけでなく、複数のトランザクションを 1 つの証明にまとめることにより、計算オーバーヘッドが削減され、いわゆるコスト削減と効率の向上であるスケーラビリティが大幅に向上します。監督を受ける必要がある一部の企業ユーザーは、機密性を犠牲にすることなく規制順守要件を満たすために、独自に規制当局に対して透明性のある取引を行うこともできます。
出典：《ZKPayments: プライバシーとスケーラビリティの実現》
バンドラー
Bundler MEV と Bundler コンペティション
Bundler MEV と Bundler Competition はどちらも、インフラストラクチャが不十分なために発生します。Bundler は、Searcher と同様に、UserOperation の送信順序を変更して利益を得ることができます。一方、Bundler Competition は、異なる Bundler が同じ UserOperation をパッケージ化するときに発生します。 。これは、Searcher の Gas War に似ています。パッケージ化された UserOperation がチェーン上にない Bundler が Gas を消費しましたが、トランザクションは失敗しました。
これらはすべて、MEV-Boost などの既存のインフラストラクチャを利用して、バンドラー間、およびバンドラーとブロック ビルダー間の通信チャネルを開くことができます。 Etherspot は、AA 用の mempool の p2p ネットワークを開発しています。パッケージ化を待機している UserOperations は、この p2p ネットワーク内で送信され、チェーン上でパッケージ化および処理されると、マークが付けられてリストから削除され、複数のバンドラーによってパッケージ化されることが回避されます。
出典: 「ERC-4337 バンドラーがブロック ビルダーと協力する必要がある理由」
会計係
ペイマスターの入金と引き出し
Paymaster はユーザーのガス料金を支払い、それを任意のトークンまたは法定通貨に置き換えるようユーザーと交渉できます。したがって、ペイマスターにとって、決済サービスプロバイダーと協力してユーザーに入金および引き出しサービスを提供することは良い解決策です。
Visa チームは、イーサリアム Goerli テストネットに 2 つの実験的な Visa Paymaster 契約を導入しました。1 つは、ユーザーが USD ステーブルコインを含む他のトークンで手数料を支払うことができるかどうかを調査するためのもので、もう 1 つは、取引手数料を直接スポンサーすることを試みるためのものです。もちろん、Paymaster を既存の ERC-20 トークンと統合するには、外部ソースまたはオンチェーン オラクルを使用してトークン価格を決定し、指定されたトークンをユーザーに請求する承認が Paymaster 契約にあるかどうかを確認する必要があります。この成熟したソリューションの下では、Visa カードに直接アクセスして法定通貨を使用してガスの支払いを行うことができ、さらには ERC-20 トークンによるリアルタイム変換も可能となり、入出金の抽象化が実現することで、Web2 ユーザーの参入敷居が大幅に下がります。
Web3アカウントシステムの進化と今後のWeb3参入
Web2 時代のネットワーク トラフィック ポータルとそれに対応するアカウント システムの進化は、第 2 世代インターネットの急速な発展とユーザー ニーズの変化を反映しています。
当初、ユーザーはポータルを通じてインターネットにアクセスし、ポータルにリストされているオンライン リソースを自由に選択できました。その後、検索エンジンの出現により、ユーザーは検索エンジンを通じてキーワードをクエリできるようになり、検索エンジンは URL を分析することで関連する結果を提供します。 Web2 時代には、PC やモバイルなどのソーシャル プラットフォームが台頭しました。ユーザーは、積極的に検索エンジンを使用して Web2 に参入するだけでなく、PC メディア プラットフォームからの情報を通じて受動的に Web2 にアクセスしたり、PC/モバイルのセルフメディア プラットフォームを通じて独自に Web2 に参入したりすることもできます。この間、受動的から能動的への二つのプロセスと情報分散化のプロセスを経験しました。
Web2 のアカウント システムも、携帯電話番号をアカウントとして使用する初期の SMS/MMS から、複数のアカウントを確立し、豊富な追加機能と独立した個人ネットワーク ID を取得する QQ/WeChat/Blog/Weibo へと同時に変化しています。これらのプラットフォームではプロファイルと連絡先リストが導入され、ユーザー識別が単一の URL からより複雑なユーザー ID やソーシャル グラフに拡張されました。
ネットワークとハードウェア技術の発展に伴い、独自の生態系を開発する 2 種類の方法が登場しました。
「iOS+Apple Pay+Apple Store」と「WeChat Pay+Mini プログラム」は、独自のアカウントと決済システムのトラフィック上の利点を確立した後、外部の開発者がアクセスできる領域を開放し、それによってユーザーを自社のシステム内に留めておくことが強化されます。生態系。
「淘宝 + Alipay」と「Douyin + Douyin Payment」は、人気のあるアプリケーションによってもたらされるトラフィックに基づいて独自のアカウントと支払いシステムを開発し、さらに他のアプリケーションを統合して、統一されたアカウントと支払いシステムを確立します。
どちらの方法も独自の方法で効果的であり、WeChat はユーザーのニーズのほとんどを 1 つのアプリケーションで満たすことができますが、Alipay 決済も主要なアプリケーションで使用できます。
要約すると、Web2 時代の交通ポータルは、ユーザーにさらなるイニシアチブと分散化を与えることを目的としており、一方、アカウント システムは単一からリッチで多様なものへと進化し、2 つの方法で独自のエコロジー的発展を達成しました。
出典：OPリサーチ
アカウントシステム
Web3 時代のアカウント システムの進化は、Web2 の影の一部を保持しているだけでなく、独自の発展の道筋も示しています。
Web3 時代のアカウント システムの進化は、Web2 の特徴の一部を引き継ぎながら、独自の開発経路を示しています。 Web3 には、Metamask などのプラグイン ウォレット、Math や Trust などのソフトウェア ウォレット、dAppOS や Gnosis Safe などの「オペレーティング プラットフォーム」、dApps 内に埋め込まれた UniPass や構築された OKX Web3 ウォレットなど、多くの種類のアカウントがあります。交換に。
Metamask のようなプラグイン ウォレットは、ユーザーの最も基本的なニーズを満たすことができるオリジナルのテキスト メッセージのようなものですが、その機能は単一すぎます。
MathやTrustなどのソフトウェアウォレットは、QQやWeChatと同様に、マルチアカウント管理/ソーシャルセクション/提携アプリケーションなどの基本機能に加えて、ユーザーエクスペリエンスを向上させるためのさまざまな最適化や機能が追加されています。
dAppOSやGnosis Safeなどの「オペレーティングプラットフォーム」は、基本機能をさらにアップグレードし、AppleやWeChatと同様に、ソフトウェアウォレットとはまた別の高度なアカウントシステムを構築し、エコシステムを豊かにするためのサポート「ミニプログラム」を開発しています。
UniPass や OKX Web3 Wallet などのアプリケーションに組み込まれたウォレットは、Alipay や Douyin Payment に似ており、人気のあるアプリケーションのトラフィックを使用して独自のユーザーを開発し、アライアンスを通じてエコシステムを構築します。
交通入口
「Web3 トラフィック ポータル」の記事で次のように説明しました。
「ユーザーが Web3 に入るプロセスに基づいて、Web3 トラフィックの入り口を 2 つの主要なカテゴリに定義できます。
アカウントシステム（入金、出金、資金管理）：集中取引所、独立した入出金プロジェクト、入出金アグリゲーター、仮想通貨ATM、仮想通貨銀行カード、店頭取引（OTC）、EOA、CA、MPCウォレットおよびアカウント。抽象化 (AA)。
Web3 dapp (ツール、ソーシャル、エンターテイメント): DEX、NFT マーケット (マーケットプレイス)、ドメイン名、DeSoc、著作権取引マーケット、GameFi、X to Earn。 」
私たちは今でもそう考えていますが、パート 2 によれば、これらのエントリはすべて AA ウォレットの一部である可能性があります。ただし、AA ウォレットの導入パスは、逆に、ユーザーが最初にアカウントを取得してからアプリケーションと対話するか、最初にアプリケーションと対話してからアカウントを使用するかによって、アカウントとアプリケーションの 2 つのカテゴリに分けられます。
ウォレット アプレットとウォレット アズ ア サービス
AA 導入の進捗状況を見ると、Instadapp の独立した AA ウォレット製品である Avocado が最初にリリースされたことがわかります。その後、Metamask がいくつかの AA 機能をサポートするために Snaps アプレット コンポーネントをリリースしました。また、決済大手の Visa も Paymaster に参加して、水をテストしました。すぐに、ソーシャル アプリケーションの Lens Protocol が ERC-6551 を通じて AA ウォレットを確立しようとしました。また、OKX Wallet の AA 使用サポートに続いて、Safe も ERC-4337 と互換性がありました。ウォレットに関して、Circle は独自の AA ウォレットをリリースすることを選択しました。
このことから、AA の導入が 2 つのモードに過ぎないことを理解するのは難しくありません。
独自のウォレットのリリースまたは AA 互換性は、ウォレット ユーザーと内部アプレットを活用してユーザーを引き付け、維持します。
アプリケーション/取引所/決済サービスプロバイダーは、独自のトラフィック上の利点を利用して、ユーザーをAAウォレットユーザーに変換します。
これは、私たちが議論する必要がある部分にもつながります。AA の出現により、オンチェーンのエコロジーが売り手市場から買い手市場に変化するため、ユーザーはどのモデルにお金を払うのでしょうか?
出典：《Binance Research：アカウント抽象化レポート》
ミニプログラム
短期的な普及率から判断すると、独自のウォレットに基づいて小規模なプログラム エコシステムを開発する AA モデルは、本質的には To C ソリューションとして受け入れられやすいでしょう。現在 AA ウォレットを試しているユーザーのほとんどはまだ Web3 ユーザーであるため、ウォレット自体に馴染みがなく、豊富な機能とスムーズな操作体験が彼らを魅了し、維持することができます。 MetaMask の Snaps を例に挙げると、サードパーティが API インターフェースを介して対応するウォレット アプレットを開発し、非 EVM チェーンと対話できるようになります。これは他のウォレットへのトラフィックを引き寄せているように見えますが、実際にはユーザーを教育するために独自のエコシステムを構築しています。 。 MetaMask が ERC-4337 と完全に互換性を持つ日が、MetaMask が AA ウォレットのリーダーとなる日であることは疑いの余地がありません。
dappOS を例に挙げると、次のようになります。
dappOS=dappOS アカウント (マルチチェーン統合 EOA)+dappOS ネットワーク。
dappOS アカウント: ユーザーは、通常の外部所有アカウント (EOA) の代わりに、アカウント抽象化に基づいた「統合アカウント」を使用できるようになり、アカウントの回復、バッチ処理前のトランザクション処理、自動実行などの機能が可能になります。同時に、マルチチェーンのウォレット集約方法により、ユーザーが異なるチェーン上の資産を均一に管理することも容易になります。
dappOSネットワーク: ユーザーがウォレットおよびクロスチェーン関連の操作を自動的に実行し、トランザクションの背後にある複雑な対話プロセスを完了するのに役立つ分散型ネットワーク。
dappOS は、ユーザーが Web2 アカウントと同様のエクスペリエンスを体験できるように、アカウント、パブリック チェーン、ガス トークンの概念を分離しようとしています。ただし、まだ比較的初期段階にあるため、プラットフォームの連携 dapps は制限されていますが、これは妨げにはなりません。ユーザーデータの増加。ユーザー、特にマルチアカウントおよびマルチチェーンのインタラクションを必要とするユーザーは EOA から参入する動機があるため、移行後のインタラクティブ エクスペリエンスは移行コストよりも高くなります。最も重要なことは、このアカウント システムは、ユーザーが一度入ったら基本的に離れることがないということです。第一に、ユーザーは最初から AA ウォレットにさらされているユーザーは EOA ウォレットを使用できないからです。 、dappOS などのウォレット ユーザーの対話ニーズのほとんどを満たすことができ、最終的にはユーザーが移行する必要がなくなります。目に見えないマルチチェーンの抽象化により、移行プロセス全体が煩雑になります。
Safe、Avocado、OKX Wallet など、形成されたウォレット製品は Web3 AA ユーザーをより速く獲得し、維持できることがわかります。
ワース
WaaSは、ミニプログラム路線のAAウォレットとは逆のアプリケーション路線のAAウォレットです。最初にアプリケーションを用意し、次にウォレットを用意するのは、明らかに To B ソリューションです。アプリケーションは WaaS を使用して、製品の機能に合わせて独自のウォレットをカスタマイズします。標準化された WaaS モジュールはさまざまなアプリケーションから選択でき、アプリケーションのトラフィックを使用して独自のエコロジーを拡張し、AA ウォレット プラットフォームを構築して C サイドに移行します。ユーザーが必要とするウォレット機能を自由に組み合わせてカスタマイズしたウォレットを発行します。
Stepn を例に挙げると、アウトオブサーキット アプリケーションとして、Stepn には世界中に数千万人のユーザーがおり、各ユーザーは Stepn を通じてウォレットを作成しています。 Stepn が AA ウォレットを内蔵し、単なる GMT トークンではなくこのウォレットをコアとして使用する場合、その後の MOOAR NFT 取引市場、麻雀ゲーム、Gashero などのエコシステムを開発し続けることになります。この AA ウォレットだけでも、暗号市場全体に数千万の追加ユーザーをもたらすことができます。移行コストが非常に高いため、これらのユーザーは全員、この AA ウォレットの非常に粘着性の高いユーザーになります。
同じことが最近人気の Friend Tech にも当てはまります。すべての Twitter ユーザーが AA ウォレットの潜在的なユーザーになることができ、法定通貨の入出金とガス支払いにより、ユーザーは Web3 のインタラクションの壁を乗り越え、Web3 に迅速に統合できます。
実装されている製品の中で、WaaS Pay と UniPass に焦点を当てます。これら 2 つの製品は、それぞれ WaaS 指向のウォレットの特徴を表しています。
• WaaS Pay は、Safe{Core} プロトコル スイートと Safe{Core} Account Abstraction SDK を活用したスマート コントラクト アカウント展開プラットフォームで、プライバシーを優先しながら即時ブロックチェーン支払いを求める組織向けに設計されています。ソーシャル ログイン、法定通貨の入出金ランプ、受取人向けのガスフリー取引などのスマート コントラクト アカウント機能をカスタマイズするための、ユーザー フレンドリーなコード不要のインターフェイスを提供します。 ZKBob は、Zero-Knowledge Proofs (ZKP) を介して匿名トランザクションを容易にするため、WaaS Pay は機密の財務データの安全性とプライバシーを確​​保します。このプラットフォームは Polygon ZKEVM を利用してスケーラビリティと効率を確保するとともに、Helia を備えたセルフホスト型 IPFS ノードが機密メタデータを保護します。
• UniPass は本質的にサードパーティの dapp 用に提供される SDK であり、dapp が従来のアカウントの秘密キーと一連の署名とガス制限をバイパスしたり、管理された秘密キーを集中管理して電子メール バインディング アドレスを生成したり、UniPass の DKIM 検証を直接使用したりできるようにします。 - メールボックスによって管理されるアカウントを管理し、同時にリレイヤーを介してオンチェーンのインタラクションを簡素化し、ガスなし/署名の抽象化/ソーシャル返信などの機能を実現し、ユーザーのインタラクションエクスペリエンスを大幅に向上させます。シナリオ主導のアプリケーションとして、UniPass はフェデレーション ソーシャル ネットワークを使用して、相互運用可能なアカウント システムを確立しながら、さまざまなアプリケーションにカスタマイズされたサービスを提供することを選択します。このフェデレーション ソーシャル ネットワークの相互運用性に基づいて、データ所有権とプライバシー保護を提供することを前提として、ソーシャル関係がチェーン上に置かれ、データと資産の所有権を持つ DID が確立され、独自の使用シナリオを証明して、より多くのアプリケーションを引き付けます。 UniPass を使用します。SDK は Web3 に組み込まれます。これらのアプリケーションのユーザーは自然に UniPass ユーザーとなり、非常に高いスティッキー性で Web3 での対話を継続するために使用します。
このことから、WaaS ルートの AA ウォレットは、成長スペースと Web2 ユーザーの獲得の点でより多くの利点があることもわかりますが、これはチームの製品品質と BD 能力をテストします。ただし、ネットワーク効果が形成されると、それは困難になります。成長慣性があり、後期に力を発揮するタイプに属します。
参照
[ 1 ] 「Sixdegree ERC 4337 半年データレポート」 https://sixdegree.xyz/research/Half-year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] 「「アカウントの抽象化」の詳細な解釈に関する長文: 7 年間のルート進化とトラックマップ」 https://www.chaincatcher.com/article/2085142
[3] 「Binance Research アカウント要約レポートの解釈」 https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》https://eips.ethereum.org/EIPS/eip-6551
[5]《A3SプロトコルGitbook》https://a3sprotocolcontact.gitbook.io/a3s-​​protocol/a3s-​​v1.0/how-a3s-v1.0-works
[ 6 ]《スマートアカウントの未来：モジュール型、特殊化マルチチェーン》https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] 「ERC-4337 バンドラーがブロック ビルダーと協力する必要がある理由」 https://learnblockchain.cn/article/6205
[8] 「アカウント抽象化の完全ガイド」 https://news.marsbit.co/ 20230302172702633640.html
[9] 「インフラストラクチャがアカウントの抽象化を通じて数十億のユーザーをサポートする方法」 https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《アカウント抽象化を発明できたかもしれない：パート1》https://www.alchemy.com/blog/account-abstraction
[11] 「イーサリアム アカウントの要約調査レポート: 10 件の関連 EIP 提案と、毎日数千万人のアクティブ ユーザーに影響を与えるボトルネック問題の解決」 https://www.odaily.news/post/5183201