Partnered With:

OKXリサーチインスティテュート：アカウント抽象化の10年間の進化の最終決戦、EIP-7702を通して過去と未来を見つめる

この記事を読むのに必要な時間は 62 分

EIP-7702 がアカウント抽象化の「究極の形」と呼ばれるのはなぜでしょうか?それはどんな問題を解決するのでしょうか? Pectra のアップグレードはウォレット、開発者、一般ユーザーにとって何を意味するのでしょうか?

原題：「OKX研究所 | アカウント抽象化の10年間の進化の最終決戦、EIP-7702を通して過去と未来を見つめる」

原著者：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％以上のコスト削減が実現し、契約アカウントの時代を完全に受け入れることができます。

アカウントを抽象化する必要があるのはなぜですか?

アカウント抽象化のビジョンが Ethereum 自体よりも古いとは想像しがたいです。

今回のHK Web3カーニバルで、Vitalikは、マルチシグ、アカウント抽象化、ZKメールなどの一連のソリューションを通じて、Ethereumが「iPhoneモーメント」の目標の50％を達成したことを繰り返し強調しました。

速いのか遅いのか、楽観的か制限的か?この問題の真相を解明し、なぜ AA がこれほどの影響力を持つのかを見てみましょう。結局、10年にわたる長い道のりを経て、ヴィタリックはついにAA分野での夢の終わりを迎え、23年にわたって描かれたイーサリアムロードマップの進捗バーに力強い一撃を加えた。

アカウント抽象化の目的は何ですか?

実際、本質的に解決されるのは所有権の分離の問題です。EOA (外部所有アカウント) の所有権と署名権は実際には同じ個別のユニットによって保持されるためです (両方とも秘密鍵を使用してすべての指示を制御します)。根本的な原因は、Ethereum のトランザクション構造にあります。実際、Ethereum の標準トランザクションには From パーティは存在しません。実行中、送信元アドレスは VRS パラメータ (つまり、ユーザー署名) を通じて分解されます。

さらに、Ethereum は、オンチェーンステータスの変更を実装するためにトランザクションに完全に依存する「ワールドクラスのステートマシン」として設計されています。 From パーティを指定できないことと相まって、トランザクションの実行権限は最高の所有権と結び付けられます。

これが、EOA を理解しやすいものの使いにくい一連の問題の根本原因です。

· 秘密鍵の保護が困難: ユーザーが秘密鍵を紛失した場合 (紛失、ハッカー攻撃、量子クラッキングによる)、すべての資産を失うことになります。

· 署名アルゴリズムは少なく、署名アルゴリズムが異なるとパフォーマンスの損失が異なり、オンチェーンストレージのコストも異なります。

· 高い署名権限、EOA ネイティブ秘密キーにはこれらすべての権限があります。

· 複雑な取引には高額な取引手数料がかかり、ETH 経由でのみ支払うことができます。あらゆる取引または単一の操作には、少なくとも 21,000 の基本料金が必要です。

· 取引にはプライバシーはありません。 Circle が提案した機密の ERC-20 プロトコルはありましたが、主流にはなりませんでした。

結局のところ、今日のブロックチェーンの世界は、ユーザーが参入したり退出したりするのに複雑すぎます。ユーザーは、ガス価格、ガス制限、トランザクションのブロック（Nonce オーダー）などの概念を理解し、複雑な情報を一般ユーザーから隠す必要があります。これが、EIP-7702 が最終的に解決することを目指す問題です。

ERC-4337 と EIP-7702 の主な違いは何ですか?

AA に関しては、実際に 10 を超えるさまざまな提案があり、私は以前にそれらについて検討しました。実際、全体を整理すると、基本的に 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 の欠点を批判しているわけではありませんが、ERC-4337 が発展するにつれて、そこで開発された Paymaster や Gas の抽象化などの役割や概念が、実際に EIP-7702 で再び使用されるようになりました。

著者は、いかなる産業の発展も一夜にして起こるものではないと考えています。重要なのは、過去の浮き沈みからパターンを発見し、経験を要約することです。

ルート 2: EOA アドレスを CA アドレスに変更する

実際、2015 年 11 月にはすでに、Vitalik は契約をアカウントの新しい構造として使用する EIP-101 を提案していました。アドレスをコードとストレージスペースのみを持つように変更し、手数料をERC20支払いをサポートするように変更し、残高を保存するためのコンパイル済みコントラクトを通じてネイティブトークンをERC20のようなものに変更します（これには源泉徴収承認などの機能を持たせることができます）。 2018 年 1 月には、別の EIP-859 ソリューションが登場しました。その主な機能は、トランザクション当事者のコントラクトがデプロイされていない場合に、トランザクションに添付されたコードパラメータを使用してコントラクトウォレットのデプロイを実行することでした。ついに、EIP-3074 計画からさらに推論された EIP-7702 が Ethereum メインネットに組み込まれました!

