Kernel Ventures:イーサリアムのERC4337がもたらす変化を解読すると、どのような機会が見えますか?

現在、イーサリアムには、EOA(外部所有アカウント)とSCW(スマートコントラクトウォレット)の2つの主要なタイプのウォレットがあります。 しかし、それぞれが実行効率が低く、独立して取引を開始できないという課題を抱えています。 イーサリアムの開発者は、複数の調査を経て、この段階で最適な解決策を見つけましたが、それはERC4337によるアカウント抽象化の実装です。

1. ERC4337ウォレットは、Bundlerを介して秘密鍵とアカウントエンティティの分離を実装し、トランザクションのバッチ処理とトランザクションのプロアクティブな開始を可能にします。

2. さらに、スマートコントラクトウォレットの組み込みコードにより、外部情報に基づく自動トランザクション処理が可能になります。

3. しかし、この提案は、プロトコルレベルのアカウント抽象化やネイティブアカウント抽象化ウォレットなど、他のソリューションからの課題に直面しています。 さらに、ERC4337エントリー契約は今年3月にイーサリアムのメインネットで開始されたばかりであるため、まだ多くの問題が検討されておらず、最終的な解決策については大きな不確実性があります。 最後に、エントリーポイント契約のシングルポイントの性質上、ERC4337アップグレードに関しては大きく制限されています。

4. これらの問題に対処するために、ERC4337の開発者はEIP提案を補足して、エントリー契約を変更せずに最適化しました。 EOA時代とERC4337におけるDappsの非互換性の場合、ERC4337のサポーターは、ERC4337ウォレットとの相互作用に焦点を当てた多数のウォレットプロジェクトとDappプロジェクトを独自に作成しました。 これらのプロジェクトは、EOAアカウントが本来のDeFiやSocialFiのエコシステムで楽しめる様々なインタラクションを提供するとともに、操作性の向上にもつなげます。

全体として、ERC4337現段階では、アカウントの抽象化を実装するための最適なソリューションであることに変わりはありません。 Paymasterの補償契約を通じて、ユーザーがDefiに参加するための障壁を軽減します。 プロジェクトオーナーは、より多くのユーザーの参加を引き付けるために、0gasまたは低gasトランザクションを提供できます。 トランザクションをバンドルしてバッチ処理することで、SocialfiとGamefiのユーザーエクスペリエンスを大幅に向上させ、SocialfiとGamefiの参加者により多様なインタラクションオプションを提供します。

1.背景

分散化と利便性のトレードオフは、仮想通貨の参加者にとって常に大きな課題となっています。 分散化を採用するには、Web2運用の利便性を犠牲にし、単純なボタンクリックをニーモニックフレーズの管理、秘密鍵による署名、ノンス値の設定などのプロセスに置き換える必要があります。 一方、利便性の追求は、FTXやJPEXのような中央集権的な機関の崩壊に見られるように、アカウント所有権の重要性を露呈します。 この問題に対処するために、イーサリアムの開発者は、アカウント抽象化の概念を通じて、web3アカウントをweb2アカウントと同じくらい便利にするためにさまざまな試みを行ってきました。 これらの試みの中で、ERC4337標準は、今年のETCCCカンファレンスでイーサリアムの創設者であるヴィタリック・ブテリン氏が強調したように、開発者の間で大きなコンセンサスを得ています。

2. ERC4337勘定科目抽象化の原則

ERC4337には、UserOperation、Bundler、オンチェーンコントラクトの3つのオブジェクトが含まれ、アカウントエンティティから制御と所有権を分離するプロセスがあります。 UserOperationは主にユーザー入力を含み、Bundlerはトランザクションのパッケージ化とトリガーを完了し、オンチェーンコントラクトはEntry Point、Paymaster Contract、Wallet Contractで構成され、主に複雑な検証と実行ロジックを実装します。

1. UserOperation: UserOperation には、ユーザーが送信したトランザクションに関連するすべての情報が含まれます。 次の図は、UserOperation に入力する必要があるパラメーターと、通常の EOA アカウントがトランザクションを開始するために必要な入力パラメーターを示しています。

画像ソース:Kernel Ventures

ERC4337ウォレットとEOAウォレットの主な違いは、ERC4337ウォレットでは送信者を指定できるのに対し、EOAウォレットではECDSAリカバリアドレスがデフォルトの署名者であることです。 その結果、ERC4337ウォレットはアカウントの所有権と管理の分離を実現します。 次に、paymasterAndDataパラメータがERC4337に追加され、paymasterコントラクトの特定の情報を設定します。 ペイマスター契約の具体的な機能については、後ほど説明します。

