OKX研究所 | アカウント抽象 10年の進化の終局戦、EIP-7702を通じて過去と未来を見る
本文はアカウント抽象の進化の歴史、EIP-7702がもたらすユーザー価値と市場の変化、そしてその中に潜む危険について紹介します。前言
Pectraは、イーサリアムDencun以降の初の大規模アップグレードであり、プラハ実行層のハードフォークとElectraコンセンサス層の更新を含み、史上最多の11のEIPを統合し、バリデーターの柔軟性、ネットワークの拡張性、実行効率を大幅に向上させます。イーサリアムメインネットPectraハードフォークは2025年5月7日に正式にアクティブ化され、アカウント抽象（Account Abstraction）の「究極の形態」------ EIP-7702も正式に一般の視野に入ります！
もしまだEVM系のWeb3ウォレットがEIP-7702をサポートしていない場合、それは間違いなくイーサリアム全体のエコシステムとユーザーを放棄することを意味します。
これがVitalikとEFの決意であり、パンデラの箱が開かれようとしている序章です！現在、イーサリアムエコシステムをサポートするために、OKX Walletはイーサリアムの最新アカウント抽象標準EIP-7702をいち早くサポートし、試してみたいユーザーのために公式入口を開放しました。皆さんは【OKX Wallet ホームページ機能区-More -7702 アップグレード】を通じてアップグレードし、安全で専門的なEIP-7702を体験できます。温かいご案内：皆さんは必要に応じてアップグレードを選択し、体験することができます。アップグレードしなくても、既存のエコシステムやアプリケーションの正常な使用には影響しません。資産の安全を確保するために、必ず公式のチャネルを通じて操作し、フィッシングリンクや悪意のあるウェブサイトに注意し、資産のリスクを避けてください。
この記事に従って、アカウント抽象の進化の歴史、EIP-7702がもたらすユーザー価値と市場の変化、そしてその中に潜む危険について包括的に理解してください。
概説
本文に関するコードはokx/js-wallet-sdkにあり、OKX Walletが使用するEIP-7702 SDKの実装は、コミュニティパートナーにオープンソースで提供されています。
EIP-7702は新しい取引タイプを追加し、通常のEOAが特定のコントラクトアドレスをその論理代理コントラクトとして設定できるようにします。
EIP-7702は「コスト優位性」と「柔軟性」により、ERC-4337が数年かけて構築したエコシステムを全面的に継承し、超越します。
EIP-7702は通常のユーザーにとっても隠れたリスクであり、ユーザーがアップグレードを行わなくても、特定のシナリオで取引の失敗や資産の安全損失リスクを引き起こす可能性があります。
EIP-7702は新しいユーザー体験をもたらし、ユーザー主体がコントラクト化されると、市場アプリケーションも進化し、Gas抽象化、家庭階層アカウントなど、長らく待ち望まれていたスムーズな体験が十億人を導き、低コストでWeb3の世界に入ることができます。
取引所やDAppにとって、EIP-7702の特性を適用することで、50％以上のコスト削減が実現され、コントラクトアカウントの時代を全面的に受け入れることになります。
アカウントはなぜ抽象化されるべきか？
アカウント抽象のビジョンは、イーサリアム自体よりも早くから存在していたことを想像するのは難しいです。
このHK Web3カーニバルでは、Vitalikはマルチシグ（Multi-sig）、アカウント抽象、ZK Emailなどの一連のソリューションを通じて、イーサリアムは「iPhoneの瞬間」目標の50％を達成したと何度も強調しました。
速いか遅いか、楽観的か限界か？私たちが基盤に深く入り込み、AAがなぜこのような影響力を持つのかを見てみましょう！結局のところ、10年の長い道のりを経て、VitalikはついにAA分野で彼が夢見ていた終局を迎え、2023年のイーサリアムのロードマップの進捗に濃い色を加えました。
アカウント抽象は一体何のために？
実際のところ、本質的には所有権の分離の問題を解決しています。現在、EOA（Externally Owned Account 外部アカウント）の所有権と署名権は実際には同一の体の単位が持っています（すべての指示の制御は秘密鍵に依存しています）。その根源はイーサリアムの取引構造にあり、実際にはイーサリアムの標準取引にはFrom方が存在せず、実行時にはそのVRSパラメータ（つまりユーザー署名）を通じてFromアドレスが逆解析されます。また、イーサリアムは「世界級の状態機械」として設計されており、取引を通じてオンチェーンの状態の変更を実現することに完全に依存しています。From方を指定できないため、取引の実行権限と最高所有権が結びついてしまいます。これがEOAがシンプルで理解しやすいにもかかわらず、使用が不便である一連の問題の根源です：
- 秘密鍵の保護が難しい：ユーザーが秘密鍵を失う（紛失、ハッキング、量子解読）と、すべての資産を失うことになります。
- 署名アルゴリズムが少なく、異なる署名アルゴリズムは異なる性能損失をもたらし、さらにはオンチェーンストレージのコストにも影響します。
- 署名権限が高く、EOAのネイティブな秘密鍵はすべての権利を持っています。
- 複雑な取引の手数料が高く、手数料はETHでのみ支払われ、任意の取引、単一の操作には少なくとも21000の基本料金が必要です。
- 取引にプライバシーがなく、かつてCircleが提案した機密ERC-20プロトコルがあったとしても、主流にはなりませんでした。
根本的に言えば、現在のブロックチェーンの世界は、出入りするユーザーにとって非常に複雑です。ユーザーはGas price、Gas limit、トランザクションブロッキング（Nonceの順序）などの概念を理解する必要があり、一般のユーザーには複雑な情報が隠されています。これがEIP-7702が最終的に解決しようとしている問題です。
ERC-4337とEIP-7702の核心的な違いは？
AAを目標にして、実際には十数種類の異なる提案があります。筆者は以前に探求したことがあります。実際、全体を整理すると、本質的には2つのルートに分かれます：
ルート1：EOAアドレスがCAアドレスを駆動する
ERC-4337はこの点での典型です。一言でまとめると、新しいトランザクションオブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信し、バンドラーの形式で指示をバッチパッケージし、コントラクトを通じて個別に取引を実行します。本質的には、基盤の取引とアカウントの運用をコントラクトレベルで実行することです。
実行原理は以下の図の通りです：
バンドラーという役割を通じて、このセットアップはバッチ取引、ガス不要、署名アルゴリズムが少ないなどの問題を解決できます。
しかし、複雑さとユーザー取引コスト、バンドラーとエントリーポイントの単一障害リスクは解決できません。
なぜなら、ユーザーがERC-4337に移行すると、上図のuser2の要求が単にTransferの取引を行う場合でも、ユーザーの取引手数料はEOAに比べて倍増します。
CAおよびEOAの最新のユーザー数データからわかるように、たとえ一部のユーザーが高級プレイヤーであり、オンチェーンCAを主体としたさまざまな操作に非常に依存しているとしても、バッチコールなどがある場合、なぜ普通のCAを直接使用しないのでしょうか？バンドラーの設計に起因し、ハードフォークレベルのアップグレードを回避でき、アプリケーション層で直接展開できますが、ERC-4337は倍増したコスト支出の単一障害リスクをもたらし、ユーザーはEOAの元々の柔軟性を失います。したがって、多様なユーザーのニーズに直面して、現在の市場のユーザーはERC-4337のソリューションをそれほど好んでいないことは明らかです。2年間の発展の中で全体のトレンドは著しく減少しており、イーサリアムの3億の独立アドレス数に対して、かなりの差があります。もちろん、私たちはERC-4337の不足を厳しく非難しているわけではなく、その発展に伴い、Paymaster、Gas抽象などの役割や概念がEIP-7702でも再び適用されています。筆者は、どの業界の発展も一朝一夕には実現しないと考えており、重要なのは過去の興亡から規則を見出し、経験をまとめることです。 2.2 ルート2：EOAアドレスをCAアドレスに変える 実際、2015年11月にVitalikはEIP-101を提案し、アカウントの新しい構造としてコントラクトを使用しました。アドレスをコードとストレージスペースのみのものに変更し、手数料のサポートをERC20で支払い、プリコンパイルコントラクトを通じてネイティブトークンをERC20のようなものに変更して残高を保持する（代金引き落としの権限などの機能を持つことができます）。2018年1月にはEIP-859の提案があり、核心的な役割は、取引先のコントラクトが未展開の場合、取引に付随するcodeパラメータを使用してコントラクトウォレットを展開することです。最終的に、EIP-3074の提案からさらに推論されたEIP-7702が、最終的にイーサリアムメインネットに組み込まれました！ EIP-7702の理念と効果は非常にシンプルで、新しい取引タイプを通じて初期化を完了し、その後ユーザーはEOAが単一の取引で一時的かつオプションでスマートコントラクトの機能を持つことを許可し、ビジネス上のバッチ取引、無ガス取引、カスタム権限管理などをサポートします。その中で最も重要な能力は、ユーザーに一時的かつオプションのスペースを持たせることです。さらに、複数の人が同じ論理コントラクトを共有できるため、ユーザーの移行コストを大幅に削減できます。ユーザーがEIP-7702の設定を完了するには、8Wのガスが必要で、約0.06ドルです。また、新しいコントラクトを再設定したり、論理コントラクトの設定を解除したりするには、4Wのガスしか必要ありません。 設定を完了すると、バッチ取引の際にユーザーのガスが大幅に最適化されることが期待できます。以下の表をご覧ください： 
もちろん、あなたは二回、あるいは六回のトークントランスファーを行う必要があると思うかもしれません。
一般のユーザーは一度の取引で一つのことをすることに慣れているため、場面は少ないように見えますが、Web3ゲームやWeb3ペイなどの多様なアプリケーションシナリオでは、実際には非常に頻繁に発生します。たとえば、ゲーム内で生成された通貨である銅貨とユーザーがチャージした通貨である銀貨を同時に消費する場合や、特定のイベントに参加する際にNFTチケットと入場料を同時に消費する場合です。
複雑なシナリオを想像しなくても、現在のチェーン上で最も主流なスワップの需要に戻っても、承認と転送のバッチ需要があります。さらに、現在はユーザーがすでに無用な承認を迅速に削除するための小さなツールを作成することもできます。効果は簡単に比較でき、明らかにコストを約40％削減できます。
EIP-7702の核心原理
なぜこのような効果があるのかを探るためには、その原理に戻る必要があります。実際、核心は2つの論理に分かれ、ユーザー設定段階と日常使用段階に分かれます。
設定論理コントラクト段階
核心的なプロセスは以下の通りです：
第一ステップ：署名の承認。元のEOAの秘密鍵を使用して、特別なハッシュ文字列に署名します。内容はchain_id、address、nonceをエンコードしたもので、ここでAddressは最終的に設定する論理コントラクトのアドレスであり、Nonceは取引が再送信されないようにするための戦略です。
第二ステップ：署名取引。第一ステップの承認情報を得た後、誰でもタイプ4の取引を構築でき、複数の承認情報を含め、一度に複数のアドレスに対して統一的に承認設定を行うことができます。
第三ステップ：ブロードキャストしてチェーン上に上げる。取引が内部の承認を処理する際、論理コントラクトはすでに有効になります。
ここにはさらに多くの技術的な詳細がありますので、okxオープンソースjs sdkの実装を参照して、基盤データのエンコードプロセスを確認できます。もちろん、このセットアップにはいくつかのセキュリティ上のリスクと複雑さが隠されていますので、後で詳しく説明します。
3.2 実行論理コントラクト段階
設定が完了すると、任意の取引Toアドレスがあなたを指すと、それはスマートコントラクトを呼び出すのと同じように、システムはあなたが設定した論理コントラクトのコードを「ロード」して、現在のEOAの状態でその論理を実行します。
同様に、2つのシナリオを見てみましょう：
第一のシナリオは、自分自身を呼び出すことです。
もしあなたがOKX 7702スマートコントラクトのように高度なセキュリティとカスタム制御機能を持つものを設定した場合、事前に書かれたcalldataを指定して、現在の操作を一度に複数の指示を完了させることができます。たとえば、Approve+Transferを同時に完了させたり、Approve+Swapを同時に完了させたりできます。
決して過小評価しないでください。現在、合計27億件のイーサリアム取引の中で、Approveは約7500万件であり、各取引が8Wガスで計算されると、46万ETHが消費され、1700ドルのETH市場価格で計算すると、約8億ドルに達します。
第二のシナリオは、他の人があなたを呼び出すことです。
かつてイーサリアムには他の人がEOAアドレスを呼び出す状況は存在しませんでしたが、今やあなたは万能のコントラクトであり、完全にカスタマイズできます。サブアカウントを開設して権限を分けたり、少数のPaymasterにホワイトリストを設定して、DAppの指定アカウントに取引を代行させることができます。これにより、従来のブロックチェーンアプリケーションで必要な署名の繰り返しを完全に免除できます。
なんと強力な能力でしょう！これが、ほぼすべての主流のウォレット：OKX Wallet、Metamask、WalletConnect、Biconomy、BaseWallet、Rhinestone、ZeroDev、TrustWallet、Safeなどの関連チームが迅速にサポートする理由です。
EIP-7702はアカウント抽象の終局ですか？
はい、なぜなら今回はユーザーが選ぶからです！
EOAが十分でないわけではありません。客観的に言えば、EOAはシンプルで明確で、安全です。しかし、今回のプラハアップグレードでEIP-7702が導入された後のEOAはさらに良くなります。コストのために、体験のために。スティーブ・ジョブズがジーンズのポケットからiPhoneを取り出したとき、ユーザーが最初に考えていなかった体験があったのです。
アカウント抽象は、実際に多くのチェーンが探求し、積極的に試みている分野です。たとえば：
Starknetは、ZK-Rollup（Layer 2）として、デフォルトのアカウントはすべてコントラクトアカウントであり、EOAはありません。
zkSync Eraでは、AAアカウントがデフォルトの方法であり、バンドラーの煩雑な手順も不要です。
Nervos CKBは、UTXOモデルに似ていますが、すべてのアカウントが使用するバリデーターをカスタマイズでき、保有権と制御権を分離します。
Aptos / Suiは、Move系Layer1の重要な役割を果たしており、EVMモデルのAAではありませんが、アカウントのカスタマイズ能力を持ち、モジュール化署名やマルチバリデーションなどを許可します。
EVMのLinea / Base / Mantle / Polygon / Arbitrum / Optimismなどの関連エコシステムは、すでにERC4337を通じてAAのサポートを完了しており、今後はイーサリアムメインネットと同様に、EIP-7702のアップグレードを追随する予定です。
ウォレットとAA関連分野の基盤インフラは、EIP-7702のためにより全面的に整備されています。
EIP-7702の核心体験の最適化：バッチ取引、ガス抽象（すなわちガス不要などの無ガスソリューション）、アカウント管理など、これらはCoinbase、Metamask、Biconomy、Zerodev、Rhinestone、Ithacaなどのサービスプロバイダーが全面的にサポートしています。
これらはすべてERC-4337の時代からさらに適応されており、EIP-7702の大きな利点でもあります。最終的にアカウント主体はEOAにもCAにも属する形態となり、多くのAAに関連する基盤インフラが移行・適応できます。
今、EOA、ERC-4337、EIP-7702の最終的な効果の層の差異を示す表を使ってみましょう。
客観的に言えば、イーサリアムの体系は他のチェーンよりもはるかに重い歴史的負担を抱えています。これは最近のコミュニティの声がVitalikのEVM仮想マシンの変更に反対している理由でもあり、初期にERC-4337を選択せざるを得なかった理由でもあります。しかし、より良い選択肢（EIP-7702）があれば、歴史的負担と優れたコスト最適化を両立できるため、ユーザーは「iPhoneの瞬間」を迎えることになります。
基盤の形態の変化に伴い、派生する形態はさらに想像を広げることができます。たとえば：
ユーザーはPasskeyやGoogleアカウントを使用してウォレットを制御できるようになります。条件付きで署名を免除するなどの体験機能を実現します。
ユーザーはZKEmailなどの設定を通じてリカバリー機能を実現し、秘密鍵を取り戻すことができます。
チェーン上の操作の大口ユーザーは、複数の取引を1つに統合することで、ブロック待機時間を大幅に短縮し、チェーン上のスワップをより迅速に行い、連続取引を通じて取引失敗のリスクを低減できます。
時間はユーザーの体験に大きな影響を与えます。ブロックチェーンの世界で合意システムのランキングで第2位（BTCに次ぐ）のETHは、BSCのように自由にブロック時間を3秒から1.5秒に短縮してユーザー体験を向上させることはできません。したがって、EIP-7702に基づくウォレットツールは、ユーザー体験の最も重要な橋渡しとなります。
したがって、前述の基盤に関する議論を考慮すると、EIP-7702はアカウント抽象の究極の形態であると言えます！
ただし、将来的にユーザーが全面的に使用することはあまり可能性が高くないかもしれません。なぜなら、そのアプリケーションは慎重に扱う必要があり、複雑なスマートコントラクトが導入されると、もたらされるセキュリティリスクも少なくないからです。一部の攻撃手法は非常に巧妙です。したがって、2025年5月7日にイーサリアムプラハアップグレードがアクティブ化された後、ユーザーが最も必要とするのは、本当に安全なウォレットであり、技術的な専門性で保護されることです。
終局の戦いは終わったのか？
いいえ。
確かに、Pectraはイーサリアムにとってこれまでで最も野心的なアップグレードであり、11のEIPを含んでおり、数量は歴史上最多です！そして、EIP-7702の多くの利点は私たちの目に見え、前述の原理とデータを通じて判断を下しました。
しかし、ユーザーが参加して選択した後、市場は混乱の戦いを迎えることになります。
AAのエコシステムは進化の過程で、徐々に断片化の傾向を示しています。その中で、アカウント抽象を定義するフレームワークのEIPは、すでにERC-4337、ERC-6900、ERC-7579などのインターフェース標準が存在しますが、異なる実装ソリューション間でユーザー体験、インターフェース規範、行動の期待に明らかな差異があります。異なるウォレットの実装ソリューションは、類似のアプリケーションシナリオと限られたコア機能に焦点を当てていますが、それぞれが互換性のない設計仮定と実装論理を採用しています。
最も典型的な隠れた問題は、ストレージの混乱です。
EIP-7702の導入後、EOAアカウントのストレージスペースはコントラクトによって使用可能になり、そのストレージスペースは単一のコントラクトによって独占されるのではなく、複数のスマートアカウント提供者によって共同で切り替えられる可能性があります。
ユーザーが「代理コントラクトの切り替え（re-delegation）」操作を開始すると、元のアカウントコントラクトは新しいコントラクトに置き換えられます。しかし、古いコントラクトに書き込まれた状態データは消去されず、そのEOAのストレージに残ります。これは、新しい代理コントラクトが古いコントラクトに書き込まれたストレージデータにアクセスしたり、変更したりできることを意味し、「ストレージ汚染」（参考資料2を参照）のリスクを引き起こし、現在のコントラクトの実行論理を妨害または破壊する可能性があります。
コミュニティ内では、ストレージの混乱の影響を軽減するために、namespaceを使用してストレージを隔離する（ERC-7201）などのさまざまなソリューションがすでに登場しています。しかし、どのようなソリューションを採用しても、現在のエコシステムにはnonceの一意性と安全性を確保するための強制的な統一規範が不足しています。
もう一つの典型的な問題は、実行基準の混乱です。
この記事で明らかにされているように、「断片化から統一へ：スマートアカウントの標準化の必要性」（参考資料3を参照）
現在、Safe、Biconomy、ZeroDevはそれぞれ独自のバージョンのバッチ呼び出し機能を実装していますが、三者の関数名、インターフェースパラメータ、結果処理方法は異なります。その中で、ZeroDevはバッチ呼び出しの失敗の状況を考慮していますが、SafeとBiconomyはそのようなシナリオを処理していません。
業界の標準が「各自の政権」を採用することは、必然的に混乱の戦いをもたらします。そして、ユーザー、dApp、開発者はその中で被害者となります。したがって、EIP-7702の導入は、単なる技術革新ではなく、スマートアカウントの共通基盤インフラを構築する機会でもあります。それは私たちに「合意の再構築」のウィンドウを提供し、Web3ウォレットエコシステム全体を機能の多様性から構造の統一へと推進し、真の持続可能な発展を実現します。
EIP-7702がアクティブ化された後、必須の三大セキュリティ理解
今、異なる視点に切り替えて、ユーザー、DApp、取引所などの組織からこのシステムがどのように私たちに影響を与えるかを総合的に見てみましょう。彼は機会をもたらし、リスクももたらします。リスクを理解することで、システムがもたらす利益をより完璧に享受できます。
EIP-7702は複雑で、アップグレードしなくてもいいですか？
もちろん、あなたは積極的にアップグレードしない選択をすることができますが、知っておくべきリスクがあります。プラハアップグレード後、あなたの一つのメッセージ署名が、知らず知らずのうちに危険に陥る可能性があります。
確かに、EIP-7702には強いフィッシングリスクがあります。なぜなら、そのAuthorizationのパラメータはaddress、nonce、chainidで構成されており、その中のchainidが0である場合、その署名承認は任意のチェーンでnonceが満たされている限り有効になります。
OKXがオープンソースの署名SDKで7702プロセスの具体的な実装方法を確認すると、この標準に適合させるために、ユーザーが最終的に署名するのはハッシュ値：0xabcであり、その計算方法は以下の通りです：
ここで、keccakはイーサリアム上で主流のハッシュアルゴリズムであり、任意の長さのデータから固定の32バイトの長さの結果を算出できる特徴があります。そして、rlpは情報エンコード方式の一つであり、最後のMagicは固定値です。
しかし、最終的に生成される結果は、具体的な内容が理解できないハッシュ値であるため、ユーザーが軽率にメッセージに署名し、他の人がその承認を持ってチェーン上で有効にすることができれば、知らず知らずのうちにcodeが設定され、0dayレベルの攻撃事件が引き起こされる可能性があります。また、set codeは強制的であるため、以前に安全なコントラクトを設定していたとしても、置き換えられることになります。
したがって、安全なウォレットは、ユーザーが任意のハッシュ値に署名することを禁止します。この点は以前にも（ハッシュ値が通常の取引を表す可能性があるため）言及されました。
5.2 リスクのあるコントラクトを誤ってアップグレードした場合、どのように自分を守るか？
このリスクも非常に一般的です。結局のところ、自分がフィッシングに遭わないことを完全に保証することはできません。
この問題を防ぐためには、イーサリアムシステムにおいて取引はnonceの順序に従って行われる必要があるという技術的な背景を知っておく必要があります。連続性を保たなければ、チェーン上で承認されません。
したがって、2つの攻撃方法が存在します。
第一の状況は、ハッカーが現在のアドレスの次のnonce値を盗み、署名されたAuthorizationを行う場合です。この場合の処理は非常にシンプルです。攻撃を受けた場合は、すぐにガス料金をカスタマイズできるウォレット（たとえばOKX Walletや他の安全なウォレット）を使用して、ETHを他の安全なアドレスに迅速に移動させてください。この行動は、ETHレベルの資金を移動させるだけでなく、有効なnonce値を置き換えることにもなり、ハッカーの手元のものを無効にします。
第二の状況は、ハッカーが後続のnonce値を盗んだ場合です。この場合、現在のTransferを行うことで、逆にハッカーの手元のAuthorizationが有効になってしまう可能性があります。nonceが何であるかわからないため、実際にはどの操作も絶対的な安全をもたらすことはできません。資産を迅速に移動させて自分を守るしかありません。
こう考えると、EIP-7702はより危険になったように見えますが、実際にはそうではありません！
ブロックチェーンのように、ユーザーの主権がユーザーの秘密鍵に戻るシステムでは、いつでも乱雑に署名することは資金の損失につながります。しかし、ここでの重要な点は、大口ユーザーが特定の攻撃の標的にされる場合を除いて、ほとんどはユーザーが重要な秘密鍵を常に使用するためにリスクが生じるということです。
もしあなたがAAを通じて家庭アカウントと個人サブアカウントの機能を統合し、各サブアカウントに使用可能な限度を設定している場合、基本的にあなたのメインアカウントはシステムレベルの設定を変更する際にのみ呼び出され、通常の使用では小さなアカウントで解決できます。
なぜアップグレード後に一般的な取引が失敗するのか？
この状況は、EIP-7702をサポートしていないウォレットツールでよく発生します。
まず、技術的な背景を補足します。イーサリアム上のコントラクト呼び出しプロセスでは、最初にユーザーの現在のアドレスのcodeフィールドが判断され、内容が存在する場合、デフォルトで受け入れる関数を通じて対応する論理を実行します。
これに基づいて、一般のユーザーにとっての表現は、EIP-7702のコントラクト設定を完了した場合、基本的にデフォルトの受け入れ関数の機能を持つため、任意の通常のETH Transfer取引はすべていくつかのコントラクト論理を実行し、全体のガス使用量を増加させます。もしあなたの通常の取引設定のガスリミットが21000であれば、自然に失敗します。
同様に、多くのNFTプロジェクトは受取先アドレスがブラックホールアドレス（資産を転出できないアドレス）であるかどうかを検出し、取引を禁止するため、受け入れ関数の処理が不適切であれば、ERC20やERC721の資産を受け入れられずに損失を被る可能性があります。
これに対して、EIP-7702を明確にサポートしているウォレットを通じて設定するか、安全性が監査され、ユーザーに承認された論理コントラクトを使用することをお勧めします。
イーサリアムメインネットPectraには他にどんな変化があるのか？
市場には、イーサリアムが迷子になっているのではないかという声が多くあります。なぜ多くのアップグレードがユーザーにとって関係がないのか？本当にそうなのでしょうか？今回のアップグレードの他のEIPを見て、答えを探してみましょう。確かに、EIP-7702はユーザーが感じることのできる最大のアップグレードの変化ですが、他にも10のEIPがあり、異なる次元でイーサリアムエコシステムに変化をもたらしています。
まず、暗号学的サポートの面で。EIP-2537を通じて、BLS12-381楕円曲線のプリコンパイル操作が導入され、BLS署名検証などの複雑な暗号操作が最適化され、より高い安全性（120+ビットの安全性）と計算効率（ガス最適化）を提供します。
また、ステーキングシーンには複数の最適化点があります。客観的に言えば、ステーキングは確かに最適化が必要です。イーサリアムのバリデータークラスターは急速に成長しており、すでに100万近くのバリデーターアドレスがあります。これは、MAXEFFECTIVEBALANCEが32ETHに制限されているため、ノードオペレーターは大規模なステーキング資産を管理するために複数のバリデーターアカウントを作成する必要があり、「冗長なバリデーター」が大量に存在することにつながります。したがって、EIP-7251を通じて最大上限が引き上げられ、Lidoなどの集約ステーキングプロトコルは、管理アカウントの数を減らし、システムの複雑さを軽減できますが、これは去中心化の問題を悪化させ、ETHステーキング市場をより集中化させる可能性があります。
このアップグレードにより、より大規模なノードオペレーターが複数のバリデーターアカウントを統合できるようになり、小規模なバリデーターにもより多くの柔軟性がもたらされます。たとえば、複利収益の蓄積や、より柔軟なステーキング増加を通じて収益を増やすことができます。この点は非常に重要です。元々32ETHに達した後、新たに10ETHの収益が発生した場合、実際には新たにETHをステーキングすることはありません。なぜなら、32ETHを集めなければ新しいアカウントを開設できないからです。しかし、今回の更新後は、42ETHを直接ステーキングできます。明らかに、あなたの複利収益は再びETH体系に戻り、ユーザー体験の便宜性が向上し、ETHの流動性を低下させる伏線となります。
最後に、L2エコシステムの大幅な最適化があります。イーサリアムは常にL2エコシステム共同体の道を歩んでいます。他のSVM系やMOVE系は、本質的に自らのL1を発展させており、その上のL2を探索することには一定の矛盾や対立があります。その根源は、これらのチェーンの高性能がL2を行うことにあまり依存していないからです。
より多くのL2がイーサリアムメインネットと高効率で相互作用することを奨励するために、EIP-7623を通じて取引中のcalldataのガス費用が、1バイトあたり4/16ガスから10/40ガスに引き上げられ、L2がcalldataを使用せず、Blobを多く使用するように促されます。
また、EIP-7691を通じて、ブロック内のblobの容量が増加し、より大規模なL2ストレージスペースをサポートします。以前のカンクンアップグレードでは、blobのコアパラメータであるtargetとmaxがあり、各ブロックの目標blob数と最大blob数を示します。
カンクンは3と6でしたが、プラハ以降、パラメータは6と9に変わり、要するに拡張されました。
したがって、イーサリアムはL2のTPSを通じてイーサリアム自体の向上を実現していますが、その中には流動性の分散、クロスチェーンの複雑性、緊急脱出容量などの問題も多くあります。したがって、現在のPectraアップグレードにおいて、イーサリアムはL2に「高速道路」を提供していますが、今後「車の流れの管理」と「異なる高速道路の料金基準」を解決することが根本的な問題です。
未来を覗く
この記事は万字近くにわたって、アカウント抽象の発展の根源から、ERC-4337とEIP-7702が代表する2つのルートとその比較、さらにEIP-7702の原理とメカニズムを深く掘り下げ、ユーザーの主流シナリオに対する利点と欠点、調整効果を分析しました。
筆者は、「Not your keys, Not your money」というのは素晴らしい理念であり、EIP-7702はそれを覆すものではなく、主権と使いやすさを兼ね備えた別の次元の補完と改善であると考えています。イーサリアム財団の研究者Yoav Weissが言ったように、「次の10億人のユーザーは、紙に12個の単語を書くことはないでしょう。」
そして、両者の比較を通じて、EIP-7702はERC-4337に対して顕著な最適化を行い、ユーザーにスペースと柔軟性を提供し、今後の市場でユーザーに認められやすく、使用しやすくなります。一旦ユーザーがCAをオンチェーンの主体として採用し始めると、複雑な取引タイプがEVM系チェーン上に大量に出現するでしょう。
これにより、私たちは未来の影を垣間見ることができ、基盤のアカウント主体や取引タイプの豊富さが、かつてのボトルネックとなっていたアプリケーション体験の問題を解決し、ユーザーがNonceやGasなどの論理を理解することを強制されることなく、ウォレットなどの入口サービスツールが簡素化された処理を提供することができるようになります。
業界レベルの多様性に直面し、一定の程度のインターフェース標準やストレージスペースの混乱をもたらしますが、筆者は同様に楽観的に見ています。価値のある混乱があればあるほど、統一された標準が生まれる可能性が高く、去中心化の多様な競争が最終的に業界の発展を促進することになるでしょう。したがって、EIP-7702がオンラインになった後、すぐにイーサリアムのエコシステムが爆発することはありません。なぜなら、これは螺旋的に上昇する技術的な基盤のアップグレードであり、通常、このようなアップグレードは市場アプリケーションよりも2-3年先行することが多く、アプリケーション層に徐々に発酵する時間を与えるからです。
さらに、今回のアップグレード以降、ユーザーの安全は入口ツール層のサービス品質にさらに依存することになります。オープンソースはユーザーに安全感を提供する重要なステップです。したがって、OKX Walletが今回統合したEIP-7702の基盤SDK実装もオープンソースであり、コミュニティや市場の試練を公開して受け入れ、多くのオープン性を維持するウォレットが自己管理の道を進んでおり、オープンソースの公平性を通じてユーザーに絶対的な自主権を与えています。
最後に、Pectraアップグレード自体に戻ると、イーサリアムが未来の方向性についての考察と坚持を再び見ることができます。現在、L2の大戦略が安定した実行期に入り、イーサリアムのロードマップは過去10年間で多くの変化を遂げていますが、核心的な目標は常に驚くべき一貫性を保っています：安全で去中心化されたグリーン（POS）のブロックチェーンを持ち、高い拡張性を持ち、検証が容易であることを望んでいます。そして、EIP-7702などのユーザー体験を効果的に向上させるAA提案がハードフォークから導入されることは、イーサリアムが常に探求していることを示しています。去中心化を保証しながら、どのようにマルチチェーン間の競争力を高めるか（Solanaなどの新世代のパブリックチェーンとの競争に直面しても）、そして理想的なスーパーコンピュータになるためにどのようにするかを！