EIP-7702 のコンセプトと効果は実は非常にシンプルです。新しいトランザクションタイプを通じて初期化を完了します。その後、ユーザーは EOA が単一のトランザクションでスマートコントラクトの機能を一時的に、オプションで持つことを許可できるようになり、これによりビジネスにおけるバッチトランザクション、ガスフリートランザクション、カスタム権限管理がサポートされます。最も重要な機能は、ユーザーが一時的かつ任意のスペースを持つことができるようにすることです。

また、複数の人が同じロジックコントラクトを共有できるため、ユーザー移行のコストが大幅に削減されます。 EIP-7702 の設定を完了するには、ユーザーは 8W Gas (約 0.06 米ドル) のみを必要とし、新しい契約を再度設定したり、ロジック契約の設定をキャンセルしたりするには 4W 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 つのシーンを使用して表示します。

1 つ目は、自分自身を呼び出すことです。

OKX 7702 スマートコントラクトのような、セキュリティが高くカスタマイズ可能なコントラクトを設定すると、事前に記述した calldata を指定して、現在の操作で複数の指示を一度に完了できるようになります。たとえば、承認+譲渡を同時に完了することも、承認+スワップを同時に完了することもできます。

過小評価しないでください。合計 27 億件の Ethereum トランザクションのうち、約 7,500 万件は承認トランザクションです。トランザクションあたり 8W Gas に基づくと、460,000 ETH が消費されます。 ETHの市場価格1,700米ドルに基づくと、8億ドル近くになります。

2 つ目のタイプは、他の人があなたに電話をかける

以前は、Ethereum では誰かが 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 は、 Move Layer1 で重要な役割を果たしており、EVM モードでは AA ではありませんが、アカウントをカスタマイズしたり、モジュール署名や多重検証などを許可する機能も持っています。

そして EVM の Linea/Base/Mantle/Polygon/Arbitrum/Optimism など、これらの関連エコシステムは、ERC4337 を通じて AA サポートを完了しただけでなく、Ethereum メインネットのように EIP-7702 アップグレードもフォローアップする予定です。ウォレットおよび AA 関連分野のインフラストラクチャは、より包括的な方法で EIP-7702 の基盤を構築しています。

EIP-7702 のコアエクスペリエンスであるバッチトランザクション、ガス抽象化 (Gasless などのガスフリーソリューション)、アカウント管理を最適化します。 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 つの重要なセキュリティ上の理解

では、視点を変えて、ユーザー、DApps、取引プラットフォーム、その他の組織の観点からこのシステムを見て、それが私たちにどのような影響を与えるかを見てみましょう。それはリスクだけでなくチャンスももたらすでしょう。リスクを理解することによってのみ、このシステムのメリットをより完全に享受することができます。

Eip-7702 は非常に複雑です。アップグレードしなくても大丈夫でしょうか？

もちろん、積極的にアップグレードしないことも選択できますが、知っておくべきリスクがあります。 Prague アップグレード後、メッセージの署名が意図せず危険にさらされる場合があります。

EIP-7702 の認証パラメータは、アドレス、ノンス、チェーン ID で構成されているため、フィッシングのリスクが高いのは事実です。 chanid が 0 の場合、nonce が満たされている限り、署名認証はどのチェーンでも有効になります。

OKX オープンソース署名 SDK の 7702 プロセスの具体的な実装から、標準に準拠するために、ユーザーは最終的にハッシュ値 0xabc に署名することがわかります。これは次のように計算されます。

Keccak は、Ethereum で主流のハッシュアルゴリズムであり、任意の長さのデータを 32 バイトの固定長に計算できることが特徴です。 RLP は情報エンコード方式のセットであり、Magic は固定値です。

しかし、最終結果は具体的な内容が理解できないハッシュ値となるため、ユーザーが不用意にメッセージに署名し、第三者もその承認をチェーンに持ち込んで有効にできる場合、知らないうちにコードが設定され、0day レベルの攻撃インシデントを引き起こす可能性があります。また、設定されたコードは必須であるため、安全な契約を設定した場合、それが置き換えられないと想定することはできません。

したがって、安全なウォレットでは、ユーザーが任意のハッシュ値に署名することを禁止します。これは以前も同様でした (ハッシュ値が通常のトランザクションを表す場合もあるため)。