1. Bundler:Bundlerは基本的にEOA(Externally Owned Account)であり、着信UserOperationのcalldata内のWalletコントラクトに関連するコードロジックを検証します。 calldataにTIMESTAMP、BLOCKHASHなどのコードが含まれている場合、またはウォレットストレージを超えたアクセスが含まれている場合、BundlerはUserOperationを拒否して、悪意のあるシミュレーション攻撃を防ぎます。 検証されると、Bundlerは複数のUserOperationをパッケージ化し、検証後にパブリックまたはプライベートmempoolにブロードキャストします。 さらに、イーサリアム上のスマートコントラクトはEOAアカウントによってトリガーされる必要があるため、Bundlerはエントリーポイントコントラクトと対話してUserOperationsを実行します。 このプロセスでは、Bundlerは、最大優先料金と実際のガスの差額、およびソートされたバンドルトランザクションからのMEV(Miner Extractable Value)の利益から利益を得ることができます。 したがって、ERC4337の台頭は、イーサリアムのバンドラーに新しいマイニングの形を導入する可能性があります。
2. エントリポイント:エントリポイントは、UserOperationの内容を検証して実行するために使用されるスマートコントラクトです。 これはBundlerによってトリガーされ、Bundlerとスマートコントラクトウォレットの分離を実現します。 ERC4337では、各ウォレットコントラクトには、エントリポイントコントラクトアドレスに特別な認証が割り当てられ、インタラクションプロセス中に特別な権限が与えられます。 Bundler がエントリ ポイント コントラクトを呼び出すと、コントラクトの handleOps 関数がトリガーされます。 この関数は、まずウォレットにバンドラーに対する十分なガス補償があるかどうかをチェックし、そうでない場合はトランザクションをロールバックします。 さらに、スマートコントラクトウォレットは、後続のコンテンツで言及するPaymaster契約によってガスを支払うことを選択できます。 すべての検証に合格すると、コントラクト内の_executeUserOp内部関数がUserOperationのcalldataの内容を徐々に実行し、スマートコントラクトウォレット内の対応する関数を呼び出します。 すべてが完了すると、残りのガスはバンドラーに補償されます。
3. ウォレットコントラクト:ウォレットコントラクトは、基本的にマルチコール機能を含むスマートコントラクトウォレットであり、UserOperationのコールデータからのデータのバッチ処理を可能にし、ガス消費量を大幅に削減します。 ただし、通常のスマートコントラクトの実行処理とは異なり、multiCall関数ではUserOperationの内容を直接実行するのではなく、validateOp処理とexecuteOp処理に分けて実行します。 UserOperationの内容がvalidateOpをパスしなかった場合、実行は自動的に終了し、全処理で発生するガス消費量は全てBundlerが負担し、executeOp関数に到達した時点では、契約実行終了の理由に関わらず、Wallet Contractがガス消費量を負担します。 このメカニズムにより、バンドラーがパッケージ化動作を通じて公正な利益を得ることができ、悪意のあるバンドラーがウォレットコントラクトに保存されているETHを枯渇させるDoS攻撃を仕掛けるのを防ぎます。
4. Paymaster:Paymaster は ERC4337 の必須コンポーネントではありません。 UserOperation の paymasterAndData パラメーターが空でない場合、指定された Paymaster コントラクトが Bundler に代わってガス料金を支払います。 このプロセス中に、バンドラーはPaymasterコントラクトのvalidatePaymasterOp関数をトリガーし、Paymasterがガスの支払いをサポートするのに十分な残高を持っているかどうかをチェックし、ユーザー定義の要件に基づいて指定されたUserOperationのガスを支払います。 ERC4337はPaymastersの使用を優先するための基準を指定していないことは注目に値します。 バンドラーは、最適なPaymasterを選択し、過去のガス支払いのオフチェーン記録に基づいて低品質のPaymasterを排除する必要があります。 Paymasters間のこの競争的なプロセスは、ネットワーク効率の向上に役立ちます。
5. 署名アグリゲーター:ERC4337 は非 ECDSA 署名アルゴリズムをサポートしているため、最初に異なる署名アルゴリズムを使用する UserOperations を分類します。 次に、Bundler は Signature Aggregator を介して集約された署名を生成し、1 回の検証プロセスでそれに含まれるすべてのトランザクションを検証できます。 このプロセスにより、ガス代の消費量が大幅に削減されます。

全体として、このプロセスでは、ユーザーは最初にユーザー定義パラメーターを使用して UserOperation を Bundler に送信します。 paymasterAndData パラメーターが存在する場合は、paymaster コントラクトが呼び出されてガス料金が支払われます。 initCodeパラメータが存在する場合、ユーザーはその中のコードロジックに基づいて新しいスマートコントラクトウォレットを作成します。 最後に、検証プロセス中のガス消費量を削減するために、ERC4337バッチ梱包トランザクションの方法を採用しています。 署名アグリゲーターは、一度だけ検証するために、同じタイプのUserOperationsを集約署名にパックするために使用されます。 オフチェーンのBundlerのシミュレートされた検証とオンチェーンの実際の検証の両方が通過した後、スマートコントラクトウォレットはUserOperationでユーザーのカスタム機能を正常に実行し、余分なガスを報酬としてBundlerに戻します。

