著者: CloudY、ジャム
編集者: ヴィンセロ、YL
レビュー者: ヤスミン
Web3参入にはウォレットアカウントが不可欠ですが、ビットコインネットワークのUTXOモデルとイーサリアムネットワークのアカウントモデルは常に比較されてきましたが、もちろん、どちらのモデルにもそれぞれメリットがあり、一概にどちらが優れているとは言えません。どのシナリオがより適しているか教えていただけますか?
概要
しかし実際には、比較に使用したイーサリアム EOA アカウントは比較的原始的な製品であり、具体的には次のとおりです。
アカウント管理権限は署名のみの承認と署名なしの2種類で、1ドルの取引であっても1億ドルの取引であっても、まず承認し、その後署名して取引を確認する必要があります。その場合、不正なアクセス許可と通常のトランザクションの間には署名の違いが 1 つだけあり、これによりすべての新規ユーザーが対話中に恐怖を感じることになります。メタマスクでは、ユーザーがトークンの権限を承認する際に承認された使用法を選択できるようになりましたが、頻繁なインタラクションの場合、ユーザーは複数の承認にガス料金を消費するのではなく、上限を直接承認することを好みます。高額取引のリスクを制御するための 2 要素認証 (2FA) や U-Shield などの Web2 アカウント モデルや、少額取引を容易にするための顔スキャンやパスワード不要の支払いと比較すると、EOA アカウントは非常に鈍く、使いにくいです。
ガス料金のしきい値が高すぎるため、多数の新規ユーザーがブロックされます。 Ethereum メインネットや Optimism/Arbitrum などのレイヤー 2 は、ETH トークンを Gas トークンとして使用します。そのため、ユーザーは法定通貨を米ドルのステーブルコインに変換し、さらにそれらを ETH に変換してから、ETH をウォレットに転送する必要があります。多くのユーザーは、米ドルのステーブルコインをウォレットに移した後、ガスとして ETH が必要であることに気づき、再度 ETH を購入する必要がありました。さらに、BSC/Polygon/Solana などのパブリック チェーンはすべて独自の Gas トークンを使用するため、これも新規参入者が踏み込まなければならない落とし穴です。さらに、多くのユーザーは実際にはスポット Gas トークンを購入したくないのですが、オンチェーンでのやり取りが必要なため、大量の余剰の Gas トークンをウォレットに残さなければなりません。
Vitalik 氏は、EOA アカウントの使用が非常に難しいことを以前から知っていました。イーサリアム チームもこの問題の解決に取り組んでおり、アカウントの抽象化はその解決策の 1 つです。しかし、アカウント抽象化に関してイーサリアムの基礎となるコンセンサスを変更することができないため、アカウント抽象化が実際に注目を集め、ホットな話題になったのは、アプリケーション層に基づくスマート コントラクト ウォレットである ERC-4337 の提案まででした。
この記事では、アカウント抽象化と ERC-4337 について簡単に紹介した後、アカウント抽象化の適用と Web2 アカウント システムの開発に基づいて、Web3 アカウント システムの将来の進化とトラフィック エントランスの所有権について推測します。
エコロジーの観点から見ると、以前は、ユーザーは複雑なオンチェーン操作を実行するために EOA を使用する必要がありましたが、現在チェーン上のエコロジー開発が限られているため、限られたプロトコルしか提供できず、ユーザーの実際のニーズを効果的に提供することができません。会った。アカウントの抽象化により、出力を取得するためにユーザーが入力するだけで実行が簡素化されます。頻繁なクリックや面倒な署名は必要ありません。 AAの導入により、オンチェーンの生態系は売り手主導から買い手主導へと変化したと言えるでしょう。
アカウントの抽象化とERC-4337
アカウントアブスタクション（以下AA）とは具体的に何を指すのでしょうか？基盤となるテクノロジーとデータ構造を抽象化し、ユーザーと開発者の手順を簡素化します。簡単に理解すると「EOAに基づいてCAを実装する」という機能です。
ERC-4337 は AA の基本規格となりました。 ERC-4337 では、ユーザーの意図を表現し、契約アカウントがアクティブに操作を実行できるようにする特別なトランザクションである UserOperation が導入されています。これらの UserOperations は、Bundler と呼ばれるロールによって管理されます。Bundler は、UserOperations の実行をシミュレートし、有効な操作を特別なトランザクション プールに追加します。次に、EntryPoint コントラクトはこれらの UserOperations を検証して実行し、ユーザーの意図を満たすようにします。
アカウントの種類
イーサリアムには、EOA (外部所有アカウント) アカウントと契約アカウントという 2 つの主なタイプのアカウントがあります。
EOA アカウントのアドレス長は 20 バイトで、ユーザーの作成時に生成される秘密鍵と楕円曲線暗号化アルゴリズムによって生成される公開鍵から計算されます。 EOA アカウントのステータスには、トランザクション数 (Nonce) と資産数 (Balance) が含まれます。契約アカウントのアドレスも20バイトですが、送信者アドレスと契約作成トランザクションのNonceから計算されます。契約アカウントのステータスには、契約数 (Nonce)、資産数 (Balance)、コード ハッシュ (CodeHash)、およびマークル パトリシアのルート ノード ハッシュ値を保存するために使用されるストレージ ルート ハッシュ (StorageRoot) が含まれます。契約データのトライ木。
アカウントのタイプとステータスの情報は、イーサリアムでのトランザクションとスマート コントラクトの実行にとって重要であり、EOA と CA の違いでもあります。
貿易
イーサリアム取引には、送信者と受信者の情報、デジタル署名、取引数、転送資金量、オプションのデータ、ガス制限、取引手数料が含まれます。上記の 2 つの異なるアカウント タイプにより、2 つの完全に異なるタイプの通信トランザクションが生成されます。
署名プロセス中に、トランザクション データはハッシュされ、デジタル署名されます。検証者は、送信者の秘密キーを取得する必要はなく、トランザクション情報を提供するだけで済みます。そして公開鍵。公開キーの回復は署名の v 値によって行われ、署名の安全性と検証の効率が確保されます。
アカウントの抽象化
イーサリアムのトランザクション構造と署名検証プロセスにより、トランザクションを開始するアカウントは公開鍵と秘密鍵のペアを持つ EOA アカウントでなければならないという重要な事実が明らかになります。
コントラクト アカウントは、公開キーと秘密キーのペアが不足しているため、トランザクションを積極的に開始することができません。代わりに、トランザクションを受信した後、トランザクション内の情報に基づいてアカウント内のスマート コントラクト コードを自動的に実行するか、トランザクション情報を他のアカウントに送信します。アカウントを作成したり、新しいスマート コントラクトを作成したりすることもできます。したがって、メタマスクなどの主流のウォレット アプリケーションによって作成された現在のウォレットは EOA アカウントです。ただし、EOA アカウントの使用には、秘密鍵のリスク、署名アルゴリズムの制限、過剰な署名権限、取引手数料の制限など、いくつかの欠陥があります。
コントラクト アカウントは、コードとデータを保存し、事前定義されたスマート コントラクト ロジックを実行して、EOA アカウントの上記の問題を解決できます。ただし、契約アカウントはトランザクションをアクティブに開始することはできません。
アカウントの抽象化は、上記の 2 つのアカウントを改良したもので、この 2 つのアカウント間の境界を曖昧にして、複雑なロジックを含むユニバーサル アカウントに変換し、アカウントに CA (契約アカウント) と EOA アカウントの機能を持たせることを試みます。同時に。
ERC-4337
ERC-4337 は、イーサリアムのコンセンサス層を変更することなくアカウント抽象化機能を完成させ、イーサリアムが採用する最終ソリューションとなりました。最終的には、オフチェーンマッチングとオンチェーントランザクションという究極のビジョンが実現されるでしょう。
ユーザー操作
ERC-4337 では、イーサリアム プロトコルの基礎となるトランザクション タイプの変更を回避しながら、契約アカウントがアクティブにトランザクションを開始できないという問題を解決するために、UserOperation と呼ばれる新しい概念が導入されています。
UserOperation は標準トランザクションに似ていますが、直接的なトランザクション動作ではなく、ユーザーの意図のみを表します。標準トランザクションはイーサリアムの mempool (トランザクション プール) に送信され、検索者と構築者によって完全なブロックに結合され、最後に提案者によってブロックチェーンに送信され、通常は最も高い報酬を持つブロックが選択されます。これとは異なり、UserOperation は実際のトランザクションではないため、ERC-4337 では、UserOperation を分散方式で実行するために、Bundler と呼ばれるロールと新しいメモリプールが導入されています。この革新により、標準的なトランザクション プロセスに直接関与することなく、ユーザーの意図を処理および実行できるようになります。
バンドラー
Bundler が UserOperation を処理するとき、最初に基本的な正当性チェックを実行し、次に操作の実行をシミュレートして署名の有効性を確認します。シミュレーションの実行が成功すると、UserOperation が UserOperation メモリプールに追加され、実際のオンチェーン実行を待機します。
シミュレーションと実際の実行の間の一貫性を確保するために、UserOperation は実行中に変更される可能性のある変数へのアクセスを制限し、送信者のアドレスに関連するデータへのアクセスのみを許可します。 Bundler は、独自の設定に従って UserOperation をパッケージ化し、より高い手数料を支払う操作を優先できます。最後に、Bundler はオンチェーン実行のために有効な操作バッチを EntryPoint コントラクトに送信します。
エントリーポイント
EntryPoint は Ethereum のシングルトン コントラクトであり、その主なタスクは UserOperation の実行を処理することです。これには、handleOps と handleAggregatedOps という 2 つの主要な関数があり、どちらも最初に UserOperation を検証してから操作を実行します。検証には、当座預金口座、署名の有効性、料金の支払いが含まれます。実行フェーズでは、UserOperation のデータを使用して、ターゲット コントラクト アカウントのスマート コントラクト コードを呼び出します。スマート コントラクト ウォレット プロトコルが異なれば、解析方法や実行方法も異なる場合があります。
データ
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 に対して総額 465,000 米ドルのガス料金を支払い、そのうち Pimlico は 43.45% を支払いました。
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 のネイティブ アカウントの抽象化が特に重要です。現在、Layer2 の中で、Starknet チェーンと ZKSync チェーンのみがネイティブ アカウント抽象化をサポートしています。以下の図に示すように、ネイティブ アカウント抽象化スキームには Bundler と Paymaster はありません。Starknet は Sequencer を使用してトランザクション シーケンスを決定し、Gas を支払い、実行します。ZKSync は Operator を使用してトランザクション シーケンスを決定し、Gas を支払い、その後呼び出します。ブートローダーが連携して動作します。
OP Stackに基づいて構築されていると主張するDeBank Chainも、チェーンレベルでのアカウント抽象化と同様のシステムをネイティブに統合する予定だが、具体的なアーキテクチャはメインネットがローンチされるまで分からない。
NFT契約ウォレット
NFT コントラクト ウォレットは、ERC-4337 に似たアプリケーション層のアカウント抽象化ソリューションです。Bundler を介して EntryPoint コントラクトを呼び出す代わりに、EOA アカウントが NFT を介して CA アカウントの機能を持つことができるようになります。現在、NFT コントラクト ウォレットの主流の実装は 2 つあります。方法: ERC-6551 および A3S プロトコル。
ERC-6551を使用すると、ユーザーはEOAウォレットでERC-721標準NFTをコントローラーとして使用し、新しく作成された1つまたは複数のスマートコントラクトウォレットを制御できるため、ERC-721コードの一致方法を変更することなく「プラグインコントラクト」を実現できます。既存の NFT 用の 1 つまたは複数のスマート コントラクト アカウント。この方法は、既存の NFT とアカウント抽象化を組み合わせたもので、NFT のアプリケーション シナリオを開くだけでなく、アカウント抽象化の概念も普及させます。
A3S プロトコルは、NFT のスマート コントラクト自体をスマート コントラクト ウォレットとして使用します。これは、ウォレット資産が NFT スマート コントラクト アカウント内にあり、NFT 所有権の移転に完全に従うことを意味します。NFT コントラクトをウォレットとして接続する必要はありません。 ERC-6551 のように、コントラクト アカウントはより短いパスを使用して NFT コントラクト ウォレットを実装しますが、これは既存の NFT と互換性がないことも意味します。
マルチチェーン ウォレット アドレスの統合に関しては、どちらのソリューションも難読化値 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 などのワンタイム署名を使用して、他人が量子コンピューターを使用して公開秘密キーの一部を解読し、メッセージや署名を偽造することを防ぎます。
ユーザー操作
ERC7521 意図中心
アカウントの抽象化、特に ERC-4337 とインテント セントリックのアーキテクチャを比較すると、バンドラーとソルバーが実際には同一人物である可能性があることがわかります。つまり、Bundler はユーザーのインタラクティブ コンテンツ「UserOperation」を与えることができ、ユーザーが与えた意図を解析して、一致する解決策のパスを提案し、EntryPoint コントラクトを通じてユーザーへのパスの正当性を確認して回避します。バンドラーが悪行為を防止し、最終的には検証された意図のパスがブロックされます。
アカウントの抽象化とインテントの組み合わせにより、アカウントとインタラクションの同時抽象化が可能になり、Web2 を超えたユーザー エクスペリエンスが実現します。
取引プロセス全体は、ZK 証明テクノロジーを使用してプライベート支払いを実現する証人/異議申し立ておよび応答プロセスを通じて実装できます。これにより、ユーザーは送信者の実際のアドレスを明らかにすることなくトランザクションの正当性を証明できるだけでなく、複数のトランザクションを 1 つの証明にまとめることにより、計算オーバーヘッドが削減され、いわゆるコスト削減と効率の向上であるスケーラビリティが大幅に向上します。監督を受ける必要がある一部の企業ユーザーは、機密性を犠牲にすることなく規制順守要件を満たすために、独自に規制当局に対して透明性のある取引を行うこともできます。
バンドラー
Bundler MEV と Bundler コンペティション
Bundler MEV と Bundler Competition はどちらも、インフラストラクチャが不十分なために発生します。Bundler は、Searcher と同様に、UserOperation の送信順序を変更して利益を得ることができます。一方、Bundler Competition は、異なる Bundler が同じ UserOperation をパッケージ化するときに発生します。 。これは、Searcher の Gas War に似ています。パッケージ化された UserOperation には、Gas が消費されますが、トランザクションは失敗します。
これらはすべて、MEV-Boost などの既存のインフラストラクチャを利用して、バンドラー間、およびバンドラーとブロック ビルダー間の通信チャネルを開くことができます。 Etherspot は、AA 用の mempool の p2p ネットワークを開発しています。パッケージ化を待機している UserOperations は、この p2p ネットワーク内で送信され、チェーン上でパッケージ化および処理されると、マークが付けられてリストから削除され、複数のバンドラーによってパッケージ化されることが回避されます。
会計係
ペイマスターの入金と出金
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 から、QQ/WeChat/Blog/Weibo に複数のアカウントを確立し、豊富な追加機能と独立したパーソナル ネットワーク ID を取得します。プラットフォームではプロファイルと連絡先リストが導入され、ユーザー識別が単一の URL からより複雑なユーザー ID やソーシャル グラフに拡張されました。
ネットワークとハードウェア技術の発展に伴い、独自の生態系を開発する 2 種類の方法が登場しました。
「iOS+Apple Pay+Apple Store」と「WeChat Pay+Mini プログラム」は、独自のアカウントと決済システムのトラフィック上の利点を確立した後、外部の開発者がアクセスできる領域を開放し、それによってユーザーを自社のシステム内に留めておくことが強化されます。生態系。
「淘宝 + Alipay」と「Douyin + Douyin Payment」は、人気のあるアプリケーションによってもたらされるトラフィックに基づいて独自のアカウントと支払いシステムを開発し、さらに他のアプリケーションを統合して、統一されたアカウントと支払いシステムを確立します。
どちらの方法も独自の方法で効果的であり、WeChat はユーザーのニーズのほとんどを 1 つのアプリケーションで満たすことができますが、Alipay 決済も主要なアプリケーションで使用できます。
要約すると、Web2 時代のトラフィック入口は、ユーザーにさらなるイニシアチブと分散化を与えることを目的としており、一方、アカウント システムは単一からリッチで多様なものに進化し、2 つの方法で独自の生態学的発展を達成しました。
アカウントシステム
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が最初にリリースされ、その後メタマスクが一部のAA機能をサポートするためのSnapsアプレットコンポーネントをリリースしたことがわかります。決済大手のVisaもPaymasterに参加して水とアクセスをテストしました。 Visa カードによる支払い。すぐに、ソーシャル アプリケーションの Lens Protocol が ERC-6551 を通じて AA ウォレットを確立しようとしました。また、OKX Wallet による AA ウォレットの使用のサポートに続き、Safe も ERC-4337 と互換性がありました。 , Circleは独自のAAウォレットをリリースすることを選択しました。
このことから、AA の導入が 2 つのモードに過ぎないことを理解するのは難しくありません。
独自のウォレット リリースまたは AA 互換ウォレットは、ウォレット ユーザーと内部アプレットを活用してユーザーを引き付け、維持します。
アプリケーション/取引所/決済サービスプロバイダーは、独自のトラフィック上の利点を利用して、ユーザーをAAウォレットユーザーに変換します。
これは、私たちが議論する必要がある部分にもつながります。AA の出現により、オンチェーンのエコロジーが売り手市場から買い手市場に変化するため、ユーザーはどのモデルにお金を払うのでしょうか?
ミニプログラム
短期的な普及率から判断すると、独自のウォレットに基づいて小規模なプログラム エコシステムを開発する AA モデルは、本質的には To C ソリューションとして受け入れられやすいでしょう。現在 AA ウォレットを試しているユーザーのほとんどはまだ Web3 ユーザーであるため、ウォレット自体に馴染みがなく、豊富な機能とスムーズな操作体験が彼らを魅了し、維持することができます。 MetaMask の Snaps を例に挙げると、サードパーティが API インターフェースを介して対応するウォレット アプレットを開発し、非 EVM チェーンと対話できるようになります。これは他のウォレットへのトラフィックを引き寄せているように見えますが、実際には独自のエコシステムを構築し、教育しています。ユーザー。 MetaMask が ERC-4337 と完全に互換性を持つ日が、MetaMask が AA ウォレットのリーダーとなる日であることは疑いの余地がありません。
dappOS を例に挙げると、次のようになります。
dappOS=dappOS アカウント (マルチチェーン統合 EOA)+dappOS ネットワーク。
dappOS アカウント: ユーザーは、通常の外部所有アカウント (EOA) の代わりに、アカウント抽象化に基づいた「統合アカウント」を使用できるようになり、アカウントの回復、バッチ処理前のトランザクション処理、自動実行などの機能が可能になります。同時に、マルチチェーンのウォレット集約方法により、ユーザーが異なるチェーン上の資産を均一に管理することも容易になります。
dappOSネットワーク: ユーザーがウォレットおよびクロスチェーン関連の操作を自動的に実行し、トランザクションの背後にある複雑な対話プロセスを完了するのに役立つ分散型ネットワーク。
dappOS は、ユーザーが Web2 アカウントと同様のエクスペリエンスを体験できるように、アカウント、パブリック チェーン、ガス トークンの概念を分離しようとしています。ただし、まだ比較的初期段階にあるため、プラットフォームで連携できる dapp は限られていますが、これは妨げにはなりません。ユーザーデータの増加。ユーザー、特にマルチアカウントおよびマルチチェーンのインタラクションを必要とするユーザーは 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 検証実装を直接使用できるようにします。電子メールによって管理される非保管アカウントは、Relayer を介してオンチェーンの対話を簡素化し、ガスフリー/署名の抽象化/ソーシャル返信などのユーザー対話エクスペリエンスを大幅に向上させる機能を実現します。シナリオ主導のアプリケーションとして、UniPass はフェデレーション ソーシャル ネットワークを使用して、相互運用可能なアカウント システムを確立しながら、さまざまなアプリケーションにカスタマイズされたサービスを提供することを選択します。このフェデレーション ソーシャル ネットワークの相互運用性に基づいて、データ所有権とプライバシー保護を提供することを前提として、ソーシャル関係がチェーン上に置かれ、データと資産の所有権を持つ DID が確立され、独自の使用シナリオを証明して、より多くのアプリケーションを引き付けます。 UniPass を使用します。SDK は Web3 に組み込まれます。これらのアプリケーションのユーザーは自然に UniPass ユーザーとなり、非常に高いスティッキー性で Web3 での対話を継続するために使用します。
このことから、WaaS ルートの AA ウォレットは成長スペースと Web2 ユーザーの獲得の点でより有利であることがわかりますが、ネットワーク効果が形成されると、製品の品質とチームの BD 能力がテストされます。 、成長慣性があり、後期に力を発揮するタイプに属します。
参照
[1] 「Sixdegree ERC4337 半年データレポート」
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-specialized-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