危険な契約を誤ってアップグレードした場合、どのように身を守ることができますか?

このリスクも非常に一般的です。結局のところ、フィッシング詐欺に遭わないことを保証する方法はありません。この問題を防ぐには、まず、イーサリアムシステム内のトランザクションは nonce シーケンスに従う必要があり、連続している場合にのみチェーン上で認識できるという技術的な背景を理解する必要があります。したがって、攻撃には 2 つの種類があります。

最初のケースでは、 ハッカーは承認署名用の現在のアドレスの次の nonce 値を盗みます。プロセスも非常に簡単です。攻撃を受けた場合は、OKX WalletなどのGasfeeをカスタマイズできるウォレットやその他の安全なウォレットをすぐに使用し、ETHを（自分の他の安全なアドレスに）すぐに転送してください。このアクションにより、一方では ETH レベルで資金を転送できる一方、他方では有効な nonce 値を置き換えて、ハッカーの手に渡ったときに無効にすることができます。

2 番目の状況は、ハッカーが盗んだのは後続の nonce 値である可能性があるため、現在の転送によってハッカーの手にある承認が有効になる可能性があります。 nonce が何であるか不明であるため、いかなる操作も絶対的なセキュリティを実現することはできません。自分自身を守る唯一の方法は、できるだけ早く資産を移転することです。

EIP-7702 の方が危険なようですね？実はそうではありません！

ブロックチェーンは、ユーザーの主権をユーザーの秘密鍵に真に返すシステムであるため、いつでもランダムに署名すると、金銭的な損失につながります。しかし、ここで重要なのは、大規模なユーザーが標的にされて攻撃を受ける状況を除けば、ほとんどのリスクはユーザーが重要な秘密鍵を頻繁に使用する必要があるために発生するということです。

AA を通じてファミリーアカウントと個人のサブアカウントの結合機能をすでに実現し、各サブアカウントに利用可能な制限を設定している場合は、基本的にシステムレベルの設定を変更するときにメインアカウントを起動するだけで済み、通常の日常使用では、問題を解決するのに小さなアカウントのみが必要です。

アップグレード後に、一部の一般的なトランザクションが失敗するのはなぜですか?

この状況は、EIP-7702 をサポートしていないウォレットツールでよく発生します。

まず、技術的な背景について説明します。 Ethereum でのコントラクト呼び出しプロセスでは、ユーザーの現在のアドレスのコードフィールドが最初に判断されます。コンテンツがある場合は、デフォルトで受け入れられる関数を実行して、対応するロジックを実行します。これを踏まえると、私たちのような一般ユーザーの場合、EIP-7702の契約設定を完了すると、基本的にデフォルトの承認機能が搭載され、通常のETH転送トランザクションでは何らかの契約ロジックが実行され、全体的なガス使用量が増加します。通常のトランザクションのガス制限を 21000 に設定すると、当然失敗します。

同様に、多くの NFT プロジェクトでは、受信者のアドレスがブラックホールアドレス (つまり、資産を転送できないアドレス) かどうかを検出してトランザクションを禁止するため、受け入れ機能が適切に処理されないと、ERC20 および ERC721 資産も受け入れられず、失われることになります。この点では、EIP-7702 を明示的にサポートするウォレットを通じて設定するか、https://github.com/okx/wallet-core などのセキュリティ監査とユーザー認定を受けたロジックコントラクトを使用することをお勧めします。

Ethereum メインネット Pectra には他にどのような変更がありますか?

市場ではイーサリアムは失われたように見えるという声が多くあります。多くのアップグレードはユーザーとは何の関係もないのはなぜでしょうか?本当にそうなのでしょうか？答えを見つけるために、今回のアップグレードの他の EIP を見てみましょう。陳然さん、EIP-7702はユーザーが実感できる最大のアップグレード変更ですが、他にも10個のEIPがあり、さまざまな次元でイーサリアムエコシステムに変化をもたらします。

まず、暗号化のサポートがあります。 EIP-2537 を通じて、BLS12-381 楕円曲線の事前コンパイル操作が導入され、BLS 署名検証などの複雑な暗号化操作を最適化して、より高いセキュリティ (120 ビット以上のセキュリティ) と計算効率 (ガス最適化) を実現できます。

誓約シナリオには多くの最適化ポイントがあります。客観的に言えば、ステーキングは最適化される必要があります。イーサリアムのバリデータークラスターは急速に成長しており、バリデーターのステーキングアドレスは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 が継続的に模索していることを表しています。