画像ソース:Kernel Ventures

EOA(外部所有アカウント)を使用してトランザクションを開始するのに比べて、はるかに簡単です。 EOAでは、アカウントの秘密鍵で取引データに署名し、ネットワークにブロードキャストするだけで済みます。 ブロードキャストされたトランザクションはノードによって検証され、POSメカニズムによって選択され、会計権を持つ選択されたノードによってブロックチェーンに記録されます。 このプロセスは簡単で、ガス消費量が最小限に抑えられ、バンドラーやエントリポイントコントラクトなどの仲介者は必要ありません。 また、ECDSA暗号化アルゴリズムのみに基づくセキュリティを提供し、複雑なコントラクトロジックに固有のセキュリティリスクはありません。 ただし、このプロセスでは、秘密キーとアカウント制御は緊密に結合されており、変更できません。 各トランザクションは個別に署名して検証する必要があり、自動処理の機能はありません。

画像ソース:Kernel Ventures

要約すると、ERC4337は秘密鍵と口座所有権の分離を実現し、バッチ処理によって複雑な取引プロセスでのガス消費量を削減し、ペイマスターコントラクトを使用してイーサリアムの残高アクセスしきい値を排除し、スマートコントラクトウォレットを通じてさまざまな署名方法とカスタマイズされたアカウント機能を可能にします。 これらの改善により、web3アカウントの利便性と汎用性が大幅に向上します。

3. イーサリアムウォレットの種類とその長所と短所

1. EOA(外部所有アカウント):イーサリアムEOAアカウントは、12単語のニーモニックフレーズから生成される秘密鍵によって制御されます。 EOAアカウントにはトランザクションを開始する自律性がありますが、ユーザーは64文字の16進文字列または12単語のニーモニックフレーズを安全に保存する必要があり、不便な場合があります。 さらに、EOAアカウントによる本人確認を伴うトランザクションでは、個別の署名が必要であり、確認のたびに状態の書き換えと権限の変更の確認が含まれるため、面倒です。 最後に、EOAアカウントを使用してトランザクションを開始するには、イーサリアムをアカウントに事前に入金する必要があり、ウォレットのユーザビリティのしきい値が高くなります。
2. SCW(Smart Contract Wallet):SCWウォレットは、EOAウォレットと比較して利便性と自動化が大幅に向上しています。 スマートコントラクトの組み込みコードにより、トランザクションをバンドルし、ユーザーの意図に応じて複雑な操作を自動化できます。 ただし、SCWウォレットはEOAウォレットに比べて権限が低く、自律的にトランザクションを開始することはできません。 SCW ウォレットでトランザクションを開始するには、トランザクションをトリガーするための EOA アカウントが必要です。
3. MPC(Multi-Party Computation Wallet):MPCウォレットは、秘密鍵を複数のエンティティに分散させ、複数のエンティティが共同で保護し、署名が必要な場合は連結します。 マルチシグネチャーウォレットと似ていますが、両者には根本的な違いがあります。 まず、MPCウォレットには、断片化され保護された秘密鍵が1つしかありません。 第二に、マルチシグ検証は完全にオンチェーンのスマートコントラクトを通じて行われますが、MPCウォレットでのしきい値の設定と署名の生成はオフチェーンで行われます。 MPCウォレットは、単一障害点と秘密鍵の紛失によるアカウントの所有権を失うリスクを効果的に排除しますが、オフチェーンの署名生成プロセスは一元化されており、悪意のある動作の可能性を防ぐために厳格な監査メカニズムが必要です。 さらに、現在、ほとんどのMPCウォレットはカスタマイズされており、オープンソースではないため、開発プロセスにモジュール式に埋め込むことが困難であり、開発コストが増加します。 後述するMPCウォレットとAA(Account Abstraction)ウォレットは互いに競合しないことに注意することが重要です。 MPCウォレットは秘密鍵ストレージの問題点に対処し、AAウォレットはトランザクションプロセスの柔軟性に対処し、将来の開発で両方を組み合わせて使用できます。
4. AA(Account Abstraction):アカウント抽象化の概念は、2017年に提案されたEIP-86にまでさかのぼることができ、すべてのアカウントをコントラクトに変換し、ユーザーが独自のセキュリティモデルを定義できるようにすることを提案しました。 しかし、この提案はイーサリアムのコンセンサスレイヤーの変更を伴い、潜在的なセキュリティ上の問題を提起したため、EIP-86の無期限延期と、イーサリアムのコンセンサスまたはプロトコルレイヤーの変更を含むその後の提案となりました。 EIP-2938が導入されるまで、イーサリアムの基盤となるレイヤーへの大幅な変更は大幅に削減され、ノードにメモリプールルールを設定することでセキュリティ上の懸念に対処しました。 アカウントの抽象化に対する全体的なアプローチは、スマートコントラクトレイヤーを変更するだけでそれを実現する方法に移行しました。 2021年には、スマートコントラクト層のみで変更を加えることでアカウントの抽象化を完全に実現するERC4337が提案されました。 今年の3月には、ERC4337のエントリーポイントコントラクトがイーサリアムネットワークに展開され、ERC4337によるアカウント抽象化の時代が始まりました。

