CalvinとThomasによって書かれました
Web3の絶えず変化する領域において、重要な概念が暗号コミュニティ内で注目を集めており、新たな採用者の大波をもたらす準備が整っています。この「変革的」なイノベーションは、イーサリアムとの相互作用の本質を再定義する強力な触媒であるアカウント抽象化です。
外部所有アカウント(EOA)の従来の日々は、MetaMaskなどの人気ウォレットによって具体化され、ユーザーがプライベートシードフレーズを保護する負担を負う場合が過ぎ去ったかもしれません。暗号ドメイン内の進歩と革新の原則を受け入れ、アカウント抽象化はシームレスなEthereumの参加のための代替手段を提供しています。
Account Abstraction (AA)は、ユーザーセントリックなエクスペリエンスが最重要視され、堅牢なセキュリティが礎となる旅に乗り出すことを可能にします。AAは、時代遅れの慣行の制約を取り除くと同時に、熟練した愛好家やリスクを避ける初心者のユーザーにとって資産の神聖さを強化します。
現在、Ethereumには2つのアカウントタイプが存在します:
外部所有アカウント(EOA)
契約アカウント(CAs)
以下のチャートは、EOAとCAの主な違いのいくつかを示しています:
前述のように、EOAはMetaMaskやRainbowなどのウォレットソフトウェアを使用して生成されるアカウントであり、それぞれの公開鍵と秘密鍵によって管理されています。このようなアカウントは、通常、取引の開始やガス料金の支払いを超えることはほとんどないため、比較的限られた機能しか持っていません。
以下はERC-4337トランザクションフローを示すハイレベルな図です:
ユーザーにUserOperationが表示されます
b. ユーザーにサインするよう促されます
c. UserOperationはBundlerに送信されます
a. バンドラーは EntryPoint を介して UserOperation を検証します: i.
b. UserOperationは代替メンプールに追加されます
c. ブロックビルダーがブロックチェーンにブロックを追加します
以下は、ERC-4337トランザクションフローを詳しく示した図です。
Visaの「口座抽象化を活用したデジタル取引の再考」からの画像
これらの用語のいくつかは、暗号ネイティブユーザーでも馴染みがないかもしれません。これらは、ERC-4337を介して導入されたアカウント抽象化に固有の概念です。次に、AAを現行のEOA標準と区別するこれらの新しい用語や概念について説明します。
UserOperation(UserOp)は、ユーザーの希望する取引意図を表す擬似トランザクションオブジェクトです。UserOperationは技術的には取引ではありませんが、「ERC-4337トランザクション」として言及されることがあります。
§ UserOperation Mempool: UserOperationsに特化したmempool。ユーザーオペレーションが送信されるかどうかをノードがロジックを使用して決定するパーミッションレスなピアツーピアネットワークで構成されています。これは、UserOpがチェーン上に着陸する前の新しい段階です(従来のmempoolと比較して)。
§ ホワイトリストに掲載されているペイマスターや/またはアグリゲーターのみを使用するUserOpsは、代替メモリプールに配置されます。代替メモリプールからユーザーOpsを使用できるバンドラーは、ホワイトリストに掲載されているペイマスターやアグリゲーターをサポートするバンドラーです。メインと代替メモリプールからのUserOpsをまとめることができます。
Bundler
Bundlersは複数のUserOpsをバンドルし、そのバンドルをEntryPoint経由で実行するために送信します。このイベントは、EOAからスマートコントラクトトランザクションのように見えますが、この場合、「from」アドレスはBundlerであり、「to」アドレスはEntryPoint契約です。
ユーザーオプションは、手数料優先順位に基づいてバンドラーによって選択されます。これは、イーサリアムのブロックビルダーが今日使用しているロジックと同じです。バンドラーは送信者なので、ガス手数料を支払う責任がありますが、個々のユーザーオプションの実行手数料を通じて補償されます。
バンドラーは、ユーザーオペレーションをチェーン上に提出するノードです。パブリックバンドラーとプライベートバンドラーの両方が存在し、それぞれ同じ機能を果たしていますが、異なるソースからのユーザーオペレーションをバンドリングしています。パブリックバンドラーは、分散型の方法で未検証のソースからのユーザーオペレーションを受け取り、有害なポテンシャルを持つトランザクションを拒否するためのフィルタリングプロセスを経る必要があります。特に、彼らはペイマスターの評判を管理することで、サービス拒否(DoS)攻撃を防ぐ上で重要です。パブリックバンドラーの機能はすべて、適切に機能するためには、計算、ガス、またはストレージのいずれかのコストがかかります。
逆に、プライベートバンドラーは特定のソースからのUserOperationsのバンドリングのみを行うように構築されたバンドラーです。例えば、ウォレットプロバイダーは、そのウォレットのユーザーからのUserOperationsのみを受け入れるプライベートバンドラーを構築することがあります。この方法により、一部のプロセスをバイパスしてガス手数料を節約することができます。さらに、プライベートバンドルは、より迅速なメンプールへの含まれることや、MEV抵抗トランザクションの可能性を提供することができます。
ペイマスター
ペイマスターは、EntryPoint契約を介してのEVMトランザクションのガス手数料のスポンサーシップを担当しています。 ペイマスターは、ユーザーが保管権を犠牲にする必要がないように、ERC-20、クレジットカード、定期購読などでのガス手数料の支払いを許可します。 ガス抽象化のロジックは、ペイマスターによって定義され、ユーザーのガス手数料をスポンサーしたいdAppsによって展開されます。
DApp開発者は、ガス料金をスポンサーすることで参加の障壁が低くなり、より多くのユーザーを獲得しやすくなるため、ペイマスターを使用したい場合があります。開発者がスポンサーペイマスターを組み込むためには、どのUserOpsをスポンサーにできるかに関するポリシーを設定する必要があります。ただし、サポートされるルールの数は、ペイマスタープロバイダー次第です。
ERC-20でのガス支払いを許可することは、ユーザーエクスペリエンスを向上させるという同様の目的を果たします。ステーブルコインで支払いができる能力は、Ethのようなより不安定な資産よりもユーザーにとって魅力的です。ガス料金を支払うためにEthをウォレットに保持しなければならないことは、新しいユーザーの成長には適さず、Ethを購入するプロセスは、非暗号ネイティブのユーザーがさらに進むことを阻止するには十分な可能性があります。
Note: Paymaster may also be custom built and operated, but below we list some of the leading paymaster providers.
注目のプロジェクト:
StackUp’s プラグアンドプレイペイマスター
アルケミーのガスマネージャー
Pimlico’s 支払いマスターを検証する
EntryPoint
EntryPointは、Bundlerによって送信されたUserOperationsを検証および実行します。これらは、すべてのERC-4337準拠のスマートコントラクトウォレットがEVM上で取引するために使用するエントリーポイントとして機能します。これは、単一のステーキングデポジット契約に最も適切に比較できます。 EntryPointを使用すると、スマートコントラクトウォレットが使用するロジックが簡略化され、複雑なスマートコントラクト関数をウォレットではなくEntryPointに抽象化します。基本的に、ウォレットがスマートコントラクトとして機能することを可能にするのはEntryPointメカニズムです。
「…ウォレットインフラプロバイダーに、アカウントリカバリー、ネイティブマルチシグ、ユーザーのガス料金をカバーするなどのスマートウォレット機能を提供するためのオプションをもっと提供します。」
ウォレット
ウォレットは、ユーザーと直接的に関わり、Web3ユーザーにより安全で楽しい体験を提供するために直接関与しているため、アカウント抽象化の議論の最前線にあります。スマートコントラクトウォレットは、アカウント抽象化を通じて可能になった方法で資産を管理する方法をユーザーがカスタマイズすることを可能にします。
ERC-4337の前には、サードパーティーのリレーアが、EOAの機能の詳細や、StarkNetやZKSyncなどのAAネイティブのLayer-2がいつ、どのように機能するかを抽象化する必要がありました。
ウォレット操作の比較
ERC 4337レルムで構築されているプロジェクトを、以下のバケツで広く理解することができます。これらのレイヤーは、ブロックチェーンとのほとんどのエンドユーザーインタラクションをカバーするために連携して機能します。
3.1 ユーザーインターフェース(UI)レイヤー
IUレイヤーは、主に、AAがWeb3にもたらす改善されたUX体験を活用するために必要なツールキットを提供します。これは、ユーザーがメールアドレス、電話番号、ウォレットアドレス、またはソーシャルメディアプロファイル経由でオンボードされるレイヤーです。さらに、このレイヤーで開発されたプロジェクトは、アプリ開発者にユーザーが自分自身のウォレット(「埋め込みウォレット」)をアプリに作成するツールを提供します。これらのウォレットは、dAppのブランディングに合わせてカスタマイズされ、追加の機能を提供します。
「ウォレット」と見なすには、UIの類似性が必要です。開発者は、ユーザーがブロックチェーンアカウントとやり取りするためのインターフェースやアプリケーションを接続または作成します。
組み込みスマートウォレットの作成:
ユーザーがメールでログインすると(機能的でアクティブなメールアドレスであることを確認するために送信されるワンタイムパスワードがエラーを防ぎ、顧客とのコミュニケーションにおける誤りを防ぎ、顧客データが正確であることを確認します)、埋め込みウォレットが作成されます。そのウォレット用にキーペアが生成されます。そのキーペアは、所有者としてプライベートキーを使用するスマートコントラクトウォレットを生成するために使用されます。要するに、埋め込みウォレットからプライベートキーを使用して、より高度なスマートウォレットを制御します。
The resulting wallet is returned as a provider, and can be interacted with in a similar way to an EOA, with the flexibility to define things such as gas sponsorship as part of the wallet initiation”
より具体的には、ウォレット(アカウント)には、それぞれ独自の特定の機能を持つ3つの異なるコンポーネントが含まれています。
ウォレット契約:ユーザーのアカウントを表す契約
Wallet Deployer: ウォレット契約を作成する契約
ウォレットソフトウェア:ノード(バンドラー)にUserOperationsを送信するUX
注目すべきプロジェクト:
Particle Network, プライビー, ダイナミック, クロスミント
3.2 アカウントレイヤー
アカウントレイヤーは、AAインフラストラクチャーとスマートアカウントの2つのサブレイヤーに分けることができます。
AA内のインフラストラクチャとは、アカウント抽象化が発生するための基盤とメカニズムを指します。このレイヤーの主な機能は、AAウォレットプロバイダーとシームレスに連携するバンドラー、ペイマスター、およびエントリーポイントサービスを提供することです。以前、これらのコンポーネントがAAの広範なトランザクションフローにどのように適合するかを概説しました。
注目すべきプロジェクト:
Alto Bundler(Pimlico)
ヴォルテール (Candide)
スカンダ(Etherspot)
注目すべきプロジェクト:
3.3 キーレイヤー
Key Layerには、Web3アプリケーションやウォレット向けのプラグイン可能な認証インフラが含まれています。
ログインとウォレット作成の代替形式は、Account Abstractionウォレットの焦点となっています。ソーシャルログインとメールログインは、Web3ユーザーベースの成長が期待されるハイライトされたログイン形式の2つであり、これらの方法は、Web2-esqueの機能を備えており、Web3への移行を容易にするためにオンボーディングプロセスを簡素化できます。
ユーザーがソーシャルメディアアカウントまたはメールを使用してdAppにログインすると、ParticleやWeb3Authなどの認証プロバイダーが、プライベートキーなしでユーザーのためにウォレットを作成できます。前述のプロバイダーは、Multi-Party Computing(MPC)ベースの署名を通じてこのセキュリティを保証します。
これらの機能のSDKは、彼らのdAppsに統合するための認証プロバイダーから利用可能です。dAppにAccount Abstractionを実装するための必要なステップは、ソーシャルログインです。Web3AuthのSDKと統合アプリケーションの関係について議論しましょう。
ユーザーがさまざまなログインプロバイダーの1つからログインをトリガーすると(Web3Authが統合されたアプリケーションを介して)、IDトークンがWeb3Auth SDKに送信されます。そのIDトークンは、認証ネットワークに検証のために送信され、その結果、ユーザーのプライベートキーが複数のシャードに分割されます。ユーザーは合計キーのシェアのうち2つだけを必要とし、そのプライベートキーを回復できます。
Notable Projects:
Better UX
暗号通貨のアプリケーションとのやり取りは、必ずしも簡単なことではありません。ユーザーが複数のアプリケーションを使用したい場合、希望の機能を完了するために5つの別々のステップが関与する場合があります。さらに重要なのは、資金を管理するために12語のシードフレーズに頼ることは、すでにリスキーな暗号通貨の性質を考えると、この空間に参入したいと思う人々に不合理なことです。アカウント抽象化により、ソーシャルメディアアプリケーション、メール、友人や家族などを介して資金を回収することが可能です。つまり、秘密鍵を失ってもすべてが終わりではありません。
手数料引き下げ
Account Abstractions allows users to pay fees in any contractually supported token or even pay no fees at all. As outlined in the above chart, with an EOA, users must maintain an ETH balance to complete a transaction as a gas fee must be paid by the user (initiator). With AA, the incorporation of Paymasters with ERC-4337, allows gas fees to be sponsored/subsidized, so users need not maintain an ETH balance within their wallet. Also, having the ability to pay with various types of tokens allows for greater freedom and ease of use when operating within the crypto space.
複数のアクションを一括処理(マルチコールとも呼ばれる)
取引を行う際に常に「承認」および「確認」ボタンを押す代わりに、アカウント抽象化は一度に複数の操作をバッチ処理するようにプログラムすることができます。これにより取引がより安価で速くなる可能性があります。
信頼されたセッション
Account Abstraction allows users to pre-prove rules for interaction with a dApp so they do not need to sign every specific transaction and will open up better UX possibilities for end users. This feature can be analogized to online shopping, where users place multiple items in their basket, then transact all at once.
予定された転送
Account Abstractionを介して、セルフカストディアルのスケジュールされた支払いや定期的な送金が可能になります。この機能により、給与支払いからオンチェーンの定期購読モデルまで、複数の潜在的なユースケースが提供されます。
マルチパーティー承認
MPC(Multi-Party Computation)ウォレットは、ユーザーにより安全なキー管理システムを提供するためにAAと並行して機能することができます。 MPCにより、ウォレットのキーペアが分解され、それらが選択された信頼される人物に配布されます。 たとえば、MPCと組み合わせたAAは、ベンダーやホスティングツールなどの外部サービスが、複数のキーホルダーの署名を必要とせずにアカウントから自動的に資金を引き出すことを可能にします。
まだ発展途上段階にあるにもかかわらず、AAスタック内で最も価値が蓄積される場所を決定することは困難であり、技術的には業界が従う定義された標準が存在しません。しかし、現在のスタックの状況を考えると、AAインフラプロバイダーが主流に参入する際に最も得るものが多いと考えられます。
現在、いくつかのアクティブなAAインフラプロバイダーがあり、新しいおよび既存のdAppsにとって最も簡単なAA実装形態を表しています。バンドラーとペイマスタープロバイダーは、これらのサービスを実装するために必要とされるため、財務上の最大のアップサイドを持っています。そのため、dApps内でAAを採用する必要がある場合、これらのプロバイダーが独占体制を形成する機会が存在し、自前のバンドラーとペイマスターを構築する代わりにこれらのサービスを外部委託する必要があります。これは高コストかつ複雑ですが、コミュニティにとっては残念なことです。
理論的には、誰でもバンドラを運営することができますが、バンドラを運営するには技術的な複雑さが伴います。新しいプロジェクトの開発者が取り組む時間や資金を確保することは困難であり、現在市場で利用可能なサービスのいずれかを簡単に利用できます。オリゴポリはWeb3全体の倫理に反するものですが、この問題はEVMの中心集権化を促進することを防ぐために解決される必要があります。
早期のオープンソースの開発であるERC-4337のような場合、進歩を可能にする当事者が最も価値の増加が確率的に高い領域です。
付加価値の可能性のあるさらなる領域: AAウォレットSDKプロバイダー。
OP Cryptoの当社のテーゼは正式化されていませんが、アカウントレイヤーの動向を注視しています。インフラストラクチャレイヤー内の現在の問題に取り組み始めるプロジェクトが現れることを期待していますが、概念が非常に新しいため、そのような展開にはかなりの時間がかかります。
私たちは、パーティクル・ネットワークの誇り高い支持者であり、彼らはアカウント抽象化のモジュラリティを最適化するために信じられないほどの献身を示しています。彼らはこの分野の専門家であり、Web3のアクセシビリティと効率を高め、ベテランと初心者の使いやすさを向上させる革新的な製品を開発しています。
さまざまな基本的な複雑さを抽象化する能力を持つソリューションが依然として必要とされています。開発者がAAを自分たちのdAppsに統合するためのエクスペリエンスは、広範な採用を奨励するにはあるべき姿よりも複雑です。パーティクルなどの他のプロジェクトもこの問題に熱心に取り組んでおり、統合の障害を克服するためにどのようなソリューションが構築されるかを非常に楽しみにしています。
モジュラーアカウント抽象化とERC-6900
スマートアカウントの標準化は、その有用性をさらに発展させるために重要です。新たに導入されたERC-6900(2023年4月)は、ERC-4337で導入された機能に基づいて構築されており、標準化を提供することを目指しています。ERC-6900は、アカウントのユーティリティのモジュール性を高めることで、ERC-4337の機能を拡張します。柔軟性と適応性の向上は、プラグインによる実装をサポートする能力に起因しています。
リスク
Account Abstractionについて詳しく話し合いましたが、ユーザーエクスペリエンスと機能性の領域において進歩を表している方法についての理解が深まりました。ただし、この新しいフレームワークについては懸念があり、支持が一致していないことは確かです。以下のリストはすべてを網羅していませんが、今日目にするいくつかの主要なリスクが含まれています。
Account Abstractionの景観は急速に進化しており、将来も進化を続けるでしょう。多くの才能あるビルダーが新しい技術のための新しいアプリケーションやユースケースに取り組んでいるため、その恩恵の具体的な証拠を短期間で見ることができると確信しています。現在の市場がブロックチェーンベースのプロジェクトのスケーリングを困難にしている一方、Account Abstractionやより具体的にはERC-4337が現在のWeb3環境の多くの落とし穴を緩和するのにどのように役立つかについては楽観的です。
私たちは積極的にAAおよびAA関連プロジェクトに投資し、この分野で活動しているすべての人に私たちに連絡するようお勧めします!私たちはできる限り、いつでもビルダーを支援する意欲があります!
Mời người khác bỏ phiếu
Nội dung
CalvinとThomasによって書かれました
Web3の絶えず変化する領域において、重要な概念が暗号コミュニティ内で注目を集めており、新たな採用者の大波をもたらす準備が整っています。この「変革的」なイノベーションは、イーサリアムとの相互作用の本質を再定義する強力な触媒であるアカウント抽象化です。
外部所有アカウント(EOA)の従来の日々は、MetaMaskなどの人気ウォレットによって具体化され、ユーザーがプライベートシードフレーズを保護する負担を負う場合が過ぎ去ったかもしれません。暗号ドメイン内の進歩と革新の原則を受け入れ、アカウント抽象化はシームレスなEthereumの参加のための代替手段を提供しています。
Account Abstraction (AA)は、ユーザーセントリックなエクスペリエンスが最重要視され、堅牢なセキュリティが礎となる旅に乗り出すことを可能にします。AAは、時代遅れの慣行の制約を取り除くと同時に、熟練した愛好家やリスクを避ける初心者のユーザーにとって資産の神聖さを強化します。
現在、Ethereumには2つのアカウントタイプが存在します:
外部所有アカウント(EOA)
契約アカウント(CAs)
以下のチャートは、EOAとCAの主な違いのいくつかを示しています:
前述のように、EOAはMetaMaskやRainbowなどのウォレットソフトウェアを使用して生成されるアカウントであり、それぞれの公開鍵と秘密鍵によって管理されています。このようなアカウントは、通常、取引の開始やガス料金の支払いを超えることはほとんどないため、比較的限られた機能しか持っていません。
以下はERC-4337トランザクションフローを示すハイレベルな図です:
ユーザーにUserOperationが表示されます
b. ユーザーにサインするよう促されます
c. UserOperationはBundlerに送信されます
a. バンドラーは EntryPoint を介して UserOperation を検証します: i.
b. UserOperationは代替メンプールに追加されます
c. ブロックビルダーがブロックチェーンにブロックを追加します
以下は、ERC-4337トランザクションフローを詳しく示した図です。
Visaの「口座抽象化を活用したデジタル取引の再考」からの画像
これらの用語のいくつかは、暗号ネイティブユーザーでも馴染みがないかもしれません。これらは、ERC-4337を介して導入されたアカウント抽象化に固有の概念です。次に、AAを現行のEOA標準と区別するこれらの新しい用語や概念について説明します。
UserOperation(UserOp)は、ユーザーの希望する取引意図を表す擬似トランザクションオブジェクトです。UserOperationは技術的には取引ではありませんが、「ERC-4337トランザクション」として言及されることがあります。
§ UserOperation Mempool: UserOperationsに特化したmempool。ユーザーオペレーションが送信されるかどうかをノードがロジックを使用して決定するパーミッションレスなピアツーピアネットワークで構成されています。これは、UserOpがチェーン上に着陸する前の新しい段階です(従来のmempoolと比較して)。
§ ホワイトリストに掲載されているペイマスターや/またはアグリゲーターのみを使用するUserOpsは、代替メモリプールに配置されます。代替メモリプールからユーザーOpsを使用できるバンドラーは、ホワイトリストに掲載されているペイマスターやアグリゲーターをサポートするバンドラーです。メインと代替メモリプールからのUserOpsをまとめることができます。
Bundler
Bundlersは複数のUserOpsをバンドルし、そのバンドルをEntryPoint経由で実行するために送信します。このイベントは、EOAからスマートコントラクトトランザクションのように見えますが、この場合、「from」アドレスはBundlerであり、「to」アドレスはEntryPoint契約です。
ユーザーオプションは、手数料優先順位に基づいてバンドラーによって選択されます。これは、イーサリアムのブロックビルダーが今日使用しているロジックと同じです。バンドラーは送信者なので、ガス手数料を支払う責任がありますが、個々のユーザーオプションの実行手数料を通じて補償されます。
バンドラーは、ユーザーオペレーションをチェーン上に提出するノードです。パブリックバンドラーとプライベートバンドラーの両方が存在し、それぞれ同じ機能を果たしていますが、異なるソースからのユーザーオペレーションをバンドリングしています。パブリックバンドラーは、分散型の方法で未検証のソースからのユーザーオペレーションを受け取り、有害なポテンシャルを持つトランザクションを拒否するためのフィルタリングプロセスを経る必要があります。特に、彼らはペイマスターの評判を管理することで、サービス拒否(DoS)攻撃を防ぐ上で重要です。パブリックバンドラーの機能はすべて、適切に機能するためには、計算、ガス、またはストレージのいずれかのコストがかかります。
逆に、プライベートバンドラーは特定のソースからのUserOperationsのバンドリングのみを行うように構築されたバンドラーです。例えば、ウォレットプロバイダーは、そのウォレットのユーザーからのUserOperationsのみを受け入れるプライベートバンドラーを構築することがあります。この方法により、一部のプロセスをバイパスしてガス手数料を節約することができます。さらに、プライベートバンドルは、より迅速なメンプールへの含まれることや、MEV抵抗トランザクションの可能性を提供することができます。
ペイマスター
ペイマスターは、EntryPoint契約を介してのEVMトランザクションのガス手数料のスポンサーシップを担当しています。 ペイマスターは、ユーザーが保管権を犠牲にする必要がないように、ERC-20、クレジットカード、定期購読などでのガス手数料の支払いを許可します。 ガス抽象化のロジックは、ペイマスターによって定義され、ユーザーのガス手数料をスポンサーしたいdAppsによって展開されます。
DApp開発者は、ガス料金をスポンサーすることで参加の障壁が低くなり、より多くのユーザーを獲得しやすくなるため、ペイマスターを使用したい場合があります。開発者がスポンサーペイマスターを組み込むためには、どのUserOpsをスポンサーにできるかに関するポリシーを設定する必要があります。ただし、サポートされるルールの数は、ペイマスタープロバイダー次第です。
ERC-20でのガス支払いを許可することは、ユーザーエクスペリエンスを向上させるという同様の目的を果たします。ステーブルコインで支払いができる能力は、Ethのようなより不安定な資産よりもユーザーにとって魅力的です。ガス料金を支払うためにEthをウォレットに保持しなければならないことは、新しいユーザーの成長には適さず、Ethを購入するプロセスは、非暗号ネイティブのユーザーがさらに進むことを阻止するには十分な可能性があります。
Note: Paymaster may also be custom built and operated, but below we list some of the leading paymaster providers.
注目のプロジェクト:
StackUp’s プラグアンドプレイペイマスター
アルケミーのガスマネージャー
Pimlico’s 支払いマスターを検証する
EntryPoint
EntryPointは、Bundlerによって送信されたUserOperationsを検証および実行します。これらは、すべてのERC-4337準拠のスマートコントラクトウォレットがEVM上で取引するために使用するエントリーポイントとして機能します。これは、単一のステーキングデポジット契約に最も適切に比較できます。 EntryPointを使用すると、スマートコントラクトウォレットが使用するロジックが簡略化され、複雑なスマートコントラクト関数をウォレットではなくEntryPointに抽象化します。基本的に、ウォレットがスマートコントラクトとして機能することを可能にするのはEntryPointメカニズムです。
「…ウォレットインフラプロバイダーに、アカウントリカバリー、ネイティブマルチシグ、ユーザーのガス料金をカバーするなどのスマートウォレット機能を提供するためのオプションをもっと提供します。」
ウォレット
ウォレットは、ユーザーと直接的に関わり、Web3ユーザーにより安全で楽しい体験を提供するために直接関与しているため、アカウント抽象化の議論の最前線にあります。スマートコントラクトウォレットは、アカウント抽象化を通じて可能になった方法で資産を管理する方法をユーザーがカスタマイズすることを可能にします。
ERC-4337の前には、サードパーティーのリレーアが、EOAの機能の詳細や、StarkNetやZKSyncなどのAAネイティブのLayer-2がいつ、どのように機能するかを抽象化する必要がありました。
ウォレット操作の比較
ERC 4337レルムで構築されているプロジェクトを、以下のバケツで広く理解することができます。これらのレイヤーは、ブロックチェーンとのほとんどのエンドユーザーインタラクションをカバーするために連携して機能します。
3.1 ユーザーインターフェース(UI)レイヤー
IUレイヤーは、主に、AAがWeb3にもたらす改善されたUX体験を活用するために必要なツールキットを提供します。これは、ユーザーがメールアドレス、電話番号、ウォレットアドレス、またはソーシャルメディアプロファイル経由でオンボードされるレイヤーです。さらに、このレイヤーで開発されたプロジェクトは、アプリ開発者にユーザーが自分自身のウォレット(「埋め込みウォレット」)をアプリに作成するツールを提供します。これらのウォレットは、dAppのブランディングに合わせてカスタマイズされ、追加の機能を提供します。
「ウォレット」と見なすには、UIの類似性が必要です。開発者は、ユーザーがブロックチェーンアカウントとやり取りするためのインターフェースやアプリケーションを接続または作成します。
組み込みスマートウォレットの作成:
ユーザーがメールでログインすると(機能的でアクティブなメールアドレスであることを確認するために送信されるワンタイムパスワードがエラーを防ぎ、顧客とのコミュニケーションにおける誤りを防ぎ、顧客データが正確であることを確認します)、埋め込みウォレットが作成されます。そのウォレット用にキーペアが生成されます。そのキーペアは、所有者としてプライベートキーを使用するスマートコントラクトウォレットを生成するために使用されます。要するに、埋め込みウォレットからプライベートキーを使用して、より高度なスマートウォレットを制御します。
The resulting wallet is returned as a provider, and can be interacted with in a similar way to an EOA, with the flexibility to define things such as gas sponsorship as part of the wallet initiation”
より具体的には、ウォレット(アカウント)には、それぞれ独自の特定の機能を持つ3つの異なるコンポーネントが含まれています。
ウォレット契約:ユーザーのアカウントを表す契約
Wallet Deployer: ウォレット契約を作成する契約
ウォレットソフトウェア:ノード(バンドラー)にUserOperationsを送信するUX
注目すべきプロジェクト:
Particle Network, プライビー, ダイナミック, クロスミント
3.2 アカウントレイヤー
アカウントレイヤーは、AAインフラストラクチャーとスマートアカウントの2つのサブレイヤーに分けることができます。
AA内のインフラストラクチャとは、アカウント抽象化が発生するための基盤とメカニズムを指します。このレイヤーの主な機能は、AAウォレットプロバイダーとシームレスに連携するバンドラー、ペイマスター、およびエントリーポイントサービスを提供することです。以前、これらのコンポーネントがAAの広範なトランザクションフローにどのように適合するかを概説しました。
注目すべきプロジェクト:
Alto Bundler(Pimlico)
ヴォルテール (Candide)
スカンダ(Etherspot)
注目すべきプロジェクト:
3.3 キーレイヤー
Key Layerには、Web3アプリケーションやウォレット向けのプラグイン可能な認証インフラが含まれています。
ログインとウォレット作成の代替形式は、Account Abstractionウォレットの焦点となっています。ソーシャルログインとメールログインは、Web3ユーザーベースの成長が期待されるハイライトされたログイン形式の2つであり、これらの方法は、Web2-esqueの機能を備えており、Web3への移行を容易にするためにオンボーディングプロセスを簡素化できます。
ユーザーがソーシャルメディアアカウントまたはメールを使用してdAppにログインすると、ParticleやWeb3Authなどの認証プロバイダーが、プライベートキーなしでユーザーのためにウォレットを作成できます。前述のプロバイダーは、Multi-Party Computing(MPC)ベースの署名を通じてこのセキュリティを保証します。
これらの機能のSDKは、彼らのdAppsに統合するための認証プロバイダーから利用可能です。dAppにAccount Abstractionを実装するための必要なステップは、ソーシャルログインです。Web3AuthのSDKと統合アプリケーションの関係について議論しましょう。
ユーザーがさまざまなログインプロバイダーの1つからログインをトリガーすると(Web3Authが統合されたアプリケーションを介して)、IDトークンがWeb3Auth SDKに送信されます。そのIDトークンは、認証ネットワークに検証のために送信され、その結果、ユーザーのプライベートキーが複数のシャードに分割されます。ユーザーは合計キーのシェアのうち2つだけを必要とし、そのプライベートキーを回復できます。
Notable Projects:
Better UX
暗号通貨のアプリケーションとのやり取りは、必ずしも簡単なことではありません。ユーザーが複数のアプリケーションを使用したい場合、希望の機能を完了するために5つの別々のステップが関与する場合があります。さらに重要なのは、資金を管理するために12語のシードフレーズに頼ることは、すでにリスキーな暗号通貨の性質を考えると、この空間に参入したいと思う人々に不合理なことです。アカウント抽象化により、ソーシャルメディアアプリケーション、メール、友人や家族などを介して資金を回収することが可能です。つまり、秘密鍵を失ってもすべてが終わりではありません。
手数料引き下げ
Account Abstractions allows users to pay fees in any contractually supported token or even pay no fees at all. As outlined in the above chart, with an EOA, users must maintain an ETH balance to complete a transaction as a gas fee must be paid by the user (initiator). With AA, the incorporation of Paymasters with ERC-4337, allows gas fees to be sponsored/subsidized, so users need not maintain an ETH balance within their wallet. Also, having the ability to pay with various types of tokens allows for greater freedom and ease of use when operating within the crypto space.
複数のアクションを一括処理(マルチコールとも呼ばれる)
取引を行う際に常に「承認」および「確認」ボタンを押す代わりに、アカウント抽象化は一度に複数の操作をバッチ処理するようにプログラムすることができます。これにより取引がより安価で速くなる可能性があります。
信頼されたセッション
Account Abstraction allows users to pre-prove rules for interaction with a dApp so they do not need to sign every specific transaction and will open up better UX possibilities for end users. This feature can be analogized to online shopping, where users place multiple items in their basket, then transact all at once.
予定された転送
Account Abstractionを介して、セルフカストディアルのスケジュールされた支払いや定期的な送金が可能になります。この機能により、給与支払いからオンチェーンの定期購読モデルまで、複数の潜在的なユースケースが提供されます。
マルチパーティー承認
MPC(Multi-Party Computation)ウォレットは、ユーザーにより安全なキー管理システムを提供するためにAAと並行して機能することができます。 MPCにより、ウォレットのキーペアが分解され、それらが選択された信頼される人物に配布されます。 たとえば、MPCと組み合わせたAAは、ベンダーやホスティングツールなどの外部サービスが、複数のキーホルダーの署名を必要とせずにアカウントから自動的に資金を引き出すことを可能にします。
まだ発展途上段階にあるにもかかわらず、AAスタック内で最も価値が蓄積される場所を決定することは困難であり、技術的には業界が従う定義された標準が存在しません。しかし、現在のスタックの状況を考えると、AAインフラプロバイダーが主流に参入する際に最も得るものが多いと考えられます。
現在、いくつかのアクティブなAAインフラプロバイダーがあり、新しいおよび既存のdAppsにとって最も簡単なAA実装形態を表しています。バンドラーとペイマスタープロバイダーは、これらのサービスを実装するために必要とされるため、財務上の最大のアップサイドを持っています。そのため、dApps内でAAを採用する必要がある場合、これらのプロバイダーが独占体制を形成する機会が存在し、自前のバンドラーとペイマスターを構築する代わりにこれらのサービスを外部委託する必要があります。これは高コストかつ複雑ですが、コミュニティにとっては残念なことです。
理論的には、誰でもバンドラを運営することができますが、バンドラを運営するには技術的な複雑さが伴います。新しいプロジェクトの開発者が取り組む時間や資金を確保することは困難であり、現在市場で利用可能なサービスのいずれかを簡単に利用できます。オリゴポリはWeb3全体の倫理に反するものですが、この問題はEVMの中心集権化を促進することを防ぐために解決される必要があります。
早期のオープンソースの開発であるERC-4337のような場合、進歩を可能にする当事者が最も価値の増加が確率的に高い領域です。
付加価値の可能性のあるさらなる領域: AAウォレットSDKプロバイダー。
OP Cryptoの当社のテーゼは正式化されていませんが、アカウントレイヤーの動向を注視しています。インフラストラクチャレイヤー内の現在の問題に取り組み始めるプロジェクトが現れることを期待していますが、概念が非常に新しいため、そのような展開にはかなりの時間がかかります。
私たちは、パーティクル・ネットワークの誇り高い支持者であり、彼らはアカウント抽象化のモジュラリティを最適化するために信じられないほどの献身を示しています。彼らはこの分野の専門家であり、Web3のアクセシビリティと効率を高め、ベテランと初心者の使いやすさを向上させる革新的な製品を開発しています。
さまざまな基本的な複雑さを抽象化する能力を持つソリューションが依然として必要とされています。開発者がAAを自分たちのdAppsに統合するためのエクスペリエンスは、広範な採用を奨励するにはあるべき姿よりも複雑です。パーティクルなどの他のプロジェクトもこの問題に熱心に取り組んでおり、統合の障害を克服するためにどのようなソリューションが構築されるかを非常に楽しみにしています。
モジュラーアカウント抽象化とERC-6900
スマートアカウントの標準化は、その有用性をさらに発展させるために重要です。新たに導入されたERC-6900(2023年4月)は、ERC-4337で導入された機能に基づいて構築されており、標準化を提供することを目指しています。ERC-6900は、アカウントのユーティリティのモジュール性を高めることで、ERC-4337の機能を拡張します。柔軟性と適応性の向上は、プラグインによる実装をサポートする能力に起因しています。
リスク
Account Abstractionについて詳しく話し合いましたが、ユーザーエクスペリエンスと機能性の領域において進歩を表している方法についての理解が深まりました。ただし、この新しいフレームワークについては懸念があり、支持が一致していないことは確かです。以下のリストはすべてを網羅していませんが、今日目にするいくつかの主要なリスクが含まれています。
Account Abstractionの景観は急速に進化しており、将来も進化を続けるでしょう。多くの才能あるビルダーが新しい技術のための新しいアプリケーションやユースケースに取り組んでいるため、その恩恵の具体的な証拠を短期間で見ることができると確信しています。現在の市場がブロックチェーンベースのプロジェクトのスケーリングを困難にしている一方、Account Abstractionやより具体的にはERC-4337が現在のWeb3環境の多くの落とし穴を緩和するのにどのように役立つかについては楽観的です。
私たちは積極的にAAおよびAA関連プロジェクトに投資し、この分野で活動しているすべての人に私たちに連絡するようお勧めします!私たちはできる限り、いつでもビルダーを支援する意欲があります!