# イーサリアムアカウントの抽象化トラックの過去と未来を深く解読する## イントロダクション本文は二つの大きな部分に分かれています:まず、2015年の最初のAA提案から始めて、システムはこれまでのEIP提案の主要内容を整理し、AAの歴史的提案の進化を探り、各提案の長所と短所を総合的に評価します。次に、EIP4337の導入後に直面した市場からの良くないフィードバックを重点的に比較し、イーサリアムの次のバージョンアップグレードに組み込まれるEIP7702を深く分析します。この提案が統合されると、チェーン上のアプリケーションの形態が全方位で変わります。EIP-7702は画期的な意義を持っており、次に詳細を見ていきましょう。## 1. アカウントの抽象化の背景### 1.1 アカウントの抽象化の意義の位置づけイーサリアムの創設者Vitalikは2023年末に再度ETHの開発ロードマップを更新しましたが、アカウントの抽象化に関する設定は変更されていません。現在、主流のモデルはEIP-4337から次の段階である自発的なEOAアカウントへの移行へと進んでいます。EIP4337が導入されてから1年以上が経過した(、2023年3月1日にデンバーで開催されたWalletConにおいて、イーサリアム財団の開発者が設計したERC-4337コアコントラクトがOpenZeppelinによる監査を通過し、正式なリリースの歴史的なマイルストーンと見なされました)。ユーザーに広く認識されているものの、使用率はあまり高くありません。このような矛盾した市場環境の中で、EIP-7702の進捗は大幅に前倒しされ、次回のアップグレードで統合されることが確定しました。### 1.2 アカウントの抽象化の市場現状 1年半の発展を経て、EIP4337の主流チェーン上のアカウント総数はわずか1200万であり、その中でイーサリアムメインネット上の活発なアドレスは6,764個に過ぎず、EOAおよびCAアドレスの数とは大きな差があります。現在、イーサリアムメインネットの独立したアドレス数は2.7億に達しています。EIP4337はメインネット上でほとんど実質的な発展がなかったと言えます。しかし、これはAAの本質的な価値に影響を与えません。EIP4337の設計は、メインネットの前方互換性の問題を解決するのが難しいことを運命づけています。さまざまなL2チェーンが一般的にネイティブAAを組み込むにつれて、EIP4337アドレス数はL2で急増し、その中でBaseとPolygonチェーンの7月の月間アクティブユーザー数はそれぞれ100万と300万に達し、良好なパフォーマンスを示しています。したがって、EIP4337の設計には問題がなく、多くの利点があります。現在の状況は、メインネットとL2の違いから生じており、それぞれに適したソリューションを採用する必要があります。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈](https://img-cdn.gateio.im/social/moments-cecbf67df71971d38b0a927be5e4c4d90192837465674839201## 2. アカウントの抽象化とは何ですか?アカウントの抽象化は本質的に所有権の分離問題を解決します。EVMアーキテクチャには2種類のアカウントがあります: 外部アカウント)EOA(と契約アカウント)Contract Account(。外部アカウントの所有権と署名権は実際には同一の主体によって保有されています。秘密鍵を持つ人はアカウントの"所有権"を持つだけでなく、"すべての資産の移転に署名する権利"も持っています。これはイーサリアムのアカウント取引構造によって決まっています。取引構造から見ると、イーサリアムの標準取引には実際にはFromフィールドがありません。資金移転を行う際、具体的にどのアドレスの資金を消費するかは、VRSパラメータ)、つまりユーザーの署名(を通じてFromアドレスを逆解析することによって決まります。これにはECDSAなどの非対称暗号、単方向しきい関数などの概念が含まれますが、詳しくは説明しません。要するに、ここでは暗号学によって安全性が保証されていますが、それが現在の所有権統合のEOAアドレスの困難を引き起こしています。EIP4337の核心的な効果は、取引フィールドにSender Addressフィールドを追加することで、プライベートキーと操作されるアドレスを分離できるようにすることです。所有権の分離がこれほど重要な理由は、外部アカウント)EOA(の設計がより多くの問題を引き起こすからです:1. 秘密鍵の保護が難しい: ユーザーが秘密鍵)を失ったり、ハッキング攻撃に遭ったり、暗号学的に解読される(といったことは、すべての資産を失うことを意味します。2. 署名アルゴリズムが単一:ネイティブプロトコルは、取引の検証においてECDSA署名と検証アルゴリズムのみを使用できる。3. サイン権限が高すぎる: ネイティブのマルチシグ)マルチシグはスマートコントラクトを通じてのみ協力を実現でき(、シングルサインで任意の操作を実行できます。4. 取引手数料はETHでのみ支払い可能で、バッチ取引はサポートされていません。5. 取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。これらの制限により、一般ユーザーがイーサリアムを使用することが難しくなっています:まず、イーサリアム上の任意のアプリを使用するには、ユーザーはエーテル)を保有し、エーテルの価格変動リスク(を負う必要があります。次に、ユーザーは複雑な料金ロジックを処理する必要があります。ガス価格、ガスリミット、取引ブロック)ノンス順(などの概念は、ユーザーにとって非常に複雑です。最後に、多くのブロックチェーンウォレットやアプリが製品の最適化を通じてユーザー体験を向上させようとしていますが、効果は限定的です。したがって、解決策はアカウントの抽象化を実現し、所有権)Owner(と署名権)Signer(をデカップリングすることで、上記の問題を段階的に解決することにあります。歴史的に多くの案があり、最終的には二つのルートに帰結しました。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-65d1ef9656425666ee30c38bbb63e769(## 3. AAヒストリカルプロポーザルコンテクストコーミング問題の解決策には多くのEIP提案があるように見えますが、結局のところ2つの核心的な考え方に集約されます。過去に通過しなかったEIPで考慮された問題も現在の提案の突破口に集約されています。) 3.1 第一のルートはEOAアドレスをCAアドレスに変えることです2015年11月15日、EIP-101を巡って、ヴィタリックは契約をアカウントの新しい構造として提案しました。アドレスをコードとストレージスペースのみのものに変更し、手数料のサポートをERC20によって支払い、プリコンパイル契約を通じてネイティブトークンをERC20のようなものに変更して残高###を持ち、代わりに引き落としの承認などの機能(を持たせ、トランザクションフィールドをto、startgas、data、codeの4つだけに簡素化しました。現在のところ、これは大躍進的な変革のようで、基盤設計を大幅に変更し、各アカウントアドレスが自分自身の「コード」ロジックを持つことを可能にします)。これが現在EIP-7702が実現しようとしている効果です(。他の機能も派生することができます、例えば:1. 取引により多くの暗号アルゴリズムを使用でき、各アドレス内部のコードにより署名検証および認証方法を指定できます。2. 量子攻撃に対抗する特性を備えており、コードにアップグレード機能があります。3. イーサリアムをERC20契約と同じ機能特性を持たせ、核心的な効果は代わりに消費することなく、原生コインを消費せずに権限を付与することを実現する。4. アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キーリカバリーなどに対応します。進展を続けられなかった理由は簡単です。明らかに歩幅が大きすぎて、現在の取引ハッシュ衝突問題や安全性の懸念を考慮しきれなかったため、ずっと保留されていました。しかし、各利点の理念は、後続のEIP4337およびEIP7702のコア機能の一つとなりました。その後、EIPの一連の試みがこの論理を改善しようとしました:EIP-859:メインチェーンアカウントの抽象化)2018-01-30(Codeのデプロイメント問題を解決しようとする試みで、核心的な役割は、取引相手の契約が未デプロイの場合、取引に付随するcodeパラメータを使用して契約ウォレットをデプロイすることです。次に、新しいPAYGASオペコードを提案しており、ガスを支払うだけでなく、取引のパラメータの検証部分と実行部分の区切りとしても機能します。当時は実現できませんでしたが、これが現在のEIP7702の核心ロジックの一つとなりました。EIP7702の各取引は特別な取引構造を組み合わせており、一定のコードを添付することができるため、この取引においてEOAアドレスがコントラクトの能力を持つことができます。EIP-7702:EOAアカウントコード)2024-05-07(これは本文の後続の議論メカニズムの核心EIPであり、Vitalikによって発表されたEIP-3074の代替案です。したがって、EIP-3074は廃止され、EIP-7702が今後のETH Prague/Electra)Pectra(ハードフォークに組み込まれることが決定されました。具体的な内容については以下で詳しく説明します。) 3.2 第二のルートは、EOAアドレスがCAアドレスを駆動することです。EIP-3074: AUTH および AUTHCALL オペコード ###2020-10-15( を追加EVMに新しい2つのOpCodeを追加しました：AUTHとAUTHCALL。これにより、EOAはこれらの2つのOpCodeを通じて、EOAのアイデンティティの代わりに契約を認可して他の契約を呼び出すことができます。概括すると、EOAは署名されたメッセージ)を取引(として自分が信頼するコントラクト)に送信することができ、このInvoker(上のInvokerコントラクトは、AUTHおよびAUTHCALLオペコードを使用してこのEOAの代わりにこの取引を発行することができます。EIP-4337:トランザクションメモリプールを用いたアカウントの抽象化)2021-09-29(MEVに触発されて設計され、その核心的な価値はコンセンサス層のプロトコルの変更を完全に回避できることです。EIP4337は新しい取引オブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信します。バンドラーはマイナーの観点からこれを一括してパッケージ化し、コントラクトの実行取引を配信します。本質的には、基盤となる取引とアカウントの運用をコントラクトレベルで実行することに引き上げています。EIP-5189:背書者を通じて抽象アカウント)2022-06-29(を操作するこれはEIP4337のロジックを最適化したものであり、悪意のあるBundlerに対抗するために、資金罰金の裏付けとなるendorserを構築するメカニズムを通じてDoSブロッキング攻撃を防ぐものです。) 3.3 AAをサポートするためのその他の提案EIP-2718:新しい取引タイプのパッケージ封筒###2020-06-13(これはすでにFinalな提案であり、将来の新しい取引タイプの封筒として新しい取引タイプを定義しています。最終的な効果は、新しい取引タイプを導入する際に、特定のエンコードを通じてそれがどのタイプの取引であるかを区別し、後方互換性だけを持ち、前方互換性を必要としないことです。最も一般的な例はEIP1559で、これは取引の手数料を区別し、新しい取引タイプのエンコードを使用し、最初のレガシー取引タイプには影響を与えません。EIP-3607:EOAアドレスは契約をデプロイできない)2021-06-10(これはAAパス上の補足プランで、契約のデプロイ先アドレスとEOAアドレスの衝突を防ぐためのものです。それは契約生成方法を制御し、システムがすでにEOAアドレスであるアドレスにコードをデプロイすることを許可しないようにします。このリスクは実際には非常に小さいですが、エーテルアドレスは160ビットの長さがあり、指定された契約アドレスの私鍵を衝突させる方法が存在するものの、ビットコインの全算力投入を考慮すると、おそらく1年の時間が必要です。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-3503a168bb61430839419efb40e130de() 3.4 アカウントの抽象化の発展の歴史をどのように理解すればよいですか?まずCAに転換された価値を理解する必要があります。基本的にそれはEIP-4337の実際の効果であり、それは実現できます:1. マルチシグとソーシャルリカバリーをサポート2.ガス取引###燃料支払い(はありません3. バッチ取引4. カスタム署名アルゴリズム5. 手数料としてトークンを支払う6. 取引限度額7. アカウントのロック8. タイムロック9. 一度の承認サインしかし、EIP-4337の核心的な欠点は、人間の動機の原則に反していることです。それはより良く見えますが、市場の発展のデッドロックに陥っています:Dappの多くがまだ互換性がなく、ユーザーはCAアドレスを使用したがらず、CAを使用すると取引コストが高くなります)通常の送金シーンでも取引手数料が倍増します(、Dapp自体の互換性に過度に依存しています。したがって、イーサリアムのメインネットでは今まで普及していません。コストはユーザーが最も重要視する基準であり、コストを削減する必要があります。しかし、本当にGASを削減するためには、イーサリアム自体がソフトフォークアップグレードを行い、GASの計算やオペコードのGAS消費などのモジュールを変更する必要があります。しかし、ソフトフォークを行うのであれば、なぜEIP-7702を直接考慮しないのでしょうか?! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-9d6eae95e3a0983a7b379ce2cfd7945f(## 4. EIP-7702 は完全に解析されます) 4.1 EIP-7702とは何ですかそれは新しい取引タイプを通じて区別され、EOAが単一の取引で一時的にスマートコントラクトの機能を持つことを可能にし、ビジネス上でのバッチ取引、Gasなしの取引、カスタム権限管理などをサポートし、さらに新しいEVM opCode###を導入することなく後方互換性(に影響を与えません。それはユーザーがスマートコントラクトをデプロイすることなく、ほとんどのAAの機能を得ることができ、さらには第三者がユーザーに代わって取引を開始する能力を提供でき、ユーザーが秘密鍵を提供する必要はなく、署名された承認情報だけで済むことを可能にします。) 4.2 データ構造それは新しい取引タイプ0x04を定義しています。この取引タイプの
EIP-7702がアカウントの抽象化の新時代を切り開く 一文で理解するイーサリアムAAの発展の歴史と未来
イーサリアムアカウントの抽象化トラックの過去と未来を深く解読する
イントロダクション
本文は二つの大きな部分に分かれています:
まず、2015年の最初のAA提案から始めて、システムはこれまでのEIP提案の主要内容を整理し、AAの歴史的提案の進化を探り、各提案の長所と短所を総合的に評価します。
次に、EIP4337の導入後に直面した市場からの良くないフィードバックを重点的に比較し、イーサリアムの次のバージョンアップグレードに組み込まれるEIP7702を深く分析します。この提案が統合されると、チェーン上のアプリケーションの形態が全方位で変わります。
EIP-7702は画期的な意義を持っており、次に詳細を見ていきましょう。
1. アカウントの抽象化の背景
1.1 アカウントの抽象化の意義の位置づけ
イーサリアムの創設者Vitalikは2023年末に再度ETHの開発ロードマップを更新しましたが、アカウントの抽象化に関する設定は変更されていません。現在、主流のモデルはEIP-4337から次の段階である自発的なEOAアカウントへの移行へと進んでいます。
EIP4337が導入されてから1年以上が経過した(、2023年3月1日にデンバーで開催されたWalletConにおいて、イーサリアム財団の開発者が設計したERC-4337コアコントラクトがOpenZeppelinによる監査を通過し、正式なリリースの歴史的なマイルストーンと見なされました)。ユーザーに広く認識されているものの、使用率はあまり高くありません。このような矛盾した市場環境の中で、EIP-7702の進捗は大幅に前倒しされ、次回のアップグレードで統合されることが確定しました。
1.2 アカウントの抽象化の市場現状
1年半の発展を経て、EIP4337の主流チェーン上のアカウント総数はわずか1200万であり、その中でイーサリアムメインネット上の活発なアドレスは6,764個に過ぎず、EOAおよびCAアドレスの数とは大きな差があります。現在、イーサリアムメインネットの独立したアドレス数は2.7億に達しています。EIP4337はメインネット上でほとんど実質的な発展がなかったと言えます。
しかし、これはAAの本質的な価値に影響を与えません。EIP4337の設計は、メインネットの前方互換性の問題を解決するのが難しいことを運命づけています。さまざまなL2チェーンが一般的にネイティブAAを組み込むにつれて、EIP4337アドレス数はL2で急増し、その中でBaseとPolygonチェーンの7月の月間アクティブユーザー数はそれぞれ100万と300万に達し、良好なパフォーマンスを示しています。
したがって、EIP4337の設計には問題がなく、多くの利点があります。現在の状況は、メインネットとL2の違いから生じており、それぞれに適したソリューションを採用する必要があります。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈](https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp0192837465674839201
2. アカウントの抽象化とは何ですか?
アカウントの抽象化は本質的に所有権の分離問題を解決します。
EVMアーキテクチャには2種類のアカウントがあります: 外部アカウント)EOA(と契約アカウント)Contract Account(。外部アカウントの所有権と署名権は実際には同一の主体によって保有されています。秘密鍵を持つ人はアカウントの"所有権"を持つだけでなく、"すべての資産の移転に署名する権利"も持っています。
これはイーサリアムのアカウント取引構造によって決まっています。取引構造から見ると、イーサリアムの標準取引には実際にはFromフィールドがありません。資金移転を行う際、具体的にどのアドレスの資金を消費するかは、VRSパラメータ)、つまりユーザーの署名(を通じてFromアドレスを逆解析することによって決まります。
これにはECDSAなどの非対称暗号、単方向しきい関数などの概念が含まれますが、詳しくは説明しません。要するに、ここでは暗号学によって安全性が保証されていますが、それが現在の所有権統合のEOAアドレスの困難を引き起こしています。
EIP4337の核心的な効果は、取引フィールドにSender Addressフィールドを追加することで、プライベートキーと操作されるアドレスを分離できるようにすることです。
所有権の分離がこれほど重要な理由は、外部アカウント)EOA(の設計がより多くの問題を引き起こすからです:
秘密鍵の保護が難しい: ユーザーが秘密鍵)を失ったり、ハッキング攻撃に遭ったり、暗号学的に解読される(といったことは、すべての資産を失うことを意味します。
署名アルゴリズムが単一:ネイティブプロトコルは、取引の検証においてECDSA署名と検証アルゴリズムのみを使用できる。
サイン権限が高すぎる: ネイティブのマルチシグ)マルチシグはスマートコントラクトを通じてのみ協力を実現でき(、シングルサインで任意の操作を実行できます。
取引手数料はETHでのみ支払い可能で、バッチ取引はサポートされていません。
取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。
これらの制限により、一般ユーザーがイーサリアムを使用することが難しくなっています:
まず、イーサリアム上の任意のアプリを使用するには、ユーザーはエーテル)を保有し、エーテルの価格変動リスク(を負う必要があります。
次に、ユーザーは複雑な料金ロジックを処理する必要があります。ガス価格、ガスリミット、取引ブロック)ノンス順(などの概念は、ユーザーにとって非常に複雑です。
最後に、多くのブロックチェーンウォレットやアプリが製品の最適化を通じてユーザー体験を向上させようとしていますが、効果は限定的です。
したがって、解決策はアカウントの抽象化を実現し、所有権)Owner(と署名権)Signer(をデカップリングすることで、上記の問題を段階的に解決することにあります。
歴史的に多くの案があり、最終的には二つのルートに帰結しました。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. AAヒストリカルプロポーザルコンテクストコーミング
問題の解決策には多くのEIP提案があるように見えますが、結局のところ2つの核心的な考え方に集約されます。過去に通過しなかったEIPで考慮された問題も現在の提案の突破口に集約されています。
) 3.1 第一のルートはEOAアドレスをCAアドレスに変えることです
2015年11月15日、EIP-101を巡って、ヴィタリックは契約をアカウントの新しい構造として提案しました。アドレスをコードとストレージスペースのみのものに変更し、手数料のサポートをERC20によって支払い、プリコンパイル契約を通じてネイティブトークンをERC20のようなものに変更して残高###を持ち、代わりに引き落としの承認などの機能(を持たせ、トランザクションフィールドをto、startgas、data、codeの4つだけに簡素化しました。
現在のところ、これは大躍進的な変革のようで、基盤設計を大幅に変更し、各アカウントアドレスが自分自身の「コード」ロジックを持つことを可能にします)。これが現在EIP-7702が実現しようとしている効果です(。
他の機能も派生することができます、例えば:
取引により多くの暗号アルゴリズムを使用でき、各アドレス内部のコードにより署名検証および認証方法を指定できます。
量子攻撃に対抗する特性を備えており、コードにアップグレード機能があります。
イーサリアムをERC20契約と同じ機能特性を持たせ、核心的な効果は代わりに消費することなく、原生コインを消費せずに権限を付与することを実現する。
アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キーリカバリーなどに対応します。
進展を続けられなかった理由は簡単です。明らかに歩幅が大きすぎて、現在の取引ハッシュ衝突問題や安全性の懸念を考慮しきれなかったため、ずっと保留されていました。しかし、各利点の理念は、後続のEIP4337およびEIP7702のコア機能の一つとなりました。
その後、EIPの一連の試みがこの論理を改善しようとしました:
EIP-859:メインチェーンアカウントの抽象化)2018-01-30(
Codeのデプロイメント問題を解決しようとする試みで、核心的な役割は、取引相手の契約が未デプロイの場合、取引に付随するcodeパラメータを使用して契約ウォレットをデプロイすることです。次に、新しいPAYGASオペコードを提案しており、ガスを支払うだけでなく、取引のパラメータの検証部分と実行部分の区切りとしても機能します。
当時は実現できませんでしたが、これが現在のEIP7702の核心ロジックの一つとなりました。EIP7702の各取引は特別な取引構造を組み合わせており、一定のコードを添付することができるため、この取引においてEOAアドレスがコントラクトの能力を持つことができます。
EIP-7702:EOAアカウントコード)2024-05-07(
これは本文の後続の議論メカニズムの核心EIPであり、Vitalikによって発表されたEIP-3074の代替案です。したがって、EIP-3074は廃止され、EIP-7702が今後のETH Prague/Electra)Pectra(ハードフォークに組み込まれることが決定されました。具体的な内容については以下で詳しく説明します。
) 3.2 第二のルートは、EOAアドレスがCAアドレスを駆動することです。
EIP-3074: AUTH および AUTHCALL オペコード ###2020-10-15( を追加
EVMに新しい2つのOpCodeを追加しました：AUTHとAUTHCALL。これにより、EOAはこれらの2つのOpCodeを通じて、EOAのアイデンティティの代わりに契約を認可して他の契約を呼び出すことができます。
概括すると、EOAは署名されたメッセージ)を取引(として自分が信頼するコントラクト)に送信することができ、このInvoker(上のInvokerコントラクトは、AUTHおよびAUTHCALLオペコードを使用してこのEOAの代わりにこの取引を発行することができます。
EIP-4337:トランザクションメモリプールを用いたアカウントの抽象化)2021-09-29(
MEVに触発されて設計され、その核心的な価値はコンセンサス層のプロトコルの変更を完全に回避できることです。
EIP4337は新しい取引オブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信します。バンドラーはマイナーの観点からこれを一括してパッケージ化し、コントラクトの実行取引を配信します。本質的には、基盤となる取引とアカウントの運用をコントラクトレベルで実行することに引き上げています。
EIP-5189:背書者を通じて抽象アカウント)2022-06-29(を操作する
これはEIP4337のロジックを最適化したものであり、悪意のあるBundlerに対抗するために、資金罰金の裏付けとなるendorserを構築するメカニズムを通じてDoSブロッキング攻撃を防ぐものです。
) 3.3 AAをサポートするためのその他の提案
EIP-2718:新しい取引タイプのパッケージ封筒###2020-06-13(
これはすでにFinalな提案であり、将来の新しい取引タイプの封筒として新しい取引タイプを定義しています。
最終的な効果は、新しい取引タイプを導入する際に、特定のエンコードを通じてそれがどのタイプの取引であるかを区別し、後方互換性だけを持ち、前方互換性を必要としないことです。最も一般的な例はEIP1559で、これは取引の手数料を区別し、新しい取引タイプのエンコードを使用し、最初のレガシー取引タイプには影響を与えません。
EIP-3607:EOAアドレスは契約をデプロイできない)2021-06-10(
これはAAパス上の補足プランで、契約のデプロイ先アドレスとEOAアドレスの衝突を防ぐためのものです。それは契約生成方法を制御し、システムがすでにEOAアドレスであるアドレスにコードをデプロイすることを許可しないようにします。このリスクは実際には非常に小さいですが、エーテルアドレスは160ビットの長さがあり、指定された契約アドレスの私鍵を衝突させる方法が存在するものの、ビットコインの全算力投入を考慮すると、おそらく1年の時間が必要です。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
) 3.4 アカウントの抽象化の発展の歴史をどのように理解すればよいですか?
まずCAに転換された価値を理解する必要があります。
基本的にそれはEIP-4337の実際の効果であり、それは実現できます:
しかし、EIP-4337の核心的な欠点は、人間の動機の原則に反していることです。
それはより良く見えますが、市場の発展のデッドロックに陥っています:Dappの多くがまだ互換性がなく、ユーザーはCAアドレスを使用したがらず、CAを使用すると取引コストが高くなります)通常の送金シーンでも取引手数料が倍増します(、Dapp自体の互換性に過度に依存しています。
したがって、イーサリアムのメインネットでは今まで普及していません。
コストはユーザーが最も重要視する基準であり、コストを削減する必要があります。
しかし、本当にGASを削減するためには、イーサリアム自体がソフトフォークアップグレードを行い、GASの計算やオペコードのGAS消費などのモジュールを変更する必要があります。しかし、ソフトフォークを行うのであれば、なぜEIP-7702を直接考慮しないのでしょうか?
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
4. EIP-7702 は完全に解析されます
) 4.1 EIP-7702とは何ですか
それは新しい取引タイプを通じて区別され、EOAが単一の取引で一時的にスマートコントラクトの機能を持つことを可能にし、ビジネス上でのバッチ取引、Gasなしの取引、カスタム権限管理などをサポートし、さらに新しいEVM opCode###を導入することなく後方互換性(に影響を与えません。
それはユーザーがスマートコントラクトをデプロイすることなく、ほとんどのAAの機能を得ることができ、さらには第三者がユーザーに代わって取引を開始する能力を提供でき、ユーザーが秘密鍵を提供する必要はなく、署名された承認情報だけで済むことを可能にします。
) 4.2 データ構造
それは新しい取引タイプ0x04を定義しています。この取引タイプの