4. 課題と対応

4.1 未定のアカウント抽象化基準

1. コンセンサスレイヤーのアカウント抽象化:まず、イーサリアムのレイヤー1でのアカウントの抽象化については、ERC4337が唯一の解決策ではありません。 EIP2938主導のコンセンサスレイヤーのアカウント抽象化の優位性は、完全に排除されたのではなく、一時的に脇に追いやられました。 おそらく現在の視点から見ると、アカウントの抽象化がもたらすメリットは、開発者にイーサリアムのコアレベルでの変更を促すことはできません。 しかし、ERC4337スタイルのアカウントの抽象化が限界に達すると、人々はより良いユーザーエクスペリエンスを求めるようになります。 その際、コントラクトアカウントの権限を強化して自律的にトランザクションを開始できるようにし、Bundlerを排除し、トランザクションのコストと複雑さを軽減するコンセンサスレイヤーのアカウント抽象化ソリューションが再び検討されるかもしれません。
2. 確認すべきEIPの提案:次に、ERC4337の実施が1年未満であり、課題の発見と改善が続いています。 エントリポイントを変更することはできないため、一時的に提案されたERC4337の最適化EIPには、主にBundlerとオペコードの最適化が含まれます。 例えば、EIP-1589ではMEV攻撃を防ぐためのエンドーサーコントラクトを導入し、EIP-3974ではEOAアカウント制御をスマートコントラクトアカウントに委任できるようにするオペコードを追加しています。 これらの提案が承認されるかどうかは、イーサリアム開発コミュニティ内の議論にかかっています。
3. Layer2 Native Account Abstraction: 最後に、Layer2には、StarknetやZksync Eraなど、さまざまなネイティブアカウント抽象化ウォレットがあります。 Starknetでは、異なるECDSA署名スキームが使用されているため、署名と検証のコストが大幅に削減され、ガス消費量が大幅に削減されます。 一方、Starknetには、デフォルトでトップレベルアカウントと見なされ、複雑なコントラクトレイヤー操作を必要とせずに直接トランザクションを開始できるコントラクトアカウントのみがあり、開発者により柔軟でリッチなアプリケーション設計環境を提供します。

要約すると、イーサリアムのアカウントを抽象化するには、ERC4337が最も広く認識されているオプションですが、それだけではありません。

4.2 ERC4337自己欠乏症

1. ガスの固定コストが高い:ERC4337ウォレットの基本操作のガス消費量は42000ガスで、通常のEOAアカウントの2倍です。 具体的な理由は次のとおりです。
   
   画像ソース:Kernel Ventures
   スマートコントラクトの導入により、契約ビジネスの実行(UserOperationの解凍、条件付き検証の実行、オンチェーンハッシュなど)や、イーサリアムネットワーク上でのイベントのトリガーやログの公開など、かなりのガス消費が発生していることがわかります。 同時に、トランザクションコストを削減するためにERC4337で提案されたトランザクションのバッチ処理は、実際のトランザクションでは実用的ではないことが証明されています。 ほとんどのユーザーは、1回の呼び出しで多数のトランザクションをパックする必要はなく、バッチトランザクションERC4337利点は、プロジェクトのエアドロップなどのまれなシナリオでのみ利用できます。 さらに、もともとトランザクションコストを分散することを意図したUserOperationがチェーン上で実行に失敗した場合、ウォレットアカウントまたはバンドラーの損失が大きくなる可能性があります。

2. 高いアップグレードコスト:エントリー・ポイント・スマート・コントラクトでは、entryPoint()関数を使用して、IEntryPointインターフェースに準拠するパラメーターを返すことができます。 ウォレットコントラクトでは、このパラメータを使用して、外部トランザクションがentryPointコントラクトの関数呼び出しから来ているかどうかを判断できます。 ただし、これには、生成された各スマートコントラクトアカウントにEntryPointのアドレスをハードコーディングする必要があります。 EntryPointコントラクトへのアップグレードが必要な場合は、すべてのスマートコントラクトアカウント所有者の同意が必要になります。 ERC4337が広く採用されれば、この変更の難しさは、コンセンサスレイヤーの変更に匹敵するでしょう。 したがって、ERC4337の展開は細心の注意を払って行い、徹底的なセキュリティ監査を受ける必要があります。 さらに、将来的にパフォーマンスを最適化することも困難な作業になります。

