原作者：shisilu
出典：OKXリサーチ・インスティテュート
Pectra は、Dencun 後の Ethereum の最初のメジャー アップグレードであり、Prague 実行レイヤー ハード フォークと Electra コンセンサス レイヤーのアップデートをカバーしています。史上最大数となる11個のEIPを統合し、バリデーターの柔軟性、ネットワークの拡張性、実行効率を大幅に向上させます。イーサリアム メインネット Pectra ハードフォークが 2025 年 5 月 7 日に正式にアクティブ化される予定であり、アカウント抽象化の「究極の形式」である EIP-7702 が正式に世間の注目を集めています。
EIP-7702 をサポートしていない EVM ベースの Web3 ウォレットが存在する場合、それは間違いなく Ethereum エコシステム全体とユーザーを諦めたことになります。これはヴィタリックとEFの決意であり、パンドラの箱を開ける前兆でもある！現在、OKX Walletはイーサリアムエコシステムをサポートするために、イーサリアムの最新のアカウント抽象化標準であるEIP-7702のサポートを率先して行っており、試用したいユーザー向けに公式の入り口を開設しています。 [OKX Walletホーム機能エリア-その他-7702アップグレード]を通じてアップグレードし、安全でプロフェッショナルな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 はまったく新しいユーザー エクスペリエンスをもたらします。ユーザー主体が契約上の移行を経験すると、市場のアプリケーションもそれに応じて進化します。ガスの抽象化、ファミリー階層化アカウントなどの待望のスムーズな体験により、10億人が低コストでWeb3の世界に参入できるようになります。
取引所やDAppsにとって、EIP-7702の機能を適用することでコストが50%以上削減され、契約アカウントの時代を完全に受け入れることができます。
アカウントはなぜ抽象的である必要があるのでしょうか?
アカウント抽象化のビジョンがイーサリアム自体よりも古いとは想像しがたい。
HK Web3カーニバルで、ヴィタリック氏は、マルチシグ、アカウント抽象化、ZKメールなどの一連のソリューションを通じて、イーサリアムが「iPhoneモーメント」の目標の50％を達成したことを繰り返し強調した。
それは速いのか遅いのか、楽観的か制限的か?この問題の真相を解明し、なぜ AA がこれほどの影響力を持つのかを見てみましょう。結局、10年にわたる長い道のりを経て、ヴィタリックはついにAA分野での夢の終わりを迎え、23年にわたって描かれたイーサリアムロードマップの進捗バーに力強い一撃を加えた。
アカウント抽象化の目的は何ですか?
実際、本質的に解決されるのは、所有権の分離の問題です。EOA (外部所有アカウント) の所有権と署名権は、実際には同じ個別のユニットによって保持されるためです (両方とも、すべての指示を制御するために秘密鍵に依存しています)。この問題の根本は、Ethereum のトランザクション構造にあります。実際、Ethereum の標準トランザクションには From パーティは存在しません。実行中、送信元アドレスは VRS パラメータ (つまり、ユーザー署名) を通じて分解されます。
さらに、イーサリアムは、オンチェーン ステータスの変更を実装するためにトランザクションに完全に依存する「ワールドクラスのステート マシン」として設計されています。 From パーティを指定できないことと相まって、トランザクションの実行権限は最高の所有権と結び付けられます。
これが、EOA を理解しやすいものの使いにくい原因となっている一連の問題の根本です。
秘密鍵は保護が困難です。ユーザーが秘密鍵を紛失した場合（紛失、ハッカー攻撃、量子クラッキングによる）、すべての資産を失うことになります。
署名アルゴリズムは少なく、署名アルゴリズムが異なればパフォーマンスの損失も異なり、オンチェーン ストレージのコストも異なります。
署名権限は高く、EOA ネイティブ秘密キーにはこれらすべての権限があります。
複雑な取引の取引手数料は高額で、ETH 経由でのみ支払うことができます。あらゆる取引または単一の操作には、少なくとも 21,000 の基本料金が必要です。
取引にはプライバシーはありません。 Circle が提案した機密の ERC-20 プロトコルはありましたが、主流にはなりませんでした。
結局のところ、今日のブロックチェーンの世界は、ユーザーが参入したり退出したりするのに複雑すぎます。ユーザーは、ガス価格、ガス制限、トランザクションのブロック（Nonce オーダー）などの概念を理解し、複雑な情報を一般ユーザーから隠す必要があります。これが、EIP-7702 が最終的に解決することを目指す問題です。
ERC-4337 と EIP-7702 の主な違いは何ですか?
実際に AA に関しては 12 以上の異なる提案があり、私は以前にそれらについて検討してきました。実際、全体を整理すると、基本的に 2 つのルートがあります。
ルート1: EOAアドレスでCAアドレスを駆動する
この点では ERC-4337 が典型的な例です。一言で言えば、新しいトランザクション オブジェクト UserOperation が提案され、ユーザーはこのオブジェクトをメモリ プールに送信し、バンドラーの形式で命令をバッチ処理し、配信コントラクトを通じてトランザクションを 1 つずつ実行します。本質的には、基礎となるトランザクションとアカウント操作を契約レベルにまで引き上げて実行することです。
実行原理は次のとおりです。
このソリューションは、バンドラーの役割を通じて、バッチトランザクション、ガスフリー、署名アルゴリズムの削減などの問題を解決できると言えます。ただし、バンドラーとエントリポイントの複雑さとユーザートランザクションコスト、および単一点障害のリスクは解決できません。
なぜなら、ユーザーが ERC-4337 に移行すると、上図のユーザー 2 の要求が Transfer トランザクションを行うことだけであったとしても、ユーザーのトランザクション手数料は EOA と比較して 2 倍になるからです。
CA と EOA の最新のユーザーデータから、一部のユーザーはハイエンドプレイヤーであっても、バッチ呼び出しなど、オンチェーン CA に基づくさまざまな操作に大きく依存していることがわかります。しかし、このような場合、なぜ普通の CA を使用しないのでしょうか?
バンドラーの設計により、ハードフォークレベルのアップグレードを回避し、アプリケーション層で直接起動することができますが、ERC-4337 はコスト支出を 2 倍にし、単一点障害のリスクをもたらし、ユーザーは EOA 本来の柔軟性も失います。したがって、多様なユーザーの要求に直面して、現在の市場ユーザーは ERC-4337 ソリューションをそれほど好んでいないことは明らかです。全体的な傾向は、開発以来の 2 年間で大幅に低下しました。ピーク時のユーザー数でさえ、Ethereum の 3 億の独立アドレスには遠く及びません。
もちろん、ERC-4337の欠点を批判しているわけではありません。むしろ、その開発とともに開発された Paymaster や Gas 抽象化などの役割と概念が、実際に EIP-7702 に再度適用されています。
著者は、いかなる産業の発展も一夜にして起こるものではないと考えています。重要なのは、過去の浮き沈みからパターンを発見し、経験を要約することです。
ルート2: EOAアドレスをCAアドレスに変更する
実際、Vitalik 氏は早くも 2015 年 11 月に、契約をアカウントの新しい構造として使用する EIP-101 を提案しました。アドレスをコードとストレージスペースのみを持つように変更し、手数料を ERC 20 支払いをサポートするように変更し、ネイティブ トークンを ERC 20 のようなものに変更して、プリコンパイルされたコントラクト (源泉徴収承認などの機能を持つことができます) を通じて残高を保存します。 2018 年 1 月には、別の EIP-859 ソリューションが登場しました。コア機能は、トランザクション当事者のコントラクトがデプロイされていない場合に、トランザクションに添付されたコードパラメータを使用してコントラクトウォレットのデプロイを実行することでした。ついに、EIP-3074 計画からさらに推論された EIP-7702 が Ethereum メインネットに組み込まれました!
EIP-7702 のコンセプトと効果は実は非常にシンプルです。新しいトランザクション タイプを通じて初期化を完了します。その後、ユーザーは EOA が単一のトランザクションでスマート コントラクトの機能を一時的に、オプションで持つことを許可できるようになり、これによりビジネスにおけるバッチ トランザクション、ガスフリー トランザクション、カスタム権限管理がサポートされます。最も重要な機能は、ユーザーが一時的かつ任意のスペースを持つことができるようにすることです。
さらに、複数の人が同じロジック契約を共有できるため、ユーザー移行のコストが大幅に削減されます。 EIP-7702 の設定を完了するには、8 W のガス (約 0.06 米ドル) のみが必要です。新しい契約を設定したり、ロジック契約の設定を解除したりするには、4 W の Gas のみが必要です。
設定が完了すると、バッチトランザクション中に大幅なガスの最適化がユーザーにもたらされます。下の表を参照してください。
もちろん、2 回、あるいは 6 回のトークン転送を行う必要があるのかと思われるかもしれません。
通常のユーザーは一度に 1 つのことだけを行うことに慣れているため、このシナリオはまれにしか発生しない可能性があります。ただし、Web3 ゲームや Web3 Pay などの多様なアプリケーション シナリオでは、銅貨 (ゲーム内で生成される通貨) と銀貨 (ユーザーが再チャージする通貨) を同時に使用するなどのケースがよく発生します。または、イベントに参加して、NFT チケットと入場料を同時に消費することもできます。
複雑なシナリオを想定しず、今日のチェーン上で最も主流のスワップのニーズに戻ったとしても、承認と転送のバッチに対する要求もあります。今では、ユーザーが不要な承認権限をすばやく削除できるようにする小さなツールも作成できます。効果の比較も容易で、コストを直接的に40％程度削減できることは一目瞭然です。
EIP-7702の中核原理
この効果が発生する理由を探るには、その原理に戻る必要があります。実際、その核となるのは、ユーザー設定と日常使用に分かれた 2 つのロジックです。
論理契約の設定
コアプロセスは次のとおりです。
ステップ 1: 署名の承認。元の EOA 秘密キーを使用して、特別なハッシュ文字列に署名します。コンテンツは、エンコードされた chain_id、アドレス、および nonce で構成されます。ここで、Addressは最終に設定する論理コントラクトのアドレスであり、Nonceはトランザクションが再生されないようにするための戦略です。
ステップ 2: トランザクションに署名します。最初のステップの承認情報を使用すると、誰でも複数の承認情報を含めることができるタイプ 4 のトランザクションを構築し、一度に複数のアドレスの承認設定を実行できます。
ステップ 3: チェーン上でブロードキャストします。その後、トランザクションが内部承認を完了すると、論理契約が有効になります。
ここにさらに技術的な詳細があります。基礎となるデータ エンコード プロセスを確認するには、 okx オープン ソース js SDK 実装を参照してください。もちろん、このソリューションには実際にはセキュリティ上のリスクと複雑さが潜んでいますが、これについては以下で詳しく説明します。
論理契約の実行
設定が完了すると、任意のトランザクションがあなたを指すアドレスに送信される際、スマート コントラクトを呼び出すのと同じになります。システムは、最初に設定したロジック コントラクトのコードを現在の EOA の状態に「ロード」して、そのロジックを実行します。
また、次の 2 つのシナリオを使用して表示します。
一つ目は、あなた自身を
OKX 7702 スマート コントラクトのような、安全性が高くカスタマイズ可能なコントラクトを設定すると、事前に記述された calldata を指定して、現在の操作で複数の指示を一度に完了できるようになります。たとえば、承認+譲渡を同時に完了することも、承認+スワップを同時に完了することもできます。
過小評価しないでください。合計 27 億件の Ethereum トランザクションのうち、約 7,500 万件は承認トランザクションです。 1トランザクションあたり8Wのガスで計算すると、46WのETHが消費されます。 ETHの市場価格1,700米ドルで計算すると、8億ドル近くになります。
2番目は誰かがあなたに電話をかけてきたときです。
以前のイーサリアムでは、EOA アドレスを他人が呼び出すような状況はありませんでしたが、現在は完全にカスタマイズできるユニバーサル コントラクトになっています。サブアカウントを開いて権限を割り当てたり、いくつかの Paymaster のホワイトリストを設定して、DApp の指定されたアカウントがあなたに代わっていくつかのトランザクションを開始できるようにしたりすることで、従来のブロックチェーン アプリケーションで署名が繰り返しポップアップ表示されるジレンマを完全に排除できます。
なんと強力な能力でしょう！したがって、これが、 OKX Wallet、Metamask、WalletConnect、Biconomy、BaseWallet、Rhinestone、ZeroDev、TrustWallet、Safeなどのほぼすべての主流ウォレットやその他の関連チームが迅速にサポートに対応している理由でもあります。
EIP-7702 はアカウント抽象化の終わりですか?
はい、今回はユーザーが彼を選択するからです！
EOA が不十分というわけではありません。客観的に言えば、EOA は簡潔、明確、シンプル、そして安全です。ただし、このプラハのアップグレードでは、EIP-7702 の導入により EOA が改善されます。コストのため、経験のため。ジョブズがジーンズのポケットから iPhone を取り出した時、ユーザーは iPhone をこのように操作できるとは当初は思ってもみなかった体験をしました。
アカウントの抽象化は、実際には多くのチェーンが検討し、積極的に試行している分野です。例えば：
Starknet は ZK-Rollup (レイヤー 2) であるため、デフォルトのアカウントはすべて契約アカウントであり、EOA はありません。
zkSync Eraでは、AAアカウントを使用するのがデフォルトの方法であり、Bundlerの複雑な手順は必要ありません。
Nervos CKB は UTXO モデルに似ていますが、所有権と制御権を剥奪して、すべてのアカウントが使用するバリデータをカスタマイズできるようにもなっています。
Aptos/Sui は、EVM モードでは AA ではありませんが、Move システムのレイヤー 1 で重要な役割を果たし、アカウントをカスタマイズしたり、モジュール署名や複数の検証などを許可したりする機能も備えています。
EVM の Linea/Base/Mantle/Polygon/Arbitrum/Optimism などの関連エコシステムは、ERC 4337 を通じて AA サポートを完了しただけでなく、Ethereum メインネットと同様に 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 つに統合すると、ブロックの待機時間が大幅に短縮され、オンチェーンのスワップが高速化され、継続的なトランザクションによるトランザクション失敗のリスクが軽減されます。
時間はユーザーエクスペリエンスに大きな影響を与えます。 ETH はブロックチェーン世界全体で 2 番目にランクされているコンセンサス システム (BTC に次ぐ) であるため、BSC のようにブロック時間を 3 秒から 1.5 秒に恣意的に短縮してユーザー エクスペリエンスを向上させることはできません。したがって、EIP-7702 に基づくウォレット ツールは、ユーザー エクスペリエンスにとって最も重要な架け橋となります。
したがって、その基礎となるレイヤーに関するこれまでの議論と合わせると、EIP-7702 はアカウント抽象化の究極の形であると言えます。
ただし、その適用には注意が必要であるため、将来的にすべてのユーザーがこれを使用することは考えにくいです。複雑なインテリジェンスと統合されると、実際には多くのセキュリティリスクが生じます。いくつかの攻撃方法は非常にわかりにくいものもあります。したがって、2025 年 5 月 7 日に Ethereum Prague アップグレードが有効化された後、ユーザーが最も必要とするのは、技術的な専門知識に裏打ちされた真に安全なウォレットです。
エンドゲームは終わったのか？
いいえ。
実際、Pectra は Ethereum のこれまでで最も野心的なアップグレードであり、史上最多の 11 個の EIP をカバーしています。そして私たちは、EIP-7702 の多くの利点を確認し、上記の原則とデータに基づいて判断を下しました。
しかし、ユーザーが選択に参加してから初めて、市場は混沌とした戦いへと突入することになる。
継続的な開発の過程で、AA エコシステムは徐々に断片化の傾向を示してきました。このうち、フレームワークからのアカウント抽象化を定義するEIPには、ERC-4337、ERC-6900、ERC-7579といったインターフェース標準がすでに存在しますが、異なる実装スキーム間ではユーザーエクスペリエンス、インターフェース仕様、動作期待値に明らかな違いがあります。さまざまなウォレット実装は、同様のアプリケーション シナリオと限定されたコア機能に重点を置いていますが、それぞれ互換性のない設計上の前提と実装ロジックを採用しています。
最も典型的な隠れた問題の 1 つは、ストレージ障害です。
EIP-7702 の導入後、 EOA アカウントのストレージ スペースは契約で使用できるようになり、このストレージ スペースは単一の契約専用ではなく、複数のスマート アカウント プロバイダーで使用できるようになります。
ユーザーが「再委任」操作を開始すると、元のアカウント契約は新しい契約に置き換えられます。ただし、古いコントラクトによって書き込まれた状態データは消去されず、EOA のストレージに残ります。これは、新しいプロキシ コントラクトが古いコントラクトによって書き込まれたストレージ データにアクセスしたり、それを変更したりできることを意味し、これにより「 ストレージ汚染」のリスクが生じ、現在のコントラクトの実行ロジックが妨害されたり、破壊されたりする可能性があります。
ただし、ストレージの混乱の影響を軽減するために、名前空間 (ERC-7201) を介してストレージを分離するなど、コミュニティには多くのソリューションがあります。しかし、どのソリューションを採用したとしても、現在のエコシステムには、ナンスの一意性とセキュリティを確保するための必須の統一標準がまだ欠けています。
もう一つの典型的な問題は、標準の実装における混乱です。
この記事で明らかにされているように：断片化から統合へ：スマートなアカウント標準化の必要性
現在: Safe 、 Biconomy 、 ZeroDev はそれぞれ独自のバッチ呼び出し関数のバージョンを実装していますが、関数の命名、インターフェース パラメーター、結果の処理方法は 3 つとも異なります。このうち、ZeroDev はバッチ呼び出しの失敗のケースを考慮しますが、Safe と Biconomy はそのようなシナリオを処理しません。
業界が「それぞれ独自のやり方で」標準規格に取り組む姿勢は、必然的に混沌とした戦争を引き起こすことになる。ユーザー、dApp、開発者はすべて被害者です。したがって、EIP-7702 の発売は技術革新であるだけでなく、スマート アカウントの普遍的なインフラストラクチャを確立する機会でもあります。これは、Web3 ウォレット エコシステム全体を多様な機能から統一された構造へと押し進め、真に持続可能な開発を実現するための「コンセンサスを再構築」する機会を提供します。
EIP-7702が有効化されると、3つの重要なセキュリティの理解が
さて、視点を変えて、ユーザー、DApp、取引所、その他の組織の観点からこのシステムを見て、それが私たちにどのような影響を与えるかを見てみましょう。それはリスクだけでなくチャンスももたらすでしょう。リスクを理解することによってのみ、このシステムのメリットをより完全に享受することができます。
Eip-7702 は非常に複雑です。アップグレードしなくても大丈夫でしょうか？
もちろん、積極的にアップグレードしないことも選択できますが、知っておくべきリスクがあります。 Prague アップグレード後、メッセージ署名の 1 つが誤って危険にさらす可能性があります。
EIP-7702 の認証パラメータはアドレス、ノンス、チェーン ID で構成されているため、フィッシングのリスクが高いのは事実です。 chanid が 0 の場合、nonce が満たされている限り、署名認証はどのチェーンでも有効になります。
OKX オープンソース署名 SDK の 7702 プロセスの具体的な実装から、標準に準拠するために、ユーザーは最終的にハッシュ値 0x abc に署名することがわかります。これは次のように計算されます。
Keccakはイーサリアム上で主流のハッシュアルゴリズムで、任意の長さのデータを32バイトの固定長に計算できるという特徴があります。 RLP は情報エンコード方式のセットであり、Magic は固定値です。
しかし、最終結果は具体的な内容が理解できないハッシュ値となるため、ユーザーが不注意にメッセージに署名し、他の誰かがその承認をチェーンに持ち込んで有効にできる場合、ユーザーは知らないうちにコード化され、0 日レベルの攻撃が引き起こされることになります。また、設定されたコードは必須であるため、安全な契約を設定した場合、それが置き換えられないと想定することはできません。
したがって、安全なウォレットでは、ユーザーが任意のハッシュ値に署名することを禁止します。これは以前から行われてきました (ハッシュ値が通常のトランザクションを表す場合もあるため)。
誤ってリスクのある契約をアップグレードした場合、どうすれば自分自身を保護できますか?
このリスクも非常に一般的です。結局のところ、フィッシング詐欺に遭わないことを保証する方法はありません。
この問題を防ぐには、まず、イーサリアム システム内のトランザクションは nonce シーケンスに従う必要があり、連続している場合にのみチェーン上で認識できるという技術的な背景を理解する必要があります。
したがって、攻撃には 2 つの種類があります。
最初のケースは、ハッカーが承認署名用の現在のアドレスの次の nonce 値を盗むことです。解決策も非常に簡単です。攻撃を受けた場合は、OKX Wallet などのカスタマイズ可能な Gasfee ウォレットやその他の安全なウォレットを使用して、ETH を（他の安全なアドレスに）すぐに転送してください。このアクションにより、一方では ETH レベルで資金を転送し、他方では有効な nonce 値を置き換えて、ハッカーの手から無効にすることができます。
2 番目の状況は、ハッカーが盗んだものが後続の nonce 値である可能性があるということです。この場合、現在の送金によってハッカーの手にある承認が有効になる可能性があります。 nonce が何であるか不明であるため、いかなる操作も絶対的なセキュリティを実現することはできません。自分自身を守る唯一の方法は、できるだけ早く資産を移転することです。
ということは、EIP-7702 の方が危険なようですね？実はそうではありません！
ブロックチェーンのように、ユーザーの主権をユーザーの秘密鍵に真に返すシステムの場合、いつでもランダムに署名すると金銭的な損失につながります。しかし、ここで重要なのは、大規模なユーザーが標的にされて攻撃を受ける状況を除けば、ほとんどのリスクはユーザーが重要な秘密鍵を使用する必要があるために発生するということです。
AA を通じてファミリー アカウントと個人のサブ アカウントの結合機能をすでに実現し、各サブ アカウントに利用可能な制限を設定している場合は、基本的にシステム レベルの設定を変更するときにのみメイン アカウントを呼び出す必要があり、日常的な使用では、問題を解決するために小さなアカウントのみが必要です。
アップグレード後に一部の一般的なトランザクションが失敗するのはなぜですか?
これは、EIP-7702 をサポートしていないウォレット ツールでよく発生します。
まず、技術的な背景について説明させていただきます。 Ethereum でのコントラクト呼び出しプロセス中に、ユーザーの現在のアドレスのコード フィールドが最初にチェックされます。コンテンツがある場合は、デフォルトで受け入れられる関数を実行して、対応するロジックを実行します。
これを踏まえると、私たちのような一般ユーザーの場合、EIP-7702の契約設定を完了すると、基本的にデフォルトの承認機能が搭載され、通常のETH転送トランザクションでは何らかの契約ロジックが実行され、全体的なガス使用量が増加します。通常のトランザクションで Gas Limit を 21000 に設定すると、当然失敗します。
同様に、多くの NFT プロジェクトでは、受信者のアドレスがブラックホール アドレス (つまり、資産を転送できないアドレス) であるかどうかを検出してトランザクションを禁止するため、受け入れ機能が適切に処理されないと、ERC 20 および ERC 721 資産も受け入れられず、失われることになります。
この点に関しては、EIP-7702を明示的にサポートするウォレットを通じて設定するか、ユーザーによって監査され認識されているロジックコントラクト（例： https ://github.com/okx/wallet-core）を使用することをお勧めします。
Ethereum メインネット Pectra には他にどのような変更がありますか?
市場ではイーサリアムは失われたようだと考える声が多くある。多くのアップグレードはユーザーとは何の関係もないのはなぜでしょうか?本当にそうなのでしょうか？答えを見つけるために、今回のアップグレードの他の EIP を見てみましょう。陳然さん、EIP-7702はユーザーが実感できる最大のアップグレード変更ですが、他にも10個のEIPがあり、さまざまな次元でイーサリアムエコシステムに変化をもたらします。
1 つ目は暗号化のサポートです。 EIP-2537 を通じて、BLS 12-381 楕円曲線の事前コンパイル操作が導入され、BLS 署名検証などの複雑な暗号化操作を最適化して、より高いセキュリティ (120 ビット以上のセキュリティ) と計算効率 (Gas 最適化) を実現できます。
ステーキングシナリオには多くの最適化ポイントがあります。客観的に言えば、ステーキングは最適化される必要があります。イーサリアムのバリデータークラスターは急速に成長しており、バリデーターのステーキングアドレスは100万近くに達しています。これは、MAX_EFFECTIVE_BALANCE が 32 ETH に制限されており、ノード オペレーターはより大きなステーク資産を管理するために複数のバリデータ アカウントを作成する必要があり、その結果、多数の「冗長バリデータ」が存在することになるためです。したがって、EIP-7251を通じて上限を引き上げることにより、lidoなどの集約型ステーキングプロトコルでは管理対象アカウントの数とシステムの複雑さが軽減されますが、分散化の問題が悪化し、ETHステーキング市場がより集中化される可能性があります。
このアップグレードにより、大規模なノードオペレーターは複数のバリデーターアカウントを統合できるようになると同時に、複利の蓄積による収益の増加や、より柔軟なステーキングの増加など、小規模なバリデーターにも柔軟性が提供されます。これはとても重要です。当初の 32 ETH に達した後、新たな収入として 10 ETH を生み出した場合、新しいアカウントを開設するにはまだ 32 ETH を取得する必要があるため、ステーキングに ETH を使用し続けることはできません。しかし、このアップデート後は、42 ETHを直接ステークできるようになります。すると、当然、複利は 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 ストレージ スペースをサポートするために、ブロック内の BLOB の容量を増やすためにも使用されます。以前の Cancun アップグレードでは、BLOB を表すコア パラメーターが 2 つ (target と max) あり、これらはブロックあたりの BLOB のターゲット数とブロックあたりの BLOB の最大数を示すために使用されていました。
カンクンではパラメータが3と6でしたが、プラハ以降はパラメータが6と9になりました。つまり、容量が拡張されたのです。
そのため、イーサリアムはL2のTPSを通じて自らを向上させていますが、分散流動性、クロスチェーンの複雑さ、緊急脱出能力など、多くの問題があります。そのため、現在のPectraアップグレードでは、イーサリアムはL2に「高速道路」を追加していますが、将来的に「交通管理」と「異なる高速道路の課金基準」をどのように解決するかが最も根本的な問題です。
未来を垣間見る
この記事は約10,000語の長さです。アカウント抽象化の開発ルートから始めて、ERC-4337 と EIP-7702 に代表される 2 つのルートとその比較に進みます。次に、EIP-7702 の原理とメカニズムを詳しく調べ、その利点と欠点、および主流のユーザー シナリオに対する調整効果を分析します。
著者は、「鍵がなければお金もない」というのは素晴らしいコンセプトだと信じています。 EIP-7702 は、これを覆すことを目的としたものではなく、別の次元でこれを補完および改善し、主権と使いやすさの両方を実現することを目的としています。イーサリアム財団の研究員ヨアヴ・ワイス氏は「次の10億人のユーザーは紙に12語を書くつもりはない」と述べた。
そして両者の比較を通じて、ERC-4337が大幅に最適化され、ユーザーにスペースと柔軟性が与えられ、その後の市場でユーザーに認識されやすくなり、使用されやすくなったと言えます。ユーザーが CA をオンチェーン エンティティとして使用し始めると、EVM チェーン上に複雑なトランザクション タイプが大量に出現するようになります。
ここから未来の影が見えてきます。基礎となるアカウント エンティティとトランザクション タイプの強化により、かつてはボトルネックとなっていた多くのアプリケーション エクスペリエンスの問題も解決されます。ユーザーは Nonce、Gas などのロジックを理解する必要がなくなり、ウォレットなどのエントリー サービス ツールによって簡素化されます。
業界レベルの多様性に直面し、インターフェース標準とストレージスペースに一定の混乱が生じているものの、著者は混乱の価値が高ければ高いほど、統一された標準として出現する可能性が高くなり、分散型の多様なゲームが最終的に業界の発展を促進するだろうと楽観視しています。このため、EIP-7702 はオンラインになった後、スパイラルアップ型の技術的な基盤アップグレードであるため、Ethereum のエコシステムを直ちに爆発させることはありません。多くの場合、このようなアップグレードは市場アプリケーションより 2 ～ 3 年先行しており、アプリケーション層で徐々に熟成されることになります。
さらに、今回のアップグレード以降、ユーザーのセキュリティは、エントリ ツール レイヤーのサービス品質にさらに依存することになります。オープンソースは、ユーザーに安心感を与えるための重要なステップです。したがって、OKX Wallet に統合されている EIP-7702 の基礎となる SDK 実装もオープンソースであり、コミュニティと市場のテストに公開されています。オープン性を維持し、オープンソースの公平性とともにユーザーに絶対的な自律性を与えながら自己管理の道をさらに進めているウォレットも数多くあります。
最後に、Pectra のアップグレード自体に戻ると、Ethereum の将来の方向性に関する考え方と粘り強さが改めてわかります。 L2グランド戦略が安定実行期に入った今、イーサリアムのロードマップは過去10年間で細部において多くの変化を遂げてきましたが、中核となる目標は常に驚くほど一貫しています。それは、拡張性が高く検証が容易な、安全で分散化されたグリーン（POS）ブロックチェーンを実現することです。ハードフォークを通じてユーザーエクスペリエンスを効果的に向上させる EIP-7702 などの AA 提案の導入は、分散化を確保しながら複数のチェーンの競争力を高める方法 (Solana などの新世代パブリックチェーンとの競争に直面しても)、そして理想的なスーパーコンピュータになる方法を Ethereum が継続的に模索していることを表しています。
参考文献:
