著者:Shisilu、提供:OKXPectraは、EthereumのDencun以降の最初の重大なアップグレードであり、プラハの実行レイヤーのハードフォークとElectraのコンセンサスレイヤーの更新を含む、史上最多の11のEIPを統合し、バリデーターの柔軟性、ネットワークの拡張性、および実行効率を大幅に向上させます。EthereumメインネットのPectraハードフォークは2025年5月7日に正式にアクティブ化される予定であり、アカウント抽象（Account Abstraction）の「究極の形態」—— EIP-7702も正式に一般の視野に入ります！EIP-7702をサポートしていないEVMベースのWeb3ウォレットがある場合、彼がイーサリアムのエコシステム全体とユーザーをあきらめたことは間違いありません。 これがヴィタリックとEFの決意であり、『パンドラの箱』お披露目前! 現在、イーサリアムエコシステムをサポートするために、OKX Walletはイーサリアムの最新のアカウント抽象化標準EIP-7702のサポートを主導し、試してみたいユーザー向けの公式ポータルを開設しました。 ヒント:あなたはあなたのニーズに応じてアップグレードと経験を選ぶことができます、そしてあなたがアップグレードしないならば、それは既存のエコシステムとアプリケーションの通常の使用に影響を与えません。 資産の安全性を確保するために、資産へのリスクを回避するために、公式チャネルを通じて運用し、フィッシングリンクや悪意のあるWebサイトに注意してください。この記事に従って、アカウント抽象の進化の歴史、EIP-7702がもたらすユーザー価値と市場の変化、そしてその中に潜む危険について包括的に理解してください。## 概要* 本文は、okx/js-wallet-sdkに位置するコード、OKX Walletで使用されるEIP-7702 SDKの実装について、コミュニティのパートナーに対してオープンソースとして公開されています。* EIP-7702 により、通常の EOA が特定のコントラクトアドレスをその論理代理契約として設定できる新しい取引タイプが追加されました。* EIP-7702は「コストメリット」と「柔軟性」により、ERC-4337が何年もかけて構築してきたエコシステムを完全に継承し、超えることになります。* EIP-7702は一般ユーザーにとっても潜在的なリスクであり、ユーザーがアップグレードを行わなくても、特定のシナリオで取引の失敗や資産の安全性の損失を引き起こす可能性があります。* EIP-7702は全く新しいユーザー体験をもたらします。ユーザー主体が契約化移行すると、市場アプリケーションも進化します。Gasの抽象化、家庭階層アカウントなど、長らく期待されていたスムーズな体験が10億人を導き、低コストでWeb3の世界に入ることができます。* 取引所やDAppにとって、EIP-7702の特性を適用することで、50%以上のコスト削減が実現し、契約アカウントの時代を全面的に受け入れることができます。## アカウントはなぜ抽象化されるべきか？アカウントの抽象化のビジョンは、イーサリアム自体よりも早く存在していたとは想像しがたい。今回のHK Web3 カーニバルでは、Vitalikは何度も、マルチシグ（Multi-sig）、アカウント抽象、ZK Emailなどの一連のソリューションを通じて、イーサリアムが「iPhoneの瞬間」の目標の50%を達成したと強調しました。速いのか遅いのか、楽観的なのか制限なのか？それでは、私たちは基盤に深く入り込み、AAがなぜこのような影響力を持っているのかを見てみましょう！結局のところ、10年の長い旅の後、VitalikはAAの分野で彼が夢見ていた結末を迎え、2023年に描かれたイーサリアムのロードマップの進捗バーに、濃厚な一筆を加えました。! [A52fsnaRFJUanoa1kH97m7pkmXevlmKx37b6z2oP.jpeg](https://img.gateio.im/social/moments-1cfa80f83047ec70e6d4eaee4d0b7be6 "7367905")### アカウント抽象化は、一体何のためにあるのでしょうか？実際のところ、本質的に解決しようとしているのは所有権の分離の問題です。なぜなら、現在の 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を目指して、実際には十種類以上の異なる提案があり、筆者は以前に探求したことがあります。実際に全体を整理すると、本質的には二つのルートになります：### ルート1：EOAアドレスがCAアドレスを駆動するERC-4337はこの分野の典型であり、一言でまとめると：新しいトランザクションオブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信し、bundlersの形式で指示をバッチ処理し、契約を通じて個別にトランザクションを実行します。本質的には、基盤のトランザクションとアカウント操作を契約レベルで実行することです。実行原理は以下の図の通りです:! [2gcn1gOphZNUnpbfuRazfNUtgYaTizoWm8nbVft7.jpeg](https://img.gateio.im/social/moments-6ab2ac0be99d0bea278743981fec1f14 "7367906")bundlerという役割を通じて、このソリューションはバッチトランザクション、ガスなし、署名アルゴリズムの問題などを解決できると言えます。しかし、彼は複雑さとユーザーの取引コスト、さらにbundlerとEntryPointの単一障害点リスクを解決することはできません。なぜなら、ユーザーがERC-4337に移行すると、上の図のuser2の要求のように、単にTransferの取引を行う場合でも、ユーザーの取引手数料はEOAと比較して2倍になるからです。! [QPfjR50jEACgvEGlSoWcCeIfM5jvaLo0HMqtb2AJ.jpeg](https://img.gateio.im/social/moments-c1566fdf2fa26c890f183120cdbbc38e "7367907")CAおよびEOAの最新のユーザー数データからわかるように、高級プレイヤーであり、チェーン上のCAを主体としたさまざまな操作、バッチコールなどに非常に依存しているユーザーがいるとしても、なぜ普通のCAを直接使用しないのか？Bundlerは、ハードフォークのアップグレードを回避し、アプリケーションレイヤーに直接展開するように設計されていますが、ERC-4337は単一障害点のコストも2倍になり、ユーザーはEOAの柔軟性を失います。 したがって、多様なユーザーニーズに直面して、現在の市場のユーザーはERC-4337ソリューションにそれほど好まれていないことは明らかであり、ピークのユーザー数がイーサリアム300Mの一意のアドレスの数から遠く離れていても、全体的な傾向は2年の開発以来大幅に減少しています。もちろん、私たちはERC-4337の欠点を非難しているわけではなく、その発展に伴い、その上で発展するPaymasterやGas抽象などの役割や概念が、実際にはEIP-7702の中で再び適用されているのです。筆者は、どの業界の発展も一朝一夕ではないと考えており、重要なのは過去の興亡から法則を見出し、経験を総括することです。### ルート2：EOAアドレスをCAアドレスに変える実際、2015年11月には早くもヴィタリックは、契約をアカウントとする新しい構造であるEIP-101を提案しました。 アドレスをコードとストレージスペースのみに変更し、ERC20決済をサポートするように手数料を変更し、コンパイル済みのコントラクトを通じてネイティブトークンをERC20ライクに変更して残高を入金します(源泉徴収承認などの機能付き)。 2018年1月には、別のEIP-859スキームがあり、その中核的な役割は、トランザクション当事者コントラクトがデプロイされていない場合、コントラクトウォレットのデプロイはトランザクションにアタッチされたコードパラメータで実行されることです。 最終的に、EIP-7702はEIP-3074スキームからさらに推論され、最終的にイーサリアムのメインネットに組み込まれました。EIP-7702の理念と効果は実際には非常にシンプルです。新しい取引タイプを通じて初期化を行い、その後ユーザーはEOAが単一取引内で一時的かつオプションとしてスマートコントラクトの機能を持つことを許可できるようになります。これにより、ビジネス上のバッチ取引、ガスなしの取引、およびカスタム権限管理などをサポートします。その中で最も重要な能力は、ユーザーに一時的かつオプションのスペースを持たせることです。そして、複数の人が同じロジック契約を共有できるため、ユーザーの移行コストを大幅に削減できます。ユーザーがEIP-7702の設定を完了するには、8Wのガスが必要で、約0.06ドルです。また、新しい契約を再設定するか、ロジック契約をキャンセルするには、4Wのガスだけが必要です。設定が完了した後は、バルクトレード時にユーザーに大幅なガスの最適化をもたらすことができます。下の表を見てください：! [ExxQPPkNME3lPX5nAfKJKa9bCbHstm4whKZexgKY.jpeg](https://img.gateio.im/social/moments-e809c7a72738331893e44904be6a6167 "7367908")もちろん、2回、さらには6回のトークン転送を行う必要があると思うかもしれませんか？一般的なユーザーは、一度の取引で1つのことを行うことに慣れていますが、Web3ゲームやWeb3ペイのような多様なアプリケーションシーンでは、実際には頻繁に見られます。たとえば、ゲーム内で生成される通貨である銅貨とユーザーがチャージした通貨である銀貨を同時に消費する状況や、特定のイベントに参加する際にNFTチケットと入場料を同時に消費することが挙げられます。複雑なシーンを想像しなくても、現在のチェーン上で最も主流なスワップの需要に戻ると、承認と転送のバッチ処理の需要も同様にあります。さらには、現在、ユーザーがすでに無用な承認権限を迅速に削除するための小さなツールを作成することもできます。その効果は簡単に比較でき、明らかにコストは約40％削減できます。! [HnorXnmbih9f9gE1pQ37TnRWSnIOZo0OUgHt0GhO.jpeg](https://img.gateio.im/social/moments-2c693bf04b25d90c8baed33fbd5b5742 "7367909")## EIP-7702のコア原理この効果の理由を探るには、その原理に戻る必要があります。実際、彼のコアは2つの論理に分かれており、ユーザー設定の段階と日常使用の段階に分かれています。### ロジックコントラクトの設定段階! [JLmGHws2k7Pw5dtBgzKfJAkr4FwccX05t78Y5eOG.jpeg](https://img.gateio.im/social/moments-d86d4ab936423e3c68296f0c2a280666 "7367910")核心プロセスは以下の通りです：* 第一歩：署名承認、元のEOAの秘密鍵を使用して、特別なハッシュ文字列に署名します。この文字列は、chain\_id、address、nonceをエンコードしたもので構成されています。ここでAddressは最終的に設定されるロジックコントラクトのアドレスであり、Nonceは取引が再送信されないようにするための戦略です。* 第二のステップ：トランザクションに署名します。第一のステップでの承認情報があれば、誰でもタイプ4のトランザクションを構築できます。複数の承認情報を含め、一度に複数のアドレスに対して一括で承認設定を行うことができます。* 第3ステップ：ブロックチェーンにブロードキャストします。これにより、内部の承認処理が完了した時点で、ロジック契約がすでに有効になります。ここにはさらに技術的な詳細があり、okxのオープンソースjs sdkの実装を参照して、基盤データのエンコーディングプロセスを見ることができます。もちろん、このセットのソリューションは、いくつかのセキュリティリスクや複雑さを隠していることもあり、下文で詳しく説明します。### ロジックコントラクトの実行段階設定が完了すると、任意の取引の宛先があなたを指す場合、それはスマートコントラクトを呼び出すのと同じように、システムはあなたが元々設定したロジックコントラクトのコードを、現在のEOAの状態に「ロード」してそのロジックを実行します。! [czvGmSjllwk9GJxAMkVXYRspQ1ckeIZkSQFkEoiu.jpeg](https://img.gateio.im/social/moments-57f32cafcb39622248cc942e4ff7f69d "7367911")同様に2つのシーンを見てみましょう：第一の方法は、自分で自分を呼び出すことです。もしあなたが OKX 7702 Smart Contract のように高い安全性とカスタマイズ可能な制御機能を持つ設定をしている場合、あらかじめ作成された calldata を指定することで、現在の操作を一度に複数の指示で完了させることができます。例えば、Approve + Transfer を同時に行ったり、Approve + Swap を同時に行ったりすることができます。決して侮ってはいけませんが、現在の合計27億件のイーサリアム取引の中で、Approveは約750万件で、1件あたり8万ガスと計算すると、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を取り出したとき、あの体験はユーザーが最初に思いもよらなかったものであり、こんな風に遊べるとは思っていませんでした。アカウントの抽象化は、実際には多くのブロックチェーンが探求し、積極的に試みている分野です。例えば：1. Starknetは、ZK-Rollup（Layer 2）として、そのデフォルトアカウントはすべてコントラクトアカウントであり、EOAは存在しません。2. zkSync Eraでは、AAアカウントの使用がデフォルトの方法であり、Bundlerの複雑な手順も必要ありません。3. Nervos CKBはUTXOモデルに似ていますが、すべてのアカウントが使用するバリデーターをカスタマイズできることを許可しており、所有権と制御権を分離しています。4. Aptos / Suiは、Move系Layer1において重要な役割を果たしています。EVMモデルのAAではありませんが、アカウントのカスタマイズ能力、許可されたモジュール化署名、マルチバリデーションなどの機能も備えています。5. そしてEVMのLinea / Base / Mantle / Polygon / Arbitrum / Optimism、これらの関連エコシステムは、ERC4337を通じてAAのサポートを完了しただけでなく、ほぼすべてがEthereumメインネットと同様に、今後EIP-7702のアップグレードに追随する予定です。そして、ウォレットとAA関連分野のインフラは、EIP-7702の準備をより包括的に進めています。EIP-7702のコア体験の最適化：バッチ取引、Gas抽象化（つまり、Gaslessなどのガス不要のソリューション）、アカウント管理、これらはCoinbase、Metamask、Biconomy、Zerodev、Rhinestone、Ithacaなどのサービスプロバイダーが全面的にサポートしています。これらはすべてERC-4337の時代からさらに完成された適応であり、これがEIP-7702の大きな利点です。最終的にアカウントの主体はEOAにもCAにも属する形態となり、AAに関する多くの基盤インフラが移行適応可能になります。今、EOA、ERC-4337、EIP-7702の最終的な効果の層の違いを表で示してみましょう。! [hZAxehaT2v9NR4BBLPz9NJ94AA7Hixadv2Tm2vzV.jpeg](https://img.gateio.im/social/moments-dd9205ae6c18530a6c4216070597ba39 "7367912")客観的に見て、イーサリアムのシステムは他のチェーンよりも重い歴史的負担を抱えています。これは最近、コミュニティがVitalikによるEVM仮想マシンの変更に反対する声の理由でもあり、初期にERC-4337を選択せざるを得なかった理由でもあります。しかし、より良い選択肢（EIP-7702）が登場し、歴史的負担と優れたコスト最適化を両立できるようになると、ユーザーは「iPhoneの瞬間」を迎えることになります。基礎的な形態の変化に伴い、派生する形態はさらに想像を広げることができます。たとえば、* ユーザーは Passkey または Google アカウントを使用してウォレットを制御することができます。制限条件を免除するなどの体験機能を実現します。* ユーザーは、ZKEmailなどの設定を通じて、リカバリー機能を実現し、秘密鍵を取り戻すことができます。* オンチェーン操作の大口にとって、複数の取引を1つに統合することで、ブロック待ち時間を大幅に短縮し、オンチェーンスワップをより迅速に実行できるほか、連続取引を通じて取引失敗のリスクを低減できます。時間はユーザーの体験に大きな影響を与えます。全体のブロックチェーン世界でコンセンサスシステムのランキングが第二位（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のストレージに残ります。これは、新しい代理契約が旧契約が書き込んだストレージデータにアクセスし、さらには変更することができることを意味し、「ストレージ汚染」のリスクを引き起こし、現在の契約の実行ロジックに干渉したり、破壊したりする可能性があります。しかし、コミュニティ内では、ストレージの混乱を減らすためにストレージを分離するためのさまざまなソリューションがすでに登場しています（ERC-7201）。しかし、どのソリューションを採用しても、現在のエコシステムには nonce の一意性と安全性を確保するための強制的な統一規範が不足しています。もう一つの典型的な問題は、標準の混乱を実行することです。この記事が明らかにしているように：『断片化から統一へ：スマートアカウントの標準化の必要性』現在：Safe、Biconomy、ZeroDevはそれぞれ独自のバッチコール機能を実装していますが、3者の関数名、インターフェースパラメータ、結果処理方法は異なります。その中で、ZeroDevはバッチコールの失敗を考慮していますが、SafeとBiconomyはそのようなシーンを処理していません。業界の標準「各自の方針」によるやり方は、必然的に混乱をもたらす戦いを引き起こしました。そして、ユーザー、dApp、開発者はその中で被害者となっています。したがって、EIP-7702の導入は、単なる技術革新ではなく、スマートアカウントの汎用基盤インフラを構築する機会でもあります。これは「コンセンサスの再構築」のウィンドウ期間を提供し、全体のWeb3ウォレットエコシステムを機能の多様性から構造の統一へと推進し、真の持続可能な発展を実現します。## EIP-7702 アクティブ化後、必須の三大セキュリティ理解今、私たちは異なる視点に切り替え、ユーザー、DApp、取引所などの組織からこのシステムを総合的に見て、それが私たちにどのように影響を与えるかを考えます。それは機会をもたらす一方で、リスクも伴います。リスクを理解することでこそ、このシステムがもたらす恩恵をより良く享受できるのです。### Eip-7702はとても複雑ですが、アップグレードしなくてもいいですか？もちろん、積極的にアップグレードしない選択もできますが、注意が必要なリスクがあります。プラハでのアップグレード後、あなたのメッセージ署名が意図せずに危険に陥る可能性があります。! [b0WCWhG2YOqFWPBzxkey83oeYSDPhwZEbLozIXJ0.jpeg](https://img.gateio.im/social/moments-d4f55dc2f36809487b921f1d9f0de2f7 "7367913")確かにEIP-7702には強いフィッシングリスクがあります。なぜなら、そのAuthorizationのパラメータはaddress、nonce、chainidで構成されており、その中のchainidが0であれば、その署名の承認はnonceが満たされる限り、任意のチェーンでも有効になるからです。OKXのオープンソースの署名SDKにおける7702プロセスの具体的な実装方法を見ると、この基準に従うため、ユーザーが最終的に署名するのはハッシュ値：0xabcであり、その計算方法は以下の通りです：! [84KgMrA0BruRKKK8Q62nlf9j9sDvrDKjHDTRWxYa.jpeg](https://img.gateio.im/social/moments-ec8463a5308041f977dc4a94979364a5 "7367914")その中で、keccakはイーサリアム上の主流のハッシュアルゴリズムであり、特徴は任意の長さのデータから固定の32バイトの長さの結果を算出できることです。一方、rlpは情報のエンコーディング方式の一つであり、その最後にあるMagicは固定値です。しかし、最終的に生成される結果は、具体的な内容が理解できないハッシュ値であるため、実際にはユーザーが軽率にメッセージに署名し、他の人があなたの権限を持ってチェーン上で有効にすることができれば、知らず知らずのうちに code が設定され、0dayレベルの攻撃事件を引き起こす可能性があります。また、set code は強制的であるため、過去に安全な契約を設定したからといって、置き換えられないとは限りません。したがって、安全なウォレットはユーザーが任意のハッシュ値に署名することを禁止します。この点は以前にも述べた通りです（ハッシュ値が通常の取引を表す可能性もあるため）。### もしリスクのある契約を誤ってアップグレードした場合、どのように自分を守ることができますか？このリスクは非常に一般的です。結局のところ、自分が完全にフィッシングに遭わないことを保証することはできません。この問題を防ぐためには、まず技術的背景を理解する必要があります。イーサリアムシステムでは、トランザクションはnonceの順序に従って処理される必要があり、連続していることを維持しなければ、ブロックチェーン上で承認されません。したがって、2つの攻撃方法が存在します。第一の状況は、ハッカーがあなたの現在のアドレスの次の nonce 値を盗み、署名された Authorization を行った場合です。この場合の対処は簡単です。攻撃を受けた場合は、カスタマイズ可能な Gasfee のウォレット、例えば 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万のバリデーターステーキングアドレスがあります。 これは、MAX\_EFFECTIVE\_BALANCEが32ETHに制限されており、ノードオペレーターがより大きなステーク資産を管理するために複数のバリデーターアカウントを作成する必要があるため、多数の「冗長バリデーター」が存在することにつながっているためです。 したがって、EIP-7251は最大上限を引き上げ、制御アカウントの数を減らし、lidoの集約ステーキングプロトコルのシステムの複雑さを軽減することができますが、これにより分散化の問題が悪化し、ETHステーキング市場がより中央集権化される可能性があります。今回のアップグレードにより、より大規模なノードオペレーターが複数のバリデーターアカウントを統合できるようになり、また、小規模なバリデーターには、複利収益の蓄積や、より柔軟なステーキング増量を通じて収益を増やすためのさらなる柔軟性が提供されます。これは非常に重要です。元々32ETHを達成した後、新たに10ETHの収益が発生した場合、そのETHを再度ステーキングすることはできませんでした。なぜなら、32を満たさなければ新しいアカウントを開設できなかったからです。しかし、今回のアップデートにより、42ETHを直接ステーキングすることができるようになります。したがって、あなたの複利収益は再びETHシステムに戻ることができ、ユーザーエクスペリエンスの便捷性が向上し、ETHの流動性を低下させる伏線ともなります。最後に、L2エコシステムの大幅な最適化についてです。イーサリアムは常にL2エコシステムコミュニティの道を堅持しています。他のSVM系やMOVE系は、本質的に自分たちのL1を発展させている段階であり、さらにはその上のL2を探求することには一定の矛盾や対立があります。その根源は、これらのチェーンの高性能がL2を構築することにあまり依存していないことにあります。より多くのL2がEthereumメインネットと効率的に相互作用できるようにするため、EIP-7623により、トランザクション中のcalldataのガス料金が、1バイトあたり4/16ガスから10/40ガスに引き上げられました。これはL2にcalldataの使用を控え、Blobを多く使用するよう促すものです。EIP-7691では、より大きなL2ストレージスペースをサポートするためにブロック内のブロブの容量が増加し、以前のカンクンのアップグレードでは、ブロブを表す2つのコアパラメータ、targetとmaxがあり、これらはブロックあたりのブロブの目標数とブロックあたりのブロブの最大数を表すために使用されていました。カンクンは3と6で、現在プラハの後に、パラメータが6と9に変わりました。要するに、拡張されました。したがって、イーサリアムはL2のTPSを通じてイーサリアム自体の向上を実現していますが、その中には流動性の分散、クロスチェーンの複雑さ、緊急脱出容量など多くの問題があります。したがって、現在のPectraアップグレードにおいて、イーサリアムはL2に「高速道路」を追加していますが、その後の「交通管理」と「異なる高速道路の料金基準」をどのように解決するかが最も根本的な問題です。## 未来を覗くこの記事は約10000字に及び、アカウント抽象の発展の起源から始まり、ERC-4337およびEIP-7702が示す2つのルートとその比較を行い、次にEIP-7702の原理とメカニズムに深く入っていき、ユーザーの主流シーンにおける利点と欠点、そして調整効果を分析します。筆者は「Not your keys, Not your money」というのは素晴らしい理念だと考えており、EIP-7702はそれを覆すものではなく、主権性と使いやすさを兼ね備えた別の次元の補完と改善である。まさにイーサリアム財団の研究者Yoav Weissが言ったように、「次の10億人のユーザーは紙の上に12の単語を書くことはない。」そして両者の比較を通じて、彼はERC-4337に対して顕著な最適化を行っており、ユーザーにスペースと柔軟性を提供し、その結果、ユーザーが後の市場で認識しやすくなり、使用しやすくなります。ユーザーがCAをオンチェーン主体として採用し始めると、複雑な取引タイプがEVM系チェーン上に大量に現れることになります。これにより、私たちは未来の影が、基盤となるアカウント主体や取引タイプの豊かさと共に見えてきます。かつてユーザー体験の問題を引き起こしていた多くの障壁が解消されるでしょう。ユーザーがNonceやGasといった論理を理解する必要がなくなり、ウォレットなどのエントリサービスツールによって簡略化された処理が提供されるようになります。業界レベルの多様性に直面しているものの、一定のインターフェース標準やストレージスペースの混乱をもたらしていますが、筆者は同様に楽観的に見ています。価値のある混乱があればあるほど、統一された基準が生まれる可能性が高く、分散型の多様な競争は最終的に業界の発展を促進することになります。だからこそ、EIP-7702がオンラインになった後、すぐにイーサリアムのエコシステムを引き起こすことはありません。これは螺旋状に上昇する技術の基盤のアップグレードであり、このようなアップグレードは市場のアプリケーションよりも2-3年先行することが多く、アプリケーション層に徐々に発酵する時間を残します。そして、今回のアップグレードから、ユーザーの安全は入口ツール層のサービス品質により依存するようになります。オープンソースの開放は、ユーザーに安全感を提供する重要なステップです。したがって、OKX Walletが今回統合したEIP-7702の基盤SDK実装もオープンソースであり、コミュニティや市場の試練を公に受け入れています。また、多くのオープン性を維持するウォレットは、自己管理の道をますます進んでおり、オープンソースの公平性によってユーザーに絶対的な自主権を与えています。最後に、Pectraのアップグレード自体に戻ると、Ethereumの将来の方向性に対する考え方と粘り強さが再び見え、L2グランドストラテジーが安定的な実行期間に入った今、Ethereumのロードマップは過去10年間で何度も詳細に変化しましたが、その中心的な目標は常に驚くほど一貫しています:高度にスケーラブルで検証が容易な、安全で分散型のグリーン(POS)ブロックチェーンを持ちたいという願望です。 ハードフォークからのユーザーエクスペリエンスを効果的に改善するためのEIP-7702などのAA提案の導入は、イーサリアムが常に分散化を確保しながら複数のチェーンの競争力を向上させる方法を模索していることを意味します(Solanaなどの新世代のパブリックチェーンとの激しい競争に直面しても)、理想的なスーパーコンピューターになる方法!リソース：* * * * * * ### 「OKX研究院」について「OKX研究院」のコラムは、機関レベルの研究視点に基づき、暗号業界の現象的なホットトピック、革新的な応用、そして技術の最前線に焦点を当てています。データ分析、オンチェーン行動、そしてクロスマーケットの連動分析などの手法を通じて、市場の動態の背後にある核心的な理由と潜在的な影響を明らかにし、業界内部の知識共有、思考の衝突、深い議論を促進することを目指しています。エコシステム暗号の健全な発展を支援します。
アカウントの抽象化10年の進化の終局 EIP-7702を通して過去と未来を見る
著者:Shisilu、提供:OKX
Pectraは、EthereumのDencun以降の最初の重大なアップグレードであり、プラハの実行レイヤーのハードフォークとElectraのコンセンサスレイヤーの更新を含む、史上最多の11のEIPを統合し、バリデーターの柔軟性、ネットワークの拡張性、および実行効率を大幅に向上させます。EthereumメインネットのPectraハードフォークは2025年5月7日に正式にアクティブ化される予定であり、アカウント抽象（Account Abstraction）の「究極の形態」—— EIP-7702も正式に一般の視野に入ります！
EIP-7702をサポートしていないEVMベースのWeb3ウォレットがある場合、彼がイーサリアムのエコシステム全体とユーザーをあきらめたことは間違いありません。 これがヴィタリックとEFの決意であり、『パンドラの箱』お披露目前! 現在、イーサリアムエコシステムをサポートするために、OKX Walletはイーサリアムの最新のアカウント抽象化標準EIP-7702のサポートを主導し、試してみたいユーザー向けの公式ポータルを開設しました。 ヒント:あなたはあなたのニーズに応じてアップグレードと経験を選ぶことができます、そしてあなたがアップグレードしないならば、それは既存のエコシステムとアプリケーションの通常の使用に影響を与えません。 資産の安全性を確保するために、資産へのリスクを回避するために、公式チャネルを通じて運用し、フィッシングリンクや悪意のあるWebサイトに注意してください。
この記事に従って、アカウント抽象の進化の歴史、EIP-7702がもたらすユーザー価値と市場の変化、そしてその中に潜む危険について包括的に理解してください。
概要
アカウントはなぜ抽象化されるべきか？
アカウントの抽象化のビジョンは、イーサリアム自体よりも早く存在していたとは想像しがたい。
今回のHK Web3 カーニバルでは、Vitalikは何度も、マルチシグ（Multi-sig）、アカウント抽象、ZK Emailなどの一連のソリューションを通じて、イーサリアムが「iPhoneの瞬間」の目標の50%を達成したと強調しました。
速いのか遅いのか、楽観的なのか制限なのか？それでは、私たちは基盤に深く入り込み、AAがなぜこのような影響力を持っているのかを見てみましょう！結局のところ、10年の長い旅の後、VitalikはAAの分野で彼が夢見ていた結末を迎え、2023年に描かれたイーサリアムのロードマップの進捗バーに、濃厚な一筆を加えました。
! A52fsnaRFJUanoa1kH97m7pkmXevlmKx37b6z2oP.jpeg
アカウント抽象化は、一体何のためにあるのでしょうか？
実際のところ、本質的に解決しようとしているのは所有権の分離の問題です。なぜなら、現在の EOA（Externally Owned Account 外部アカウント）の所有権と署名権は、実際には同一の主体が持っているからです（どちらも私鍵に依存して指示を制御しています）。その根源はイーサリアムの取引構造にあり、実際にイーサリアムの標準取引には From 側が存在しません。実行時にはその VRS パラメータ（つまりユーザー署名）を通じて From アドレスが逆解析されます。
さらに、イーサリアムは「世界クラスのステートマシン」としての設計で、トランザクションに完全に依存してチェーン上の状態変更を実現しています。また、Fromを指定できないため、トランザクションの実行権限が最高の所有権と結びついています。
これが EOA の根源であり、シンプルで理解しやすいですが、使い勝手の悪い一連の問題です：
結局のところ、現在のブロックチェーンの世界は、出入りするユーザーにとって非常に複雑です。ユーザーはGas price、Gas limit、トランザクションのブロッキング（Nonceの順序）などの概念を理解する必要があります。一般的なユーザーに対して複雑な情報を隠すことが、EIP-7702が最終的に解決すべき問題です。
ERC-4337とEIP-7702の核心的な違いは何ですか？
AAを目指して、実際には十種類以上の異なる提案があり、筆者は以前に探求したことがあります。実際に全体を整理すると、本質的には二つのルートになります：
ルート1：EOAアドレスがCAアドレスを駆動する
ERC-4337はこの分野の典型であり、一言でまとめると：新しいトランザクションオブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信し、bundlersの形式で指示をバッチ処理し、契約を通じて個別にトランザクションを実行します。本質的には、基盤のトランザクションとアカウント操作を契約レベルで実行することです。
実行原理は以下の図の通りです:
! 2gcn1gOphZNUnpbfuRazfNUtgYaTizoWm8nbVft7.jpeg
bundlerという役割を通じて、このソリューションはバッチトランザクション、ガスなし、署名アルゴリズムの問題などを解決できると言えます。しかし、彼は複雑さとユーザーの取引コスト、さらにbundlerとEntryPointの単一障害点リスクを解決することはできません。
なぜなら、ユーザーがERC-4337に移行すると、上の図のuser2の要求のように、単にTransferの取引を行う場合でも、ユーザーの取引手数料はEOAと比較して2倍になるからです。
! QPfjR50jEACgvEGlSoWcCeIfM5jvaLo0HMqtb2AJ.jpeg
CAおよびEOAの最新のユーザー数データからわかるように、高級プレイヤーであり、チェーン上のCAを主体としたさまざまな操作、バッチコールなどに非常に依存しているユーザーがいるとしても、なぜ普通のCAを直接使用しないのか？
Bundlerは、ハードフォークのアップグレードを回避し、アプリケーションレイヤーに直接展開するように設計されていますが、ERC-4337は単一障害点のコストも2倍になり、ユーザーはEOAの柔軟性を失います。 したがって、多様なユーザーニーズに直面して、現在の市場のユーザーはERC-4337ソリューションにそれほど好まれていないことは明らかであり、ピークのユーザー数がイーサリアム300Mの一意のアドレスの数から遠く離れていても、全体的な傾向は2年の開発以来大幅に減少しています。
もちろん、私たちはERC-4337の欠点を非難しているわけではなく、その発展に伴い、その上で発展するPaymasterやGas抽象などの役割や概念が、実際にはEIP-7702の中で再び適用されているのです。
筆者は、どの業界の発展も一朝一夕ではないと考えており、重要なのは過去の興亡から法則を見出し、経験を総括することです。
ルート2：EOAアドレスをCAアドレスに変える
実際、2015年11月には早くもヴィタリックは、契約をアカウントとする新しい構造であるEIP-101を提案しました。 アドレスをコードとストレージスペースのみに変更し、ERC20決済をサポートするように手数料を変更し、コンパイル済みのコントラクトを通じてネイティブトークンをERC20ライクに変更して残高を入金します(源泉徴収承認などの機能付き)。 2018年1月には、別のEIP-859スキームがあり、その中核的な役割は、トランザクション当事者コントラクトがデプロイされていない場合、コントラクトウォレットのデプロイはトランザクションにアタッチされたコードパラメータで実行されることです。 最終的に、EIP-7702はEIP-3074スキームからさらに推論され、最終的にイーサリアムのメインネットに組み込まれました。
EIP-7702の理念と効果は実際には非常にシンプルです。新しい取引タイプを通じて初期化を行い、その後ユーザーはEOAが単一取引内で一時的かつオプションとしてスマートコントラクトの機能を持つことを許可できるようになります。これにより、ビジネス上のバッチ取引、ガスなしの取引、およびカスタム権限管理などをサポートします。その中で最も重要な能力は、ユーザーに一時的かつオプションのスペースを持たせることです。
そして、複数の人が同じロジック契約を共有できるため、ユーザーの移行コストを大幅に削減できます。ユーザーがEIP-7702の設定を完了するには、8Wのガスが必要で、約0.06ドルです。また、新しい契約を再設定するか、ロジック契約をキャンセルするには、4Wのガスだけが必要です。
設定が完了した後は、バルクトレード時にユーザーに大幅なガスの最適化をもたらすことができます。下の表を見てください：
! ExxQPPkNME3lPX5nAfKJKa9bCbHstm4whKZexgKY.jpeg
もちろん、2回、さらには6回のトークン転送を行う必要があると思うかもしれませんか？
一般的なユーザーは、一度の取引で1つのことを行うことに慣れていますが、Web3ゲームやWeb3ペイのような多様なアプリケーションシーンでは、実際には頻繁に見られます。たとえば、ゲーム内で生成される通貨である銅貨とユーザーがチャージした通貨である銀貨を同時に消費する状況や、特定のイベントに参加する際にNFTチケットと入場料を同時に消費することが挙げられます。
複雑なシーンを想像しなくても、現在のチェーン上で最も主流なスワップの需要に戻ると、承認と転送のバッチ処理の需要も同様にあります。さらには、現在、ユーザーがすでに無用な承認権限を迅速に削除するための小さなツールを作成することもできます。その効果は簡単に比較でき、明らかにコストは約40％削減できます。
! HnorXnmbih9f9gE1pQ37TnRWSnIOZo0OUgHt0GhO.jpeg
EIP-7702のコア原理
この効果の理由を探るには、その原理に戻る必要があります。実際、彼のコアは2つの論理に分かれており、ユーザー設定の段階と日常使用の段階に分かれています。
ロジックコントラクトの設定段階
! JLmGHws2k7Pw5dtBgzKfJAkr4FwccX05t78Y5eOG.jpeg
核心プロセスは以下の通りです：
ここにはさらに技術的な詳細があり、okxのオープンソースjs sdkの実装を参照して、基盤データのエンコーディングプロセスを見ることができます。もちろん、このセットのソリューションは、いくつかのセキュリティリスクや複雑さを隠していることもあり、下文で詳しく説明します。
ロジックコントラクトの実行段階
設定が完了すると、任意の取引の宛先があなたを指す場合、それはスマートコントラクトを呼び出すのと同じように、システムはあなたが元々設定したロジックコントラクトのコードを、現在のEOAの状態に「ロード」してそのロジックを実行します。
! czvGmSjllwk9GJxAMkVXYRspQ1ckeIZkSQFkEoiu.jpeg
同様に2つのシーンを見てみましょう：
第一の方法は、自分で自分を呼び出すことです。
もしあなたが OKX 7702 Smart Contract のように高い安全性とカスタマイズ可能な制御機能を持つ設定をしている場合、あらかじめ作成された calldata を指定することで、現在の操作を一度に複数の指示で完了させることができます。例えば、Approve + Transfer を同時に行ったり、Approve + Swap を同時に行ったりすることができます。
決して侮ってはいけませんが、現在の合計27億件のイーサリアム取引の中で、Approveは約750万件で、1件あたり8万ガスと計算すると、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を取り出したとき、あの体験はユーザーが最初に思いもよらなかったものであり、こんな風に遊べるとは思っていませんでした。
アカウントの抽象化は、実際には多くのブロックチェーンが探求し、積極的に試みている分野です。例えば：
そして、ウォレットとAA関連分野のインフラは、EIP-7702の準備をより包括的に進めています。
EIP-7702のコア体験の最適化：バッチ取引、Gas抽象化（つまり、Gaslessなどのガス不要のソリューション）、アカウント管理、これらはCoinbase、Metamask、Biconomy、Zerodev、Rhinestone、Ithacaなどのサービスプロバイダーが全面的にサポートしています。
これらはすべてERC-4337の時代からさらに完成された適応であり、これがEIP-7702の大きな利点です。最終的にアカウントの主体はEOAにもCAにも属する形態となり、AAに関する多くの基盤インフラが移行適応可能になります。
今、EOA、ERC-4337、EIP-7702の最終的な効果の層の違いを表で示してみましょう。
! hZAxehaT2v9NR4BBLPz9NJ94AA7Hixadv2Tm2vzV.jpeg
客観的に見て、イーサリアムのシステムは他のチェーンよりも重い歴史的負担を抱えています。これは最近、コミュニティがVitalikによるEVM仮想マシンの変更に反対する声の理由でもあり、初期にERC-4337を選択せざるを得なかった理由でもあります。しかし、より良い選択肢（EIP-7702）が登場し、歴史的負担と優れたコスト最適化を両立できるようになると、ユーザーは「iPhoneの瞬間」を迎えることになります。
基礎的な形態の変化に伴い、派生する形態はさらに想像を広げることができます。たとえば、
時間はユーザーの体験に大きな影響を与えます。全体のブロックチェーン世界でコンセンサスシステムのランキングが第二位（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のストレージに残ります。これは、新しい代理契約が旧契約が書き込んだストレージデータにアクセスし、さらには変更することができることを意味し、「ストレージ汚染」のリスクを引き起こし、現在の契約の実行ロジックに干渉したり、破壊したりする可能性があります。
しかし、コミュニティ内では、ストレージの混乱を減らすためにストレージを分離するためのさまざまなソリューションがすでに登場しています（ERC-7201）。しかし、どのソリューションを採用しても、現在のエコシステムには nonce の一意性と安全性を確保するための強制的な統一規範が不足しています。
もう一つの典型的な問題は、標準の混乱を実行することです。
この記事が明らかにしているように：『断片化から統一へ：スマートアカウントの標準化の必要性』
現在：Safe、Biconomy、ZeroDevはそれぞれ独自のバッチコール機能を実装していますが、3者の関数名、インターフェースパラメータ、結果処理方法は異なります。その中で、ZeroDevはバッチコールの失敗を考慮していますが、SafeとBiconomyはそのようなシーンを処理していません。
業界の標準「各自の方針」によるやり方は、必然的に混乱をもたらす戦いを引き起こしました。そして、ユーザー、dApp、開発者はその中で被害者となっています。したがって、EIP-7702の導入は、単なる技術革新ではなく、スマートアカウントの汎用基盤インフラを構築する機会でもあります。これは「コンセンサスの再構築」のウィンドウ期間を提供し、全体のWeb3ウォレットエコシステムを機能の多様性から構造の統一へと推進し、真の持続可能な発展を実現します。
EIP-7702 アクティブ化後、必須の三大セキュリティ理解
今、私たちは異なる視点に切り替え、ユーザー、DApp、取引所などの組織からこのシステムを総合的に見て、それが私たちにどのように影響を与えるかを考えます。それは機会をもたらす一方で、リスクも伴います。リスクを理解することでこそ、このシステムがもたらす恩恵をより良く享受できるのです。
Eip-7702はとても複雑ですが、アップグレードしなくてもいいですか？
もちろん、積極的にアップグレードしない選択もできますが、注意が必要なリスクがあります。プラハでのアップグレード後、あなたのメッセージ署名が意図せずに危険に陥る可能性があります。
! b0WCWhG2YOqFWPBzxkey83oeYSDPhwZEbLozIXJ0.jpeg
確かにEIP-7702には強いフィッシングリスクがあります。なぜなら、そのAuthorizationのパラメータはaddress、nonce、chainidで構成されており、その中のchainidが0であれば、その署名の承認はnonceが満たされる限り、任意のチェーンでも有効になるからです。
OKXのオープンソースの署名SDKにおける7702プロセスの具体的な実装方法を見ると、この基準に従うため、ユーザーが最終的に署名するのはハッシュ値：0xabcであり、その計算方法は以下の通りです：
! 84KgMrA0BruRKKK8Q62nlf9j9sDvrDKjHDTRWxYa.jpeg
その中で、keccakはイーサリアム上の主流のハッシュアルゴリズムであり、特徴は任意の長さのデータから固定の32バイトの長さの結果を算出できることです。一方、rlpは情報のエンコーディング方式の一つであり、その最後にあるMagicは固定値です。
しかし、最終的に生成される結果は、具体的な内容が理解できないハッシュ値であるため、実際にはユーザーが軽率にメッセージに署名し、他の人があなたの権限を持ってチェーン上で有効にすることができれば、知らず知らずのうちに code が設定され、0dayレベルの攻撃事件を引き起こす可能性があります。また、set code は強制的であるため、過去に安全な契約を設定したからといって、置き換えられないとは限りません。
したがって、安全なウォレットはユーザーが任意のハッシュ値に署名することを禁止します。この点は以前にも述べた通りです（ハッシュ値が通常の取引を表す可能性もあるため）。
もしリスクのある契約を誤ってアップグレードした場合、どのように自分を守ることができますか？
このリスクは非常に一般的です。結局のところ、自分が完全にフィッシングに遭わないことを保証することはできません。
この問題を防ぐためには、まず技術的背景を理解する必要があります。イーサリアムシステムでは、トランザクションはnonceの順序に従って処理される必要があり、連続していることを維持しなければ、ブロックチェーン上で承認されません。
したがって、2つの攻撃方法が存在します。
第一の状況は、ハッカーがあなたの現在のアドレスの次の nonce 値を盗み、署名された Authorization を行った場合です。この場合の対処は簡単です。攻撃を受けた場合は、カスタマイズ可能な Gasfee のウォレット、例えば 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万のバリデーターステーキングアドレスがあります。 これは、MAX_EFFECTIVE_BALANCEが32ETHに制限されており、ノードオペレーターがより大きなステーク資産を管理するために複数のバリデーターアカウントを作成する必要があるため、多数の「冗長バリデーター」が存在することにつながっているためです。 したがって、EIP-7251は最大上限を引き上げ、制御アカウントの数を減らし、lidoの集約ステーキングプロトコルのシステムの複雑さを軽減することができますが、これにより分散化の問題が悪化し、ETHステーキング市場がより中央集権化される可能性があります。
今回のアップグレードにより、より大規模なノードオペレーターが複数のバリデーターアカウントを統合できるようになり、また、小規模なバリデーターには、複利収益の蓄積や、より柔軟なステーキング増量を通じて収益を増やすためのさらなる柔軟性が提供されます。これは非常に重要です。元々32ETHを達成した後、新たに10ETHの収益が発生した場合、そのETHを再度ステーキングすることはできませんでした。なぜなら、32を満たさなければ新しいアカウントを開設できなかったからです。しかし、今回のアップデートにより、42ETHを直接ステーキングすることができるようになります。したがって、あなたの複利収益は再びETHシステムに戻ることができ、ユーザーエクスペリエンスの便捷性が向上し、ETHの流動性を低下させる伏線ともなります。
最後に、L2エコシステムの大幅な最適化についてです。イーサリアムは常にL2エコシステムコミュニティの道を堅持しています。他のSVM系やMOVE系は、本質的に自分たちのL1を発展させている段階であり、さらにはその上のL2を探求することには一定の矛盾や対立があります。その根源は、これらのチェーンの高性能がL2を構築することにあまり依存していないことにあります。
より多くのL2がEthereumメインネットと効率的に相互作用できるようにするため、EIP-7623により、トランザクション中のcalldataのガス料金が、1バイトあたり4/16ガスから10/40ガスに引き上げられました。これはL2にcalldataの使用を控え、Blobを多く使用するよう促すものです。
EIP-7691では、より大きなL2ストレージスペースをサポートするためにブロック内のブロブの容量が増加し、以前のカンクンのアップグレードでは、ブロブを表す2つのコアパラメータ、targetとmaxがあり、これらはブロックあたりのブロブの目標数とブロックあたりのブロブの最大数を表すために使用されていました。
カンクンは3と6で、現在プラハの後に、パラメータが6と9に変わりました。要するに、拡張されました。
したがって、イーサリアムはL2のTPSを通じてイーサリアム自体の向上を実現していますが、その中には流動性の分散、クロスチェーンの複雑さ、緊急脱出容量など多くの問題があります。したがって、現在のPectraアップグレードにおいて、イーサリアムはL2に「高速道路」を追加していますが、その後の「交通管理」と「異なる高速道路の料金基準」をどのように解決するかが最も根本的な問題です。
未来を覗く
この記事は約10000字に及び、アカウント抽象の発展の起源から始まり、ERC-4337およびEIP-7702が示す2つのルートとその比較を行い、次にEIP-7702の原理とメカニズムに深く入っていき、ユーザーの主流シーンにおける利点と欠点、そして調整効果を分析します。
筆者は「Not your keys, Not your money」というのは素晴らしい理念だと考えており、EIP-7702はそれを覆すものではなく、主権性と使いやすさを兼ね備えた別の次元の補完と改善である。まさにイーサリアム財団の研究者Yoav Weissが言ったように、「次の10億人のユーザーは紙の上に12の単語を書くことはない。」
そして両者の比較を通じて、彼はERC-4337に対して顕著な最適化を行っており、ユーザーにスペースと柔軟性を提供し、その結果、ユーザーが後の市場で認識しやすくなり、使用しやすくなります。ユーザーがCAをオンチェーン主体として採用し始めると、複雑な取引タイプがEVM系チェーン上に大量に現れることになります。
これにより、私たちは未来の影が、基盤となるアカウント主体や取引タイプの豊かさと共に見えてきます。かつてユーザー体験の問題を引き起こしていた多くの障壁が解消されるでしょう。ユーザーがNonceやGasといった論理を理解する必要がなくなり、ウォレットなどのエントリサービスツールによって簡略化された処理が提供されるようになります。
業界レベルの多様性に直面しているものの、一定のインターフェース標準やストレージスペースの混乱をもたらしていますが、筆者は同様に楽観的に見ています。価値のある混乱があればあるほど、統一された基準が生まれる可能性が高く、分散型の多様な競争は最終的に業界の発展を促進することになります。だからこそ、EIP-7702がオンラインになった後、すぐにイーサリアムのエコシステムを引き起こすことはありません。これは螺旋状に上昇する技術の基盤のアップグレードであり、このようなアップグレードは市場のアプリケーションよりも2-3年先行することが多く、アプリケーション層に徐々に発酵する時間を残します。
そして、今回のアップグレードから、ユーザーの安全は入口ツール層のサービス品質により依存するようになります。オープンソースの開放は、ユーザーに安全感を提供する重要なステップです。したがって、OKX Walletが今回統合したEIP-7702の基盤SDK実装もオープンソースであり、コミュニティや市場の試練を公に受け入れています。また、多くのオープン性を維持するウォレットは、自己管理の道をますます進んでおり、オープンソースの公平性によってユーザーに絶対的な自主権を与えています。
最後に、Pectraのアップグレード自体に戻ると、Ethereumの将来の方向性に対する考え方と粘り強さが再び見え、L2グランドストラテジーが安定的な実行期間に入った今、Ethereumのロードマップは過去10年間で何度も詳細に変化しましたが、その中心的な目標は常に驚くほど一貫しています:高度にスケーラブルで検証が容易な、安全で分散型のグリーン(POS)ブロックチェーンを持ちたいという願望です。 ハードフォークからのユーザーエクスペリエンスを効果的に改善するためのEIP-7702などのAA提案の導入は、イーサリアムが常に分散化を確保しながら複数のチェーンの競争力を向上させる方法を模索していることを意味します(Solanaなどの新世代のパブリックチェーンとの激しい競争に直面しても)、理想的なスーパーコンピューターになる方法!
リソース：
「OKX研究院」について
「OKX研究院」のコラムは、機関レベルの研究視点に基づき、暗号業界の現象的なホットトピック、革新的な応用、そして技術の最前線に焦点を当てています。データ分析、オンチェーン行動、そしてクロスマーケットの連動分析などの手法を通じて、市場の動態の背後にある核心的な理由と潜在的な影響を明らかにし、業界内部の知識共有、思考の衝突、深い議論を促進することを目指しています。エコシステム暗号の健全な発展を支援します。