3. コントラクトのセキュリティ問題:元のEOAアカウントでは、トランザクションプロセスは単純であり、トランザクションのセキュリティは暗号化と基盤となるブロックチェーンのコンセンサスメカニズムによって保証されています。 暗号化アルゴリズムと分散システムのコンセンサスメカニズムは、学術コミュニティによって広範囲にテストおよび検証されており、脆弱性の可能性は非常に低くなっています。 しかし、ERC4337ウォレットは、ブロックチェーンのコンセンサスメカニズムを通じて以前に検証された多くの操作を、コントラクト機能の判断に置き換えています。 そのため、コントラクト自体のセキュリティに対する要求が極めて高く、トランザクションロジックが複雑化するにつれて、セキュリティリスクが急激に高まります。

4.3 ERC4337へのアップグレードコスト

1. 伝統的なウォレットの巨人は慎重です。
   ChainCatcherのニュースによると、MetaMaskのプロダクトマネージャーであるAlex Jupiter氏は、Decryptとのインタビューで、アカウントの抽象化やEOAなどのさまざまなテクノロジーがEthCC中に何度も言及されましたが、MetaMaskはこれらのテクノロジーを慎重に採用すると述べています。
   従来のウォレットプロバイダーとして、MetaMaskはユーザーのEOAアカウントの作成を容易にし、分散型スワップサービスを提供することで手数料を請求します。 すでに安定した収益モデルを確立しているほとんどの確立されたウォレットジャイアントは、リスクを冒して変更を加えることに消極的です。 現在、彼らはアカウントの抽象化に対しても慎重なアプローチを採用しており、積極的に模索していますが、実装に対しては慎重な態度を維持しています。

2. Dappsの更新コスト
   Opensea、Uniswap、MetaMask Swapなど、イーサリアム上の既存のDappsはすべて、デフォルトでEOAアカウントを提供しています。 これらのDappsをERC4337ウォレットと完全に互換性を持たせるためには、Dappの相互作用と監査のメカニズム、およびトークンのステーキングメカニズムを変更する必要があります。 この変更を実現するには、主流のDappsのスマートコントラクトコードを変更する必要があり、セキュリティリスクが生じ、多額の更新コストが発生する可能性があります。 さらに、以前のTornadoコントラクトによって引き起こされたコントラクトアカウントへの抵抗を考慮すると、このアップデートのワークロードはさらに大きくなります。

4.4 ERC4337とクロスチェーン

イーサリアムとレイヤー2ネットワーク間のクロスチェーンブリッジでは、受信側ネットワークは、送信側ネットワークと同じアドレスから支払いが送信されることを期待するのが一般的です。 従来のEOA(外部所有アカウント)ウォレットでは、署名によって同じ秘密鍵で両方のアドレスを制御できるため、これは問題ではありません。 しかし、ERC4337ウォレットでは、送金を開始するアドレスはコントラクトアドレスであり、秘密鍵で制御されていないため、受信アドレスを送信ネットワークと同じに設定することはできません。 その結果、ERC4337ウォレットとイーサリアムのレイヤー1とレイヤー2ネットワーク間のほとんどのクロスチェーンブリッジの間には、ほとんどの場合、非互換性の問題があります。

4.5 ERC4337の改善

1. EIP提案の改善:ERC4337基準自体は修正が困難ですが、新しいEIPを提案することで補完することができます。 例えば、2022年6月に提案されたEIP5189では、Bundlerの選定プロセスにおけるリスクを軽減し、MEVボットによる悪意のある攻撃をさらに防止するために、エンドーザーコントラクトを導入しています。 さらに、EIP3074やEIP5003など、4337に関連する多数の保留中の提案がレビューを待っています。
2. クロスチェーンプロトコルの補足:イーサリアムのレイヤー1とレイヤー2の間のクロスチェーン問題の根本的な解決策は、クロスチェーンブリッジの底から始めることです。 ユーザーは受信ネットワークに独自の受信アドレスを設定できますが、この改善には、クロスチェーンブリッジの再デプロイや新しい契約のセキュリティの問題など、高いコストがかかります。 現在、最も理想的な解決策は、信頼できるサードパーティのEOAアカウントをERC4337ウォレットとクロスチェーンブリッジの間の仲介者として設定することです。 この仲介者は、担保として大量のETHまたはLayer2トークンを保有する必要があり、クロスチェーントランザクションの実行を支援するたびに、余分な資産を賭ける必要があります。 送金を受け取ったスマートコントラクトウォレットは、ステーキングされたトークンを返却した後、一定の報酬を提供します。
3. ERC4337の自作Dapps:今年3月にエントリーポイントコントラクトが展開されて以来、ERC4337に基づく多数のウォレットプロジェクトがイーサリアム上に実装されています。 これらのプロジェクトは、拡張性の高いスマートコントラクトウォレットプロジェクト「ZeroDev Kernel」や、日本政府と協業したウォレット抽象化プロジェクト「MynaWallet」など、ERC4337ウォレットに対応しています。 これらのプロジェクトは、アカウント抽象化ウォレットの大規模なエコシステムを形成します。 従来のウォレットマーチャントの慎重な姿勢にもかかわらず、イーサリアムでのUserOperationsの使用は今年3月以降増加し続けており、急速な拡大を示しています。

