原作者：CloudY、Jam
まとめ
しかし実際には、比較に使用したイーサリアム EOA アカウントは比較的原始的な製品であり、具体的には次のとおりです。
アカウント管理権限は、署名承認のみと署名なしの単一権限であり、1ドルの取引であっても、1億ドルの取引であっても、最初に承認し、その後署名して取引を確認する必要があります。その場合、不正なアクセス許可と通常のトランザクションの間には署名の違いが 1 つだけあり、これによりすべての新規ユーザーが対話中に恐怖を感じることになります。メタマスクでは、トークンの権限を承認するときにユーザーが承認量を選択できるようになりましたが、頻繁なやり取りの場合、複数の承認でガス料金を消費する代わりに、ユーザーは上限を直接承認することを好みます。多額の取引リスクを制御するための 2 要素認証 (2FA) や U シールドなどの 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
Account Abstraction（以下、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 の違いです。
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
貿易
イーサリアム取引には、送信者と受信者の情報、デジタル署名、取引数、転送資金量、オプションのデータ、ガス制限、取引手数料が含まれます。上記の 2 つの異なるアカウント タイプにより、2 つの異なる通信トランザクション タイプが生成されます。
署名プロセス中、トランザクション データはハッシュ化されてからデジタル署名されます。検証者は、楕円曲線上の点を計算することで署名の有効性を検証します。送信者の秘密キーを取得する必要はなく、トランザクションを提供するだけで済みます。情報と公開鍵。公開キーの回復は署名の v 値によって行われ、署名の安全性と検証の効率が確保されます。
アカウントの抽象化
イーサリアムのトランザクション構造と署名検証プロセスにより、トランザクションを開始するアカウントは公開鍵と秘密鍵のペアを持つ EOA アカウントでなければならないという重要な事実が明らかになります。
コントラクト アカウントは、公開キーと秘密キーのペアが不足しているため、トランザクションを積極的に開始できません。代わりに、トランザクションを受信した後、トランザクション内の情報に基づいてアカウント内のスマート コントラクト コードを自動的に実行するか、トランザクション情報を他のアカウントに送信します。アカウントを作成したり、新しいスマート コントラクトを作成したりすることもできます。したがって、メタマスクなどの主流のウォレット アプリケーションによって作成された現在のウォレットは EOA アカウントです。ただし、EOA アカウントの使用には、秘密鍵のリスク、署名アルゴリズムの制限、過剰な署名権限、取引手数料の制限など、いくつかの欠陥があります。
コントラクト アカウントは、コードとデータを保存し、事前定義されたスマート コントラクト ロジックを実行して、EOA アカウントの上記の問題を解決できます。ただし、契約アカウントはトランザクションをアクティブに開始することはできません。
アカウント抽象化は、上記 2 つのアカウントを改良したもので、両者の境界を曖昧にし、複雑なロジックを含む汎用アカウントに変換し、CA (契約アカウント) と EOA アカウントの機能を持たせることを試みます。同時に。
ERC-4337
ERC-4337 は、イーサリアムのコンセンサス層を変更することなくアカウント抽象化機能を完成させ、イーサリアムが採用する最終ソリューションとなりました。最終的には、オフチェーンマッチングとオンチェーントランザクションという究極のビジョンが実現されるでしょう。
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
UserOperation
ERC-4337 では、イーサリアム プロトコルの基礎となるトランザクション タイプの変更を回避しながら、契約アカウントがアクティブにトランザクションを開始できないという問題を解決するために、UserOperation と呼ばれる新しい概念が導入されています。
UserOperation は標準トランザクションに似ていますが、直接的なトランザクション動作ではなく、ユーザーの意図のみを表します。標準トランザクションはイーサリアムの mempool (トランザクション プール) に送信され、次に検索者と構築者によって完全なブロックに結合され、最後に提案者によってブロックチェーンに送信されます。通常は最も高い報酬を持つブロックが選択されます。これとは異なり、UserOperation は実際のトランザクションではないため、ERC-4337 では、UserOperation を分散方式で実行するために、新しいメモリプールと Bundler と呼ばれるロールが導入されています。この革新により、標準的なトランザクション プロセスに直接関与することなく、ユーザーの意図を処理および実行できるようになります。
Source: ERC 4337: account abstraction without Ethereum protocol changes
Bundler
Bundler が UserOperation を処理するときは、まず基本的な正当性チェックを実行し、次に操作の実行をシミュレートして署名の有効性を確認します。シミュレーションの実行が成功すると、UserOperation メモリプールに UserOperation が追加され、実際のオンチェーン実行を待機します。シミュレーションと実際の実行の間の一貫性を確保するために、UserOperation は実行中に変更される可能性のある変数へのアクセスを制限し、送信者のアドレスに関連するデータへのアクセスのみを許可します。バンドラーは、独自の設定に従って UserOperations をパッケージ化し、より高い料金を支払う操作を優先することができます。最後に、Bundler はオンチェーン実行のために有効な操作バッチを EntryPoint コントラクトに送信します。
EntryPoint
EntryPoint は Ethereum のシングルトン コントラクトであり、その主なタスクは UserOperation の実行を処理することです。これには、handleOps と handleAggregatedOps という 2 つの主要な関数があり、どちらも最初に UserOperation を検証してから、操作を実行します。検証には、当座預金口座、署名の有効性、料金の支払いが含まれます。実行フェーズでは、UserOperation のデータを使用して、ターゲット コントラクト アカウントのスマート コントラクト コードを呼び出します。スマート コントラクト ウォレット プロトコルが異なれば、解析方法や実行方法も異なる場合があります。
Source: ERC-4337: Account Abstraction Using 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 に対して総額 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 のネイティブ アカウントの抽象化が特に重要です。現在、レイヤー 2 では、Starknet チェーンと ZKSync チェーンのみがネイティブ アカウント抽象化をサポートしています。以下の図に示すように、ネイティブ アカウント抽象化スキームには Bundler と Paymaster はありません。Starknet は Sequencer を使用してトランザクション シーケンスを決定し、Gas を支払い、実行します。ZKSync は Operator を使用してトランザクション シーケンスを決定し、Gas を支払い、その後呼び出しますブートローダーも一緒に動作します。
OP Stackに基づいて構築されていると主張するDeBank Chainも、チェーンレベルでのアカウント抽象化と同様のシステムをネイティブに統合する予定だが、具体的なアーキテクチャはメインネットがローンチされるまで分からない。
出典: 「zkSync のネイティブ アカウント抽象化の概要」
NFT契約ウォレット
NFT コントラクト ウォレットは、ERC-4337 に似たアプリケーション層のアカウント抽象化ソリューションです。バンドラーを通じて EntryPoint コントラクトを呼び出す代わりに、EOA アカウントが NFT を通じて CA アカウントの機能を持つことができるようになります。現在、NFT コントラクト ウォレットの主流の実装は 2 つあります。 . 方法: ERC-6551 および A3S プロトコル。
ERC-6551を使用すると、ユーザーはEOAウォレットでERC-721標準NFTをコントローラーとして使用し、新しく作成された1つまたは複数のスマートコントラクトウォレットを制御できるため、ERC-721コードを変更することなく「プラグインコントラクト」を実現できます。既存の NFT 用の 1 つまたは複数のスマート コントラクト アカウント。この方法は、既存の NFT とアカウント抽象化を組み合わせたもので、NFT のアプリケーション シナリオを開くだけでなく、アカウント抽象化の概念も普及させます。
Source：《EIP-6551 》
A3S プロトコルは、NFT 自体のスマート コントラクト自体をスマート コントラクト ウォレットとして使用します。これは、ウォレット資産が NFT のスマート コントラクト アカウントにあり、NFT 所有権の移転に完全に従うことを意味します。 ERC-6551. コントラクト アカウントは、より短いパスを使用して NFT コントラクト ウォレットを実装しますが、これは既存の NFT との互換性がないことも意味します。
Source：《A3S Protocol Gitbook》
マルチチェーンのウォレット アドレスの統合に関しては、どちらのソリューションも難読化値 Salt を借用して、異なる EVM 互換パブリック チェーン上で同じアドレスを取得し、契約アカウントのマルチチェーン アドレスにおける混乱の問題を解決します。これは、もともと Wintermute が異なるチェーン上のマルチシグネチャ アドレスに転送することによって 2,000 万の OP トークンを失う原因となった問題でもありました。
モジュール性とマルチチェーンの抽象化
モジュール式アカウント抽象化の重要性は、OP Stackのような開発コストと保守コストを最小限に抑え、ウォレット開発者が基盤となるインフラストラクチャの構築や保守ではなく製品自体に集中できるようにすることです。もちろん、それによって確立されたモジュール式エコシステムはモジュール式プラットフォームの基盤でもあるため、モジュール式アカウント抽象化を実装する必要があります。
各モジュールの相互構成可能性 (EIP-6900 は標準実装の確立を目指しています)
モジュール機能の多様性（署名スキーム/プライバシー/アンチMEV/入出金/インテントなど）
セキュリティ (各モジュールにはストレージの競合を避けるための統一された標準があります)
マルチチェーンの抽象化 (Vitalik は、マルチチェーンのスマート コントラクト アカウント調整を実現するために、統合されたシングルチェーン キーストア コントラクトを使用することを提案しました)
上で、Salt を使用してマルチチェーンのスマート コントラクト アカウント アドレスを一貫させると述べましたが、一貫したアドレスは最初のステップにすぎません。さらに重要なのは、ユーザーが運用中にクロスチェーン、つまりマルチチェーンを意識しないことです。抽象化 (モジュール化) アカウント抽象化の重要なステップ。
Source：《Future of Smart Accounts: Modular, Specialised & Multichain》
署名の検証
イーサリアム上のトランザクションは EOA にのみ依存して開始し、ガスとして ETH を支払うことができると前に述べました。さらに、EOA は ECDSA 署名スキームしか使用できないため、EOA の使用は非常に煩雑であり、機能が単一であるだけでなく、秘密鍵漏洩のリスクもあります。アカウントは屠殺される子羊になります。
署名アルゴリズム
シグネチャレベルでは現在、スマートコントラクトによるマルチシグネチャやソーシャルリカバリを実現するソリューション（Gnosis SafeやArgent）のほか、いわゆるシグネチャ抽象化を利用して認可後の一定範囲内でコントラクトとの自由なインタラクションを実現するソリューションもあります。 1 回 (レンズ プロトコル)。しかし、「Not your key, not your Coin」によれば、署名アルゴリズム自体にもっと注目することができます。
署名の集約
Schnorr または BLS を通じて、より効率的でシンプルな署名を実装します。これにより、ボトムアップでマルチ署名が可能になるだけでなく、署名を集約することでガス消費量も削減されます。もちろん、それらにはそれぞれ、追加の通信ラウンドが必要であること、m と n の値が大きいマルチ署名方式には適していないこと、多数の一致検証に時間がかかることなど、独自の問題があります。
ポスト量子セキュア署名
Lamport や W-OTS などのワンタイム署名を使用して、他人が量子コンピューターを使用して公開秘密キーの一部を解読し、メッセージや署名を偽造することを防ぎます。
UserOperation
ERC 7521 Intent Centric
アカウントの抽象化、特に ERC-4337 とインテント セントリックのアーキテクチャを比較すると、バンドラーとソルバーが実際には同一人物である可能性があることがわかります。つまり、ユーザーのインタラクティブコンテンツ「UserOperation」は Bundler によって与えられることができ、Bundler はユーザーによって与えられた意図を解析し、それに適合する解決策のパスを提案し、EntryPoint コントラクトを通じてユーザーへのパスの正当性を確認して、バンドラーが悪行為を阻止し、最終的に実行が阻止されました。検証された意図のパス。
アカウントの抽象化とインテントの組み合わせにより、アカウントとインタラクションの同時抽象化が可能になり、Web2 を超えたユーザー エクスペリエンスが実現します。
Source：《ERC-7521 》
取引プロセス全体で ZK プルーフ テクノロジーを使用し、証人/異議申し立ておよび応答プロセスを通じてプライベート支払いを実現できます。これにより、送信者の実際のアドレスを明らかにすることなくトランザクションの正当性を証明できるだけでなく、複数のトランザクションを 1 つの証明にまとめることにより、計算オーバーヘッドが削減され、スケーラビリティが大幅に向上します。これは、いわゆるコストの削減と効率の向上です。監督を受ける必要がある一部の企業ユーザーは、機密性を犠牲にすることなく規制順守要件を満たすために、独自に規制当局に対して透明性のある取引を行うこともできます。
Source：《ZKPayments: Achieving Privacy and Scalability》
Bundler
バンドラー MEV とバンドラー コンペティション
Bundler MEV と Bundler Competition はどちらも不十分なインフラストラクチャの結果です。Bundler MEV は、Searcher と同様に、Bundler のトランザクション パッケージ化責任から来ています。Bundler は、利益を得るために UserOperation の送信順序を変更できますが、Bundler Competition は、異なる Bundler が同じ UserOperation をパッケージ化するときに発生します。 。これは Searchers Gas War に似ており、パッケージ化された UserOperation がチェーン上にないバンドラーは Gas を消費しましたが、トランザクションは失敗しました。
これらはすべて、MEV-Boost などの既存のインフラストラクチャを利用して、バンドラー間、およびバンドラーとブロック ビルダー間の通信チャネルを開くことができます。 Etherspot は、AA 用の mempool の p2p ネットワークを開発しています。パッケージ化を待機している UserOperations は、この p2p ネットワークで送信されます。パッケージ化されてチェーン上で処理されると、それらはマークされてリストから削除され、複数のバンドラーによってパッケージ化されることが回避されます。
出典: 「ERC-4337 バンドラーがブロック ビルダーと連携する必要がある理由」
Paymaster
ペイマスターの入金と引き出し
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 Program」は、独自のアカウントと決済システムのトラフィック上の優位性を確立した上で、外部開発者がアクセスできる領域を開放することで、ユーザーを自社のシステム内に留めておくことができます。生態系。
「淘宝 + Alipay」と「Douyin + Douyin Payment」は、人気のあるアプリケーションによってもたらされるトラフィックに基づいて独自のアカウントと支払いシステムを開発し、さらに他のアプリケーションを統合して、統一されたアカウントと支払いシステムを確立します。
どちらの方法も独自の方法で効果的であり、世界を占めており、WeChat はユーザーのニーズのほとんどを 1 つのアプリケーションで満たすことができ、Alipay 決済も主要なアプリケーションで使用できます。
要約すると、Web2 時代の交通ポータルは、ユーザーにさらなるイニシアチブと分散化を与えることを目的としており、一方、アカウント システムは単一からリッチで多様なものへと進化し、2 つの方法で独自のエコロジー的発展を達成しました。
Source：OP Research
アカウントシステム
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に参加して水をテストし、 Visa カードによる支払いへのアクセスすぐに、ソーシャル アプリケーションの Lens Protocol が ERC-6551 を通じて AA ウォレットの確立を試み、Safe も ERC-4337 と互換性を持ち、独自の「ミニ プログラム」市場を統合しました。OKX ウォレットによる AA の使用のサポートに続いて、ウォレットに関して、Circle は独自の AA ウォレットをリリースすることを選択しました。
このことから、AA の導入が 2 つのモードに過ぎないことを理解するのは難しくありません。
独自のウォレットのリリースまたは AA 互換性は、ウォレット ユーザーと内部アプレットを活用してユーザーを引き付け、維持します。
アプリケーション/取引所/決済サービスプロバイダーは、独自のトラフィック上の利点を利用して、ユーザーをAAウォレットユーザーに変換します。
これは、私たちが議論する必要がある部分にもつながります。AA の出現により、オンチェーンのエコロジーが売り手市場から買い手市場に変化するため、ユーザーはどのモデルにお金を払うのでしょうか?
Source：《Binance Research：Account Abstractation Report》
アプレット
短期的な普及率から判断すると、独自のウォレットに基づいて小規模なプログラム エコシステムを開発する AA モデルの方がユーザーに受け入れられやすいと考えられます。現在 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
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 能力がテストされます。ただし、ネットワーク効果が形成されると、 、成長慣性が発生します。 、後期に力を発揮するタイプに属します。
Reference
[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 Protocol Gitbook 》https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[ 6 ]《Future of Smart Accounts: Modular, Specialised & Multichain》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]《You Could Have Invented Account Abstraction: Part 1 》https://www.alchemy.com/blog/account-abstraction
[11] 「イーサリアム アカウントの要約調査レポート: 10 件の関連 EIP 提案と、毎日数千万人のアクティブ ユーザーに影響を与えるボトルネック問題の解決」https://www.odaily.news/post/5183201
