アカウントの抽象化の採用
このパートでは、外部所有口座(EOA)と新しい標準ERC-4337の下でのトランザクションの仕組みについて説明します。 また、ソーシャルリカバリー、マルチシグセットアップ、ガスの改善、自動取引、通話の委任など、AAウォレットの主要なイノベーションが強調されています。
最初の3つのコースでは、暗号ウォレットの開発に戻り、いくつかのWeb3ウォレットソリューション、特にEOAの単一障害点、マルチシグ、MPCウォレットのデリゲーターの再割り当てに関する制限に関するいくつかの課題と懸念を指摘します。 さらに、web3ユーザーは、急速に進化するWeb3ランドスケープの多様な要求を満たすために、開発者がソリューションを簡単に作成できる開発者に優しい環境を必要としています。 イーサリアム上のEOAのトランザクションロジックに制約を受けていたため、開発者はその機能を拡張し、DAppsのより複雑な要件を満たすことが困難であると感じていました。 ここで、勘定科目の抽象化の出番です。Account Abstractionに飛び込んで、Web3の大量導入において重要な進歩と見なされる理由を理解する前に、トランザクションの典型的なライフサイクルをEOAやイーサリアムのAAの改善と比較する必要があります。
イーサリアムネットワークでは、EOA(外部所有アカウント)のみがECDSAを署名としてトランザクションを開始でき、この署名されたトランザクションは、ネットワーク内のすべてのノードのMempoolに送信されて処理されます。 署名の一致、十分な残高、十分なガス、ナンスなどの情報が大多数のノードによって確認されると、EVMはトランザクションの実行を開始します。
上のチャートから、赤で囲まれた5つの部分がイーサリアムネットワークにハードコードされており、まったく変更できないことがわかります。 したがって、開発者は、暗号化方式を使用したマルチサインの実装など、新しい機能を導入する場合は、ゼロから始める必要があります。 イーサリアムネットワークの仕組みを変えずに、開発者にシンプルな開発環境を提供する方法はあるのでしょうか? 開発者のグループがEIP-4337を提案し、現在はERC-4337として知られています。 ERC-4337は、イーサリアムに新しい役割をもたらし、イーサリアムのアカウント抽象化と呼んでいます。 (略してAA)
※EIPとは、Ethereum Improvement Proposalの略で、イーサリアムコミュニティのメンバーであれば誰でも、イーサリアムネットワークを変更または改善するために行うことができるもので、ERCはイーサリアムネットワークの標準であり、コミュニティが採用したEIPのみがERCと呼ぶことができます。
ERC-4337内のトランザクションの一般的なライフサイクルは、次のようになります。
AAのコンテキストでは、バンドラーは元のEOAの役割を引き受け(実際にはバンドラーはEOAです)、UserOperationsをMempoolの元のトランザクションに対応するバンドルにパックすると見なすことができます。 UOはカスタマイズ可能で、幅広いタイプの署名が可能です。 コンセンサスレイヤーで検証されたバンドルのみがEVMに送信され、エントリーポイントによる各UOの具体的な検証と関連する契約の実行が行われます。 エントリポイントの検証後、特定の契約の実行が開始され、次の3つのモジュールに分かれています。
- 工場契約 – 最初の契約作成時にのみ関与します。
- アカウント契約 – カスタム機能の実装に使用されます。
- Paymaster Contract –ガスのカスタマイズされた支払いを処理する責任があります。
したがって、元の方法でトランザクションを開始する手順とAAの手順を比較すると、コンセンサスレイヤーのメカニズムを維持しながら、UserOperation、Bundler、EntryPointなどの新しいモジュールが導入され、より多くの機能を実装する可能性が高まっていることがわかります。
出典:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Account Abstraction Walletの主なイノベーション
AAは、開発者にとっては新機能の導入をより柔軟に行い、ユーザーにとってはWeb2プロダクトに合わせた運用を可能にします。
AAウォレットが模索している5つの重要な方向性があります。
- 社会的回復:秘密鍵の永久的な喪失の懸念に対処する。
AAでは、開発者は署名方法をカスタマイズすることができ、これは、署名やアカウントの回復のために、モバイル、電子メール、または生体認証を介して一般的なWeb2方法を利用することを意味します。
- マルチシグ:1つのアカウントを管理する複数の参加者に適用
アカウント所有者は、トランザクションの実行に 2 人以上のユーザーの承認を必要とするマルチシグ設定を確立できます。
- ガスの改善:ステーブルコインを含む任意のトークンで誰でもガスの支払いを行えるように
Account Abstractionを使用すると、ユーザーはステーブルコインを含む任意のトークンを利用してガスの支払いを行うことができ、サードパーティのガススポンサーシップの可能性がさらに広がります。 EVMに新たに追加されたモジュールであるPaymasterは、ガス関連の執行を処理するように設計されています。 つまり、DAppsの開発者は、ユーザーを獲得する手段として、ユーザーの料金を簡単に助成することができます。 さらに、ユーザーがクレジットカードなどでガス料金を支払うこともできます。
- 自動トランザクション:DAppとやり取りするたびに承認を得る代わりに、AAウォレットは、所定の条件下で自動実行できるように設定できます。 この機能により、トレーダーは分散型取引所を介して他の人の戦略をフォローしたり、web3の世界で定期的なサブスクリプションの支払いを行ったりすることができます。
- 通話の委任:ウォレットの所有者は、アカウントにさまざまな役割を割り当てます。
さまざまなユーザーに特定のアクセス権限を付与できます。 たとえば、アカウントAはウォレットを管理する権限があり、使用料の上限は月額100ドルです。
マルチシグネチャー機能を提供するAAウォレットの希少性は、技術的な制限によるものではありません。 むしろ、Safeがこの分野の市場シェアのほとんどを支配していることに起因しています。 その結果、他のウォレットプロバイダーは、個々のウォレット市場の獲得に努力を向けています。
*ウォレットは後でさらに機能を追加する可能性があります。 最終更新日 2023年11月3日
アカウントの抽象化の採用
このパートでは、外部所有口座(EOA)と新しい標準ERC-4337の下でのトランザクションの仕組みについて説明します。 また、ソーシャルリカバリー、マルチシグセットアップ、ガスの改善、自動取引、通話の委任など、AAウォレットの主要なイノベーションが強調されています。
最初の3つのコースでは、暗号ウォレットの開発に戻り、いくつかのWeb3ウォレットソリューション、特にEOAの単一障害点、マルチシグ、MPCウォレットのデリゲーターの再割り当てに関する制限に関するいくつかの課題と懸念を指摘します。 さらに、web3ユーザーは、急速に進化するWeb3ランドスケープの多様な要求を満たすために、開発者がソリューションを簡単に作成できる開発者に優しい環境を必要としています。 イーサリアム上のEOAのトランザクションロジックに制約を受けていたため、開発者はその機能を拡張し、DAppsのより複雑な要件を満たすことが困難であると感じていました。 ここで、勘定科目の抽象化の出番です。Account Abstractionに飛び込んで、Web3の大量導入において重要な進歩と見なされる理由を理解する前に、トランザクションの典型的なライフサイクルをEOAやイーサリアムのAAの改善と比較する必要があります。
イーサリアムネットワークでは、EOA(外部所有アカウント)のみがECDSAを署名としてトランザクションを開始でき、この署名されたトランザクションは、ネットワーク内のすべてのノードのMempoolに送信されて処理されます。 署名の一致、十分な残高、十分なガス、ナンスなどの情報が大多数のノードによって確認されると、EVMはトランザクションの実行を開始します。
上のチャートから、赤で囲まれた5つの部分がイーサリアムネットワークにハードコードされており、まったく変更できないことがわかります。 したがって、開発者は、暗号化方式を使用したマルチサインの実装など、新しい機能を導入する場合は、ゼロから始める必要があります。 イーサリアムネットワークの仕組みを変えずに、開発者にシンプルな開発環境を提供する方法はあるのでしょうか? 開発者のグループがEIP-4337を提案し、現在はERC-4337として知られています。 ERC-4337は、イーサリアムに新しい役割をもたらし、イーサリアムのアカウント抽象化と呼んでいます。 (略してAA)
※EIPとは、Ethereum Improvement Proposalの略で、イーサリアムコミュニティのメンバーであれば誰でも、イーサリアムネットワークを変更または改善するために行うことができるもので、ERCはイーサリアムネットワークの標準であり、コミュニティが採用したEIPのみがERCと呼ぶことができます。
ERC-4337内のトランザクションの一般的なライフサイクルは、次のようになります。
AAのコンテキストでは、バンドラーは元のEOAの役割を引き受け(実際にはバンドラーはEOAです)、UserOperationsをMempoolの元のトランザクションに対応するバンドルにパックすると見なすことができます。 UOはカスタマイズ可能で、幅広いタイプの署名が可能です。 コンセンサスレイヤーで検証されたバンドルのみがEVMに送信され、エントリーポイントによる各UOの具体的な検証と関連する契約の実行が行われます。 エントリポイントの検証後、特定の契約の実行が開始され、次の3つのモジュールに分かれています。
- 工場契約 – 最初の契約作成時にのみ関与します。
- アカウント契約 – カスタム機能の実装に使用されます。
- Paymaster Contract –ガスのカスタマイズされた支払いを処理する責任があります。
したがって、元の方法でトランザクションを開始する手順とAAの手順を比較すると、コンセンサスレイヤーのメカニズムを維持しながら、UserOperation、Bundler、EntryPointなどの新しいモジュールが導入され、より多くの機能を実装する可能性が高まっていることがわかります。
出典:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Account Abstraction Walletの主なイノベーション
AAは、開発者にとっては新機能の導入をより柔軟に行い、ユーザーにとってはWeb2プロダクトに合わせた運用を可能にします。
AAウォレットが模索している5つの重要な方向性があります。
- 社会的回復:秘密鍵の永久的な喪失の懸念に対処する。
AAでは、開発者は署名方法をカスタマイズすることができ、これは、署名やアカウントの回復のために、モバイル、電子メール、または生体認証を介して一般的なWeb2方法を利用することを意味します。
- マルチシグ:1つのアカウントを管理する複数の参加者に適用
アカウント所有者は、トランザクションの実行に 2 人以上のユーザーの承認を必要とするマルチシグ設定を確立できます。
- ガスの改善:ステーブルコインを含む任意のトークンで誰でもガスの支払いを行えるように
Account Abstractionを使用すると、ユーザーはステーブルコインを含む任意のトークンを利用してガスの支払いを行うことができ、サードパーティのガススポンサーシップの可能性がさらに広がります。 EVMに新たに追加されたモジュールであるPaymasterは、ガス関連の執行を処理するように設計されています。 つまり、DAppsの開発者は、ユーザーを獲得する手段として、ユーザーの料金を簡単に助成することができます。 さらに、ユーザーがクレジットカードなどでガス料金を支払うこともできます。
- 自動トランザクション:DAppとやり取りするたびに承認を得る代わりに、AAウォレットは、所定の条件下で自動実行できるように設定できます。 この機能により、トレーダーは分散型取引所を介して他の人の戦略をフォローしたり、web3の世界で定期的なサブスクリプションの支払いを行ったりすることができます。
- 通話の委任:ウォレットの所有者は、アカウントにさまざまな役割を割り当てます。
さまざまなユーザーに特定のアクセス権限を付与できます。 たとえば、アカウントAはウォレットを管理する権限があり、使用料の上限は月額100ドルです。
マルチシグネチャー機能を提供するAAウォレットの希少性は、技術的な制限によるものではありません。 むしろ、Safeがこの分野の市場シェアのほとんどを支配していることに起因しています。 その結果、他のウォレットプロバイダーは、個々のウォレット市場の獲得に努力を向けています。
*ウォレットは後でさらに機能を追加する可能性があります。 最終更新日 2023年11月3日