画像ソース:デューン

5. ERC4337がもたらす機会

画像ソース:Kernel Ventures

5.1 ERC4337のマイナーバンドラー

ERC4337 でアカウント サブジェクトをアカウント コントロールから分離するために、Bundler が導入されました。 一定量のETHを保有しているEOAアカウントは、バンドラーとして機能することができます。 POWメカニズムの下での従来のマイニングと比較して、この新しいマイニング方法は投資をほとんど必要とせず、潜在的な法的リスクも回避します。 POSメカニズムでのステーキングマイニングとは対照的に、バンドラーは参入障壁が非常に低く、32ETHをステーキングする必要はなく、エントリーポイントコントラクトとの相互作用に必要なガスのみを必要とします。 この違いの根本的な理由は、バンドラーによる悪意のある動作の難易度は、ノードを検証することよりもはるかに高く、悪意のある動作からの利益は、検証ノードの利益よりもはるかに小さいことです。 そのため、ERC4337プロトコルにおける報酬と罰の全体的なバランスを確保するために、多額のETHを賭ける必要はありません。 最後に、流動性プールのステーキング報酬と比較して、バンドラーはロックアップ期間が短いため、資産の流動性が高くなります。 ETHが大きな売り圧力に直面した場合、ユーザーは損失を減らすために資産を迅速に引き出すことができます。 これらの利点を考えると、バンドラーはイーサリアムの新しい投資方法になる可能性が高く、ビットコインマイニングプールやETHステーキングプールに似たバンドラープールにさらに進化する可能性があります。 低コスト、安定したリターン、高い流動性を提供します。

画像ソース:Kernel Ventures

5.2 ERC4337におけるインテントセントリック

インテント中心とは、ユーザーが特定の実行手順を理解する必要はなく、基盤となるモジュールに依存して、意図に基づいてモジュール化されたアクションを自動的に実行するユーザー中心のアプローチを指します。 Web3分野に参入する新規投資家にとって、取引の署名やガス制限の設定などのタスクの複雑さは、暗号資産を完全に受け入れることを躊躇することが多く、Web3の世界に完全に没頭するのではなく、中央集権型取引所(CEX)に頼ることになります。 分散型取引所(DEX)とCEXのユーザーエクスペリエンスの違いは、運用上の意図の違いから生じます。 DEXでは、ユーザーは最適な取引プールを手動で選択し、承認に署名し、トランザクションを確認する必要があり、これには根本的な動作に対応する複数の個別のアクションが含まれます。 一方、CEXはインテント主導のアクションに基づいて動作します。 例えば、USDTをETHに交換するという意図を最も有利な方法で実現するために、ユーザーは特定の注文価格を指定せずに成行注文を出すだけで済みます。 ほとんどのユーザーは、基礎となる操作を理解する必要なく、意図を満たすモジュール化されたプロセスを単に望んでいます。 プロセスを理解することで、モジュール化されたフロー内の潜在的な問題を特定するのに役立つと主張する人もいますが、大多数のユーザーは、その背後にある特定のアクションを理解するのではなく、自分の意図に合わせた合理化されたプロセスを好みます。 さらに、手作業で実施されるプロセスは、確立されたモジュール化されたフローと比較してリスクが高くなります。 ERC4337アカウントの抽象化が登場する前は、EOAアカウントの効率は、各トランザクションに個別に署名して確認する必要があるため、イーサリアムネットワーク上でのインテント中心のアプリケーションの開発を妨げていました。 ERC4337では、UserOperationとBundlerの導入により、トランザクションを代替mempoolに送信し、他のUserOperationsと集約し、Bundlerがバンドルしてエントリコントラクトに送信して検証と実行を行うのを待つことができます。 このプロセスでは、ユーザーは設定を宣言または署名するだけでよく、特定のアクションは既存のコンセンサスまたはコントラクトロジックに基づいてバンドラーによって選択および実行されるため、ユーザーは特定のプロセスに参加する必要がありません。 DAppsでは、インテント中心のロジックを設計することができ、ユーザーは個々のトランザクションを手動で選択して署名することなく、特定の目標を達成するための意図に署名するだけで済みます。 ERC4337の普及に伴い、イーサリアムネットワーク上でインテント中心のDAppsが普及し、web3への参入障壁が大幅に低下することが予想されます。

5.3 ERC4337下のDefi

