著者: Arrow@go2mars、出典: 著者 Twitter @ArrowCrypto\_eth今日は、インテント トランザクションに基づく ERC-4337 (イーサリアム アカウントの抽象化) について説明します。実際、前回の記事で、Bob the Solver プロジェクトにおける Account Abstract の役割についてすでに述べました。**ERC-4337 アカウントの抽象化**ERC-4337 は、分散化と検閲耐性に影響を与えることなくアカウントの抽象化を達成することを目的としており、ユーザーはスマート コントラクトと外部所有アカウントの両方の機能を備えた単一のアカウントを利用できます。これは、AA ウォレットが単一のエンティティによって制御される集中リレーに依存せずにスマート コントラクト ウォレットにアクセスできることを意味し、単一のコントラクト アカウントでトランザクションとコントラクトの作成を可能にします。アカウント抽象化は、既存の2種類のアカウント、①外部所有アカウント（EOA）と②スマートコントラクトアカウント（CA）の機能を組み合わせ、単一のアカウントでウォレットにスマートコントラクト機能をもたらします。これにより、将来の革新的なウォレットのデザインが可能になります。まず、これら 2 種類のアカウントの基本を理解しましょう。Ethereum アカウントには、{nonce、balance、codeHash、StorageRoot} の 4 つのフィールドがあります。ここで、①Nonceは、外部アカウントから送信されたトランザクションの数、または契約アカウントによって作成された契約の数を表示するために使用されるカウンターです。②残高 – このアドレスが所有する Wei の量。③codeHash - このハッシュはイーサリアム仮想マシン (EVM) 上のアカウント コードを表します。契約アカウントには、さまざまな操作を実行するプログラムされたコードが含まれています。この EVM コードは、アカウントがメッセージ呼び出しを受信した場合に実行されます。他のアカウントフィールドとは異なり、変更できません。すべてのコード スニペットは、後で取得できるように状態データベース内の対応するハッシュの下に保存されます。④storageRoot – ストレージハッシュと呼ばれることもあります。2 つのアカウント タイプは次のとおりです。①外部所有アカウント（外部所有アカウント）、つまりEOAは、秘密鍵を持っている人が管理する外部所有アカウントであり、codeHashは空です。②連絡先アカウント（Contact Account）、つまりCAには秘密鍵がなく、codeHashが空ではありません。EOA 外部アカウントと CA 契約アカウントの主な違いは次のとおりです。外部保有アカウント (EOA): アカウントの作成は無料で、トランザクションを開始できます。すべての外部アカウント間で実行できるのはイーサリアムとトークンのトランザクションのみであり、一対の暗号化キーで構成されています: アカウントを制御する公開キーアクティビティと秘密鍵。契約アカウント (CA): ネットワーク ストレージ スペースを使用する必要があるため、契約の作成にはコストがかかります。トランザクションは受信時にのみ送信できます。外部アカウントから契約アカウントに開始されたトランザクションは、さまざまな操作を実行できるコードをトリガーできます。 、トークンの転送など コインは新しいコントラクトを作成することもできます; コントラクトアカウントは秘密キーを持たず、スマートコントラクトコードロジックによって制御されます。ERC-4337 の 2 つのアカウントを組み合わせることで、1 つのアカウントでスマート コントラクト機能がウォレットに提供され、AA ウォレットの機能に多くの想像の余地がもたらされます。現在、最も広く使用されているメタマスクのリトル フォックス ウォレットなど、ほとんどのイーサリアム ウォレットは外部保有アカウントです。ただし、この種の外部ウォレットは、外部ウォレットの設定されたルールによって制限されます。たとえば、アカウントへのアクセスは完全に秘密キーに依存し、すべてのトランザクションは署名される必要があります。ニーモニックを失うと、制御を失います。財布です。スマートコントラクトアカウントで管理されるスマートコントラクトウォレットにもこの機能を実装できるため、利便性が高まります。ニーモニックが不要となるため、ニーモニックを紛失する心配がなく、多要素認証やアカウント回復が実現します。同時に様々なカスタマイズサービスも実現可能です。**ERC-4337 の仕組み**アカウント抽象化の提案では、コンセンサス層プロトコルを変更する必要が完全に回避されており、実際、以前の EIP-2938 でも同様の概念が提案されていましたが、コンセンサス層プロトコルを変更する必要があります。 「EOA制御をスマートコントラクトに委任する」という考え方もEIP-3074で提案されています。新しいプロトコル機能を追加し、基礎となるトランザクション タイプを変更する代わりに、ERC-4337 提案では、UserOperation と呼ばれる高レベルの疑似トランザクション オブジェクトが導入されています。実際の操作プロセスでは、ユーザーは UserOperation オブジェクトを新しい別のメモリ プールに送信します。これらのオブジェクトは、バンドラー (Bundler) を介して特別なコントラクトを呼び出すことによって単一のトランザクションにパッケージ化され、トランザクションもブロックに含まれます。この提案では、ユーザーが ETH の代わりに任意の ERC-20 トークン (USDC など) でガス料金を支払ったり、ガス料金をすべて分散型でサードパーティによって完全にサポートできる支払いメカニズムも導入されています。**ERC-4337 によるインテント トランザクション**ERC-4337 では、UserOperation はユーザーのトランザクション意図を表す「疑似トランザクション オブジェクト」です。これには、スマート コントラクト アカウントによって開始されたスマート コントラクト呼び出しを実行するための複数の命令と追加データを含めることができます。その後、ERC4337 によって、ますます多くの意図が採用されることになります。dappOS について見てみましょう。dappOS は、最近非常に人気があり、「インテント中心」の新しい物語をリードするものとして知られている Web3 オペレーティング プロトコルです。dappOS は、dApp をモバイル アプリと同じくらい使いやすくするために設計された Web3 オペレーティング プロトコルです。初のWeb3統一運用プロトコルとして、ユーザーとパブリックチェーンやクロスチェーンブリッジなどの暗号化インフラストラクチャーとの間にレイヤーを作成し、ユーザーがdappOSと簡単に対話し、分散型世界で検証と検証を完了できるように実装します。 DappOS には、誤って削除したニーモニックワードを復元する機能が含まれており、ユーザーは他のデバイスやサードパーティの KYC サービスを通じてアカウントをリセットできます。このソリューションは主に次の 2 つの部分で構成されます。①dappOS アカウント: ユーザーは外部アカウント EOA の代わりにアカウント抽象化に基づいた統合アカウントを使用するため、ユーザーはアカウントの復元、バッチ処理前のトランザクション、および実行の自動化が可能になります。ウォレットの集約により、ユーザーも容易になり、異なるチェーン上の資産を一元管理できます。② dappOS ネットワーク: ユーザーがウォレットやクロスチェーン関連の操作を自動的に実行し、トランザクションの背後で複雑な対話プロセスを完了するのに役立つ分散型ネットワーク。つまり、dappOSをベースにして、将来的には、より迅速に愚かなdappsを作成できるようになります。ユーザーにとっては、自分で操作を行うのではなく、自分が何をしたいのか意図を明確にするだけで済み、一度の署名だけで全ての操作が完了します。
ロングプッシュ: インテントトランザクションに基づくERC-4337市場のユースケースの分析
著者: Arrow@go2mars、出典: 著者 Twitter @ArrowCrypto_eth
今日は、インテント トランザクションに基づく ERC-4337 (イーサリアム アカウントの抽象化) について説明します。実際、前回の記事で、Bob the Solver プロジェクトにおける Account Abstract の役割についてすでに述べました。
ERC-4337 アカウントの抽象化
ERC-4337 は、分散化と検閲耐性に影響を与えることなくアカウントの抽象化を達成することを目的としており、ユーザーはスマート コントラクトと外部所有アカウントの両方の機能を備えた単一のアカウントを利用できます。
これは、AA ウォレットが単一のエンティティによって制御される集中リレーに依存せずにスマート コントラクト ウォレットにアクセスできることを意味し、単一のコントラクト アカウントでトランザクションとコントラクトの作成を可能にします。
アカウント抽象化は、既存の2種類のアカウント、①外部所有アカウント（EOA）と②スマートコントラクトアカウント（CA）の機能を組み合わせ、単一のアカウントでウォレットにスマートコントラクト機能をもたらします。これにより、将来の革新的なウォレットのデザインが可能になります。
まず、これら 2 種類のアカウントの基本を理解しましょう。
Ethereum アカウントには、{nonce、balance、codeHash、StorageRoot} の 4 つのフィールドがあります。ここで、
①Nonceは、外部アカウントから送信されたトランザクションの数、または契約アカウントによって作成された契約の数を表示するために使用されるカウンターです。
②残高 – このアドレスが所有する Wei の量。
③codeHash - このハッシュはイーサリアム仮想マシン (EVM) 上のアカウント コードを表します。契約アカウントには、さまざまな操作を実行するプログラムされたコードが含まれています。この EVM コードは、アカウントがメッセージ呼び出しを受信した場合に実行されます。他のアカウントフィールドとは異なり、変更できません。すべてのコード スニペットは、後で取得できるように状態データベース内の対応するハッシュの下に保存されます。
④storageRoot – ストレージハッシュと呼ばれることもあります。
2 つのアカウント タイプは次のとおりです。
①外部所有アカウント（外部所有アカウント）、つまりEOAは、秘密鍵を持っている人が管理する外部所有アカウントであり、codeHashは空です。
②連絡先アカウント（Contact Account）、つまりCAには秘密鍵がなく、codeHashが空ではありません。
EOA 外部アカウントと CA 契約アカウントの主な違いは次のとおりです。
外部保有アカウント (EOA): アカウントの作成は無料で、トランザクションを開始できます。すべての外部アカウント間で実行できるのはイーサリアムとトークンのトランザクションのみであり、一対の暗号化キーで構成されています: アカウントを制御する公開キーアクティビティと秘密鍵。
契約アカウント (CA): ネットワーク ストレージ スペースを使用する必要があるため、契約の作成にはコストがかかります。トランザクションは受信時にのみ送信できます。外部アカウントから契約アカウントに開始されたトランザクションは、さまざまな操作を実行できるコードをトリガーできます。 、トークンの転送など コインは新しいコントラクトを作成することもできます; コントラクトアカウントは秘密キーを持たず、スマートコントラクトコードロジックによって制御されます。
ERC-4337 の 2 つのアカウントを組み合わせることで、1 つのアカウントでスマート コントラクト機能がウォレットに提供され、AA ウォレットの機能に多くの想像の余地がもたらされます。
現在、最も広く使用されているメタマスクのリトル フォックス ウォレットなど、ほとんどのイーサリアム ウォレットは外部保有アカウントです。
ただし、この種の外部ウォレットは、外部ウォレットの設定されたルールによって制限されます。たとえば、アカウントへのアクセスは完全に秘密キーに依存し、すべてのトランザクションは署名される必要があります。ニーモニックを失うと、制御を失います。財布です。
スマートコントラクトアカウントで管理されるスマートコントラクトウォレットにもこの機能を実装できるため、利便性が高まります。ニーモニックが不要となるため、ニーモニックを紛失する心配がなく、多要素認証やアカウント回復が実現します。同時に様々なカスタマイズサービスも実現可能です。
ERC-4337 の仕組み
アカウント抽象化の提案では、コンセンサス層プロトコルを変更する必要が完全に回避されており、実際、以前の EIP-2938 でも同様の概念が提案されていましたが、コンセンサス層プロトコルを変更する必要があります。 「EOA制御をスマートコントラクトに委任する」という考え方もEIP-3074で提案されています。
新しいプロトコル機能を追加し、基礎となるトランザクション タイプを変更する代わりに、ERC-4337 提案では、UserOperation と呼ばれる高レベルの疑似トランザクション オブジェクトが導入されています。
実際の操作プロセスでは、ユーザーは UserOperation オブジェクトを新しい別のメモリ プールに送信します。これらのオブジェクトは、バンドラー (Bundler) を介して特別なコントラクトを呼び出すことによって単一のトランザクションにパッケージ化され、トランザクションもブロックに含まれます。
この提案では、ユーザーが ETH の代わりに任意の ERC-20 トークン (USDC など) でガス料金を支払ったり、ガス料金をすべて分散型でサードパーティによって完全にサポートできる支払いメカニズムも導入されています。
ERC-4337 によるインテント トランザクション
ERC-4337 では、UserOperation はユーザーのトランザクション意図を表す「疑似トランザクション オブジェクト」です。これには、スマート コントラクト アカウントによって開始されたスマート コントラクト呼び出しを実行するための複数の命令と追加データを含めることができます。その後、ERC4337 によって、ますます多くの意図が採用されることになります。
dappOS について見てみましょう。dappOS は、最近非常に人気があり、「インテント中心」の新しい物語をリードするものとして知られている Web3 オペレーティング プロトコルです。
dappOS は、dApp をモバイル アプリと同じくらい使いやすくするために設計された Web3 オペレーティング プロトコルです。初のWeb3統一運用プロトコルとして、ユーザーとパブリックチェーンやクロスチェーンブリッジなどの暗号化インフラストラクチャーとの間にレイヤーを作成し、ユーザーがdappOSと簡単に対話し、分散型世界で検証と検証を完了できるように実装します。 DappOS には、誤って削除したニーモニックワードを復元する機能が含まれており、ユーザーは他のデバイスやサードパーティの KYC サービスを通じてアカウントをリセットできます。
このソリューションは主に次の 2 つの部分で構成されます。
①dappOS アカウント: ユーザーは外部アカウント EOA の代わりにアカウント抽象化に基づいた統合アカウントを使用するため、ユーザーはアカウントの復元、バッチ処理前のトランザクション、および実行の自動化が可能になります。ウォレットの集約により、ユーザーも容易になり、異なるチェーン上の資産を一元管理できます。
② dappOS ネットワーク: ユーザーがウォレットやクロスチェーン関連の操作を自動的に実行し、トランザクションの背後で複雑な対話プロセスを完了するのに役立つ分散型ネットワーク。
つまり、dappOSをベースにして、将来的には、より迅速に愚かなdappsを作成できるようになります。ユーザーにとっては、自分で操作を行うのではなく、自分が何をしたいのか意図を明確にするだけで済み、一度の署名だけで全ての操作が完了します。