前回の強気相場でEOAアカウントと緊密に統合されたDefiは、暗号投資家のオンチェーンインタラクションの多様性を向上させ、ステーキング、流動性提供、貸付などのさまざまな金融サービスを提供し、最終的にDefi Summerの台頭につながりました。 しかし、複雑な取引プロセスとオンチェーン手数料は、一般ユーザーが参加する上で大きな障壁となり、Defiのさらなる採用を妨げています。 ERC4337ウォレットと組み合わせることで、Defiはインテント中心のインタラクションアプローチを提供し、ユーザーは中央集権型取引所(CEX)に似たユーザーフレンドリーなインターフェースを体験することができます。 さらに、ERC4337のPaymaster機能により、ガスレス取引を実現できるため、特定のオペレーターはDefiの参入障壁を減らし、より多くの参加者を引き付けることができます。 ただし、SocialfiやGamefiなどのセクターとは異なり、Defiには多数のトークン転送とステーキングが含まれ、高いセキュリティ基準が必要です。 アカウント抽象化のコントラクト層は複雑になり、セキュリティの脆弱性が発生しやすくなり、ユーザーの資金が失われる可能性があります。 さらに、米国政府がTornadoなどのプライバシーに重点を置いた多くの契約を禁止したため、多くのDefiプラットフォームは、これらのスマートコントラクトとのやり取りを厳しく精査したり、一時停止したりしています。 その結果、スマートコントラクトウォレットと既存のDefiシステムの間には重大な非互換性があります。 Defiコントラクトとやり取りする過程で、誤ってブラックリストに登録される可能性さえあります。 これらの要因は、DefiスペースでERC4337ウォレットを広く採用するための課題を提示しています。

5.4 ERC4337未満の完全オンチェーンゲーム

セキュリティを確保するためにチェーン上のゲーム資産とアイテムのみを処理する初期のGameFiの「セミオンチェーン」ゲームとは異なり、完全オンチェーンゲームは、ゲームのコアロジックと経済モデルをブロックチェーンスマートコントラクトに書き込み、オンチェーンでのゲームの相互作用を可能にし、完全な分散化と高いセキュリティを実現します。 しかし、現在のWeb3ゲームは、完全なオンチェーン機能を実現するために大きな代償を払っています。 大きな課題の1つは、ガス料金の高騰です。 ゲームの仕組み、ゲーム内アイテム、シーンなど、完全にオンチェーンのゲームにおけるすべてのインタラクションをブロックチェーンに記録する必要があるため、コストが増加します。 この問題に対処するために、現在の完全オンチェーンゲームのインタラクションロジックは単純化されていることが多く、ユーザーのゲーム体験が制限されています。 さらに、従来のEOAアカウントを使用する場合、完全にオンチェーンのゲームでのインタラクションプロセスには面倒な署名検証が必要であり、ユーザーは各インタラクションを個別に確認する必要があり、ゲーム体験が大幅に低下します。 勘定科目の抽象化の導入により、これらの課題に対処します。 これにより、トランザクションコストが大幅に削減され、トランザクション確認にはBLS集約署名と1つの検証ステップのみが必要であり、暗号化検証プロセスのガス消費量を節約できます。 さらに、バッチ処理されたトランザクションにより、前のプロセスで確認を繰り返す必要がなくなります。 パーソナライズされたスマートコントラクトアカウントの導入により、完全にオンチェーンのゲームでのモジュール構築が可能になり、開発効率が向上します。 しかし、これまでのところ、アカウントの抽象化と完全なオンチェーンゲームの組み合わせは、主にStarkNetなどのレイヤー2ソリューションで見られ、Loot RealmsやCartridgeなどのプロジェクトで見られます。 これは、イーサリアムが完全なオンチェーンゲームとERC4337ウォレットの組み合わせに適していないからではなく、エントリーポイントコントラクトが今年3月にイーサリアムのメインネットに展開されたばかりだからです。 その結果、イーサリアム上のほとんどのERC4337ベースの完全オンチェーンゲームはまだ開発中です。 近い将来、イーサリアム上で多くのERC4337ベースの完全オンチェーンゲームが発売され、インタラクティブな体験が大幅に向上し、インタラクションコストが削減されることが予想されます。 Dark ForestやWolf Gamesなど、イーサリアム上の既存の大規模な完全オンチェーンゲームも、ERC4337アカウントのインタラクションと互換性を持たせるためにコントラクトレイヤーを変更することを検討するかもしれません。

5.5 ERC4337下のSocialfi

秘密鍵口座のバンドルメカニズムとEOA口座の限られたインタラクション機能に囚われているSocialfiは、高い参入障壁と困難な口座管理の問題に長い間直面してきました。 アカウントの抽象化の導入により、この状況は完全に変わりますが、利便性、回復性、セキュリティのトレードオフは、SocialfiにおけるWeb3アカウントの特定の重要性に基づいて比較検討する必要があります。 まず、秘密鍵とアカウント制御を分離することで、ユーザーが複雑で順序付けられていない秘密鍵やニーモニックフレーズを管理する必要がなくなり、アカウントパスワードの動的な調整が可能になります。 例えば、2021年末に立ち上げられたAmbireプロジェクトは、電子メールによるWeb3アカウントの作成と秘密鍵の回復を実現しました。 第二に、ERC4337が提供するトランザクションのバッチ処理は、この記事の冒頭で提起されたWeb3バリアの問題を解決します。 ボタンがweb2で問題を解決できるように、web3でもボタンで解決できます。 最後に、ERC4337アカウントへのカスタムコードロジックの導入は、Web2アカウントのパーソナライズされた設計に沿ったものであり、ユーザーの好みに基づいてQQでチャネル機能を開くか開かないかのオプションと同様に、各Socialfiアカウントは好みに応じて異なるアカウント機能を導入できます。

6. 今後の見通し

本稿執筆時点で、web3のユーザー数は約3億人で、世界人口60億人のインターネットユーザーの約4%に過ぎません。 インターネットユーザーの総数と比較すると、まだまだ成長の余地があります。 web3がweb2の規模に追いつき、10億ユーザーというマイルストーンを超えるためには、参入障壁の低さと、よりカスタマイズ可能なアカウント機能が前提条件となります。 この目標を達成するためのすべてのオプションの中で、ERC4337は成熟したフレームワークを備えた比較的低リスクのソリューションとして際立っており、イーサリアム財団と主要な開発者から認められています。 イーサリアムにエントリーポイントコントラクトが展開されて以来、アカウント抽象化を採用するユーザーの数は爆発的に増加しています。

画像ソース:デューン

ERC4337はイーサリアムコミュニティから広く認知され、支持を得ていますが、実際の実装においてはまだいくつかの課題に直面しています。 第一に、ERC4377の最終形態については、未決の提案により不確実性があり、ERC4377エコシステムの発展に障害となっています。 第二に、ERC4377の更新に関連する高いコストがあります。 エントリーポイントコントラクトを展開するには、ネットワーク内のウォレットの大部分が新しい標準を採用する必要があり、コストと時間のかかるプロセスになる可能性があります。 最後に、既存のDappsやクロスチェーンブリッジとの互換性の問題があります。 ERC4337の普及を実現するには、既存のイーサリアムDappsの大規模なアップグレードが必要であり、これには重大なセキュリティリスクとコストが伴います。

しかし、ERC4377はこれらの課題に積極的に取り組んできました。 例えば、外部のスマートコントラクトを追加することで、バンドラーの効率を向上させることができます。 追加のオペコードは、スマートコントラクトアカウントの権限を強化することができます。 EIPの補足提案は、エントリーポイント契約のアップグレードの難しさを解決することを目的としています。 さらに、従来のDappsとの互換性の問題に対応して、ERC4337独自のエコシステムを構築し、イーサリアムネットワーク上でのアカウント抽象化ウォレットの幅広い適用を促進しています。 ERC4337ウォレットの包括的な実装により、イーサリアム仮想マシン(EVM)レベルでのEVMインテントセントリックが可能になり、Dappsでの操作をさらに抽象化して、Web2アプリケーションと同様にユーザーインテント指向でユーザーフレンドリーにすることができます。 イーサリアムDappsでインテント中心の機能を完全に実現できれば、ユーザーエクスペリエンスが大幅に向上し、暗号コミュニティ以外からより多くのユーザーが参加できるようになります。 ただし、直接トークン転送を伴うDefiのようなセクターの成長は、セキュリティ要件が厳しいため、より保守的になる可能性があります。 一方、SocialfiやGamefiなどのセクターは、セキュリティ上の懸念よりもユーザーエクスペリエンスを優先しています。 以前は、EOAアカウントの制限により、複雑なインタラクションデザインは不可能でした。 ERC4337により、これらのセクターは、高いユーザーエントリー要件と貧弱なユーザーエクスペリエンスの障壁を克服することができ、大幅なユーザー増加につながり、次の暗号強気市場の主要な触媒として機能する可能性があります。

Kernel Venturesは、研究開発コミュニティによって推進される暗号ベンチャーキャピタルファンドであり、インフラストラクチャ、ミドルウェア、dApps、特にZK、Rollup、DEX、モジュラーブロックチェーン、およびアカウントの抽象化、データの可用性、スケーラビリティなど、将来の数十億人の暗号ユーザーをオンボーディングする垂直領域に焦点を当てた70以上の初期段階の投資を行っています。 過去7年間にわたり、私たちは世界中のコア開発コミュニティと大学ブロックチェーン協会の発展を支援することに尽力してきました。

免責事項：

1. この記事は[mirror]からの転載です。 すべての著作権は原作者[Kernel Ventures Jerry Luo]に帰属します。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。