アカウントの抽象化 EIP-7702を通じた進化の10年 エンドゲームの過去と未来

著者：shisilu、ソース：okx

PectraはEtherNet Dencun以来のメジャーアップグレードで、Prague Execution LayerハードフォークとElectra Consensus Layerアップデートをカバーし、史上最多の11のEIPを統合し、検証者の柔軟性、ネットワークのスケーラビリティ、実行効率を大幅に改善します。イーサネット・メインネットのペクトラ・ハードフォークは2025年5月7日に活性化される見込みで、アカウント抽象化の「究極の形」であるEIP-7702が正式に一般公開されました！

EIP-7702をサポートしないEVM Web3ウォレットがあるとすれば、それはイーサリアムのエコシステムとユーザー全体を見捨てるに等しいことは間違いありません。これがヴィタリックとEFの決意であり、開かれるパンドラの箱の序章である！現在、イーサリアムエコシステムをサポートするため、OKX Walletは率先して最新のイーサリアムアカウント抽象化標準であるEIP-7702をサポートし、それを試してみたいユーザーのために公式ポータルをオープンしましたので、[OKX Walletホームページ機能エリア-その他-7702アップグレード]からアップグレードして、安全でプロフェッショナルなEIP-7702を体験してください。注意事項：EIP-7702は、必要に応じてアップグレードすることができます。また、アップグレードしなくても、既存のエコシステムやアプリケーションの通常の使用には影響ありません。資産のセキュリティを保護するため、必ず公式ルートで操作し、フィッシングリンクや悪意のあるウェブサイトに注意してください。

アカウントの抽象化の歴史、ユーザーにとってのEIP-7702の価値、市場の変化、そして影に潜む危険について、この記事で詳しく学びましょう。

概要

• okx/js-wallet-sdkにあるコードについて説明します。OKXウォレットが使用しているEIP-7702 SDKの実装は、コミュニティパートナーにオープンソースで提供されています。

• EIP-7702は、通常のEOAが論理プロキシコントラクトとしてコントラクトアドレスを設定できる新しいトランザクションタイプを追加します。

• EIP-7702は、その「コスト優位性」と「柔軟性」によって、ERC-4337が長年にわたって築いてきたエコシステムを完全に継承し、凌駕します。

• EIP-7702は一般ユーザーにとっても隠れたリスクであり、ユーザーがアップグレードしなくても、特定のシナリオでは取引失敗やセキュリティ損失のリスクがあります。

• EIP-7702は真新しいユーザー体験をもたらし、ユーザー本体が契約上の移行を行うとき、市場アプリケーションも進化し、Gasの抽象化、家族の階層アカウントなど、待望の絹のように滑らかな体験は、10億の人々を低コストでWeb3の世界に導くでしょう。

• 取引所やDAppsにとって、EIP-7702の機能を適用することで、コストが50%以上削減され、契約口座の時代を完全に受け入れることになります。

なぜ口座を抽象化する必要があるのでしょうか？

アカウントの抽象化というビジョンが、イーサ自体よりもずっと前からあったということは想像に難くありません。

HK Web3 Carnivalで、Vitalikは繰り返し、Etherはマルチシグ、アカウント抽象化、ZK Emailなどの組み合わせによって、「iPhone moment」ゴールへの道のりの50%に到達していると強調していました。

それは速いのか遅いのか、楽観的なのか限定的なのか。本題に入り、AAがなぜこれほどのインパクトを与えたのかを見てみましょう！結局のところ、10年間走り続けてきたVitalikは、ついにAAで彼が夢見た終着点に到達し、23年間のEtherのロードマップに加えました。

アカウントの抽象化、いったい何のため？

実際、ソリューションの本質は財産権の分離です。現在のEOA（外部所有アカウント）の所有権と署名権は、実際には同じ本体ユニットによって保持されています（どちらも、あらゆる命令の制御のために秘密鍵に依存しています）。実際、EtherChannelの標準トランザクションにはFromパーティは存在せず、Fromアドレスは実行時にVRSパラメータ(つまり、ユーザーの署名)によって解析されて返される。

また、Etherは「ワールドクラスのステートマシン」として設計されているため、チェーン上の状態を変更するトランザクションに完全に依存しており、Fromパーティを指定できないことと相まって、最高レベルの所有権を持つトランザクションを実行する権限を結合しています。

これが、EOAを理解するのは簡単だが、利用するのは難しいという問題の根源です：

• 秘密鍵の保護は困難です：秘密鍵を失った（紛失、ハッキング、量子クラックされた）ユーザーは、すべての資産を失います。

• 署名アルゴリズムが少なく、異なる署名アルゴリズムが異なるパフォーマンス損失をもたらし、さらにオンチェーンストレージのコストもかかる。

• 高い署名権限、EOAネイティブの秘密鍵は、これらすべての権利を持っています。

• 複雑なトランザクションのための高い手数料、手数料はETHを介してのみ支払うことができ、任意のトランザクション、単一の操作は、少なくとも21000の基本料金が必要です。

• 取引にはプライバシーがなく、かつてサークルが提案したERC-20プロトコルの機密性があったにもかかわらず、主流にはなっていません。

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

ERC-4337とEIP-7702の違いは何ですか？

実は、AAをゴールとする提案は十数種類あり、私は以前それを調査したことがあります。

Route 1: EOAアドレスにCAアドレスをドライブさせる

ERC-4337はこの点で典型的なもので、一言でまとめると次のようになります：新しいトランザクションオブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをバンドル、バッチパッキング命令、トランザクションを1つずつ実行する配信契約の形でメモリプールに送信します。ユーザーはこのオブジェクトをメモリプールに送り、バンドルで命令をパッケージングし、デリバリー契約を通じてトランザクションを1つずつ実行する。これにより、基本的なトランザクションと口座のオペレーションがコントラクトレベルに引き下げられ、実行される。

バンドラーを役割として、この解決策はバッチトランザクション、ノーガス、少ない署名アルゴリズムの問題に対する解決策であると主張できます。しかし、彼が解決できないのは、複雑さとユーザートランザクションのコスト、そしてbundlerとEntryPointの単一障害点のリスクです。

なぜならば、一旦ユーザーがERC-4337に移行すると、上図のuser2の要求がTransferトランザクションを行うだけであったとしても、ユーザートランザクション手数料はEOAと比べて2倍になるからです。

CAとEOAの利用者数に関する最新のデータから、バッチコールなどチェーン上のあらゆる操作の主軸としてCAに大きく依存するハイエンドプレーヤー的な利用者がいたとしても、普通のCAを操作の主軸として使っていないのであれば、なぜ普通のCAを使わないのか？なぜ普通のCAを使わないのか？

バンドラーの設計により、ハードフォークレベルのアップグレードを回避し、アプリケーション層で直接起動することができるようになったが、ERC-4337は単一障害点のコストを倍増させるリスクももたらすだけでなく、ユーザーも元のEOAの柔軟性を失うことになる。だから、多様化するユーザーのニーズに直面して、それは現在の市場のユーザーは、ERC - 4337方式に好意的ではないことは明らかである、減少以来、2年間の全体的な傾向の開発は、独立したアドレスのアドレス番号のイーサネット300Mの顔にユーザーのピーク数は、遠い場合でも、重要です。

もちろん、ERC-4337の欠点を批判しているわけではありませんが、それとともに発展してきたペイマスターとガスの抽象化の役割と概念は、実際にEIP-7702で再び使用されています。

どのような業界であれ、発展は一朝一夕にはいかないものであり、過去の栄枯盛衰からルールを発見し、経験をまとめることが重要であると筆者は考えている。

ルート2：EOAアドレスをCAアドレスにする

実は2015年11月に、ヴィタリックはEIP-101という、契約をアカウントとする新しい構造を提案しました。アドレスをコードとストレージスペースだけに変更し、手数料サポートをERC20で支払うように変更し、残高を保存するためにコントラクトを事前にコンパイルすることで、ネイティブトークンをERC20ライクに変更します(これはデビットオーソライズのような機能を持つ可能性があります)。2018年1月には、別のEIP-859プログラムがあり、中心的な役割は、取引相手のコントラクトがデプロイされていないようであれば、取引に添付されたコードパラメータを使用してコントラクトウォレットのデプロイを実行することである。結局、EIP-3074のシナリオからさらに外挿されたEIP-7702は、最終的にメインのイーサネット・ネットワークに組み込まれました！

EIP-7702のコンセプトと効果は、実際には非常にシンプルです。 新しいトランザクションタイプで初期化を完了し、その後、ユーザーがEOAに一時的かつオプションで単一トランザクションのスマートコントラクトの機能を持たせることを可能にし、その結果、バッチトランザクション、ガスフリートランザクション、カスタム権限管理などをサポートし、最も重要な能力は、ユーザーが一時的かつオプションでスペースを持つことを可能にすることです。最も重要な能力は、ユーザーに一時的かつ任意のスペースを与えることである。

また、複数の人が同じ論理契約を共有することができるため、ユーザーの移行コストを大幅に削減することができます。EIP-7702のセットアップを完了するために8Wのガスが必要ですが、これはおよそ0.06ドルであり、新規契約のセットアップまたは論理契約のセットアップのキャンセルには4Wのガスが必要です。

セットアップ完了後、ユーザーが一括取引を行うと、ユーザーのガス消費量が大幅に増加します。

もちろん、2回、あるいは6回もトークン転送をする必要があるのだろうかと思うかもしれません。

普通のユーザーが一度に1つのことをすることに慣れているシナリオはあまりないかもしれませんが、Web3 GameやWeb3 Payのような多様なアプリケーションシナリオでは、銅貨（ゲーム内通貨）と銀貨（ユーザーがお金をチャージする通貨）の両方を同時に使う状況は、実際によく見られます。あるいは、何らかのイベントに参加するために、NFTのチケットと入場料を同時に消費することもあります。

複雑なシナリオを考えず、今日チェーン上で主流のスワップ需要に立ち返ったとしても、承認や譲渡のバッチ需要もあります。現在でも、ユーザーが無駄な承認権限を素早く削除できるような小さなツールを作ることは可能です。結果を比較するのは簡単で、コストを直接的に約40%削減できることは明らかです。

EIP-7702の核心原理

なぜこのような効果があるのかを探るために、我々は彼の原理に戻らなければならない、実際には、彼の核心は2の論理であり、ユーザー設定リンクとに分かれています。日常使用

• 最初のステップ：ここで、Addressは最終的にセットアップされる論理コントラクトのアドレスであり、Nonceはトランザクションがリプレイされないことを保証するポリシーである。

• 第二段階はトランザクションに署名することである。 第一段階からの認可情報を使って、誰でも一度に複数のアドレスに対する認可を設定するために、複数の認可を含むことができるタイプ4のトランザクションを構築することができる。

• ステップ3： チェーンにブロードキャストし、トランザクションが内部認可のために処理される頃には、論理契約はすでに有効になっている。

技術的な詳細については、okxオープンソースjs sdk実装で、基礎となるデータエンコーディングプロセスを見ることができます。もちろん、このソリューションは、実際には、いくつかの隠されたセキュリティリスクと複雑さもあります。

論理契約の実行

セットアップが完了したら、任意のトランザクションToアドレスがあなたに指し示すとき、それはスマートコントラクトを呼び出すのと同じになり、システムはそのロジックを実行するために、現在のEOAの状態にセットアップした論理契約のコードを「ロード」します。

また、これを2つのシナリオで見てみましょう:

1つ目は、自分自身を呼び出す場合です

高度に安全でカスタマイズ可能なOKX 7702スマートコントラクトのようなコントラクトを設定した場合はどうでしょうか?セキュリティーが高く、カスタム制御が可能なコントラクト契約では、現在の操作で複数のコマンドを一度に完了させたいcalldataをあらかじめ記述して指定することができます。例えば、Approve+TransferとApprove+Swapを同時に行うことができます。

侮るなかれ、イーサ取引総額27億件のうち、Approveは約7500万件で、1件あたり8W Gasで46W ETHが消費され、ETHの市場価格1700USDで換算すると8億ドル近くになります。は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アカウントを使用しています。

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のサポートを完了しているだけでなく、ほぼすべてがイーサリアムのメインネットワークと同じになり、EIP-7702のアップグレードが続きます。

そして、ウォレットとAA関連分野のインフラは、より包括的にEIP-7702への道を開いています。

EIP-7702のコアとなる経験から最適化されています：バッチ取引、ガス抽象化（つまりガスレスのようなガスフリーのソリューション）、アカウントホスティングで、これらはCoinbase、Metamask、Biconomy、Zerodev、Rhinestone、Ithacaなどのサービスプロバイダによって完全にサポートされています。

そしてこれらすべては、EIP-7702の大きな利点の1つであるERC-4337の時代からさらに適応されており、最終的にアカウント本体はEOAとCAであるため、AA周辺にあったインフラの多くを移行して適応することができます。

ここで、表を使って、EOA、ERC-4337、EIP-7702の最終的な効果層の違いを反映させてみましょう。

Objectively speaking the Ether system has far heavy historical baggage than any other chain.4337ですが、歴史的なお荷物と互換性があり、優れたコスト最適化を実現する、より良い選択肢（EIP-7702）が登場すれば、ユーザーには「iPhoneの瞬間」が訪れるでしょう。

• ユーザーは、 Passkey または Google Account を使用してウォレットをコントロールすることができます。ウォレットをコントロールします。

• ユーザーは、 ZKEmail を設定し、秘密鍵を取得する機能を実現するためのリカバリ能力を達成するための他の方法を実現することができます。

• 大規模なチェーンオペレーションを行うユーザーにとって、1ペンに複数のトランザクションを統合することで、ブロックの待ち時間を大幅に短縮し、チェーンのスワップを一段階速くすることができます。

時間はユーザーエクスペリエンスに大きな影響を与えます。ブロックチェーンの世界で（BTCに次いで）2番目に大きなコンセンサスシステムであるETHは、BSCと同じようにブロック時間を3秒から1.5秒に短縮することができないため、EIP-7702ベースのウォレットツールはユーザーエクスペリエンスにとって最も重要な橋渡し役となります。EIP-7702ベースのウォレットツールは、ユーザー・エクスペリエンスにとって最も重要な橋渡し役です。

したがって、基礎となるレイヤーについての議論と合わせて、EIP-7702はアカウント抽象化の究極の形であると言えます！

しかしながら、その適用には注意が必要であり、洗練されたインテリジェンスの統合は多くのセキュリティリスクを引き起こし、そのいくつかは非常に微妙でさえあるため、将来的に全面的に使用されることはないでしょう。したがって、2025年5月7日、イーサネット・ブラッグのアップグレードが有効化された後、ユーザーに最も必要なのは、技術的な専門知識で保護された、真に安全な財布なのです。

終盤戦は終わったのでしょうか？

いいえ。

確かにペクトラはイーサにとってこれまでで最も野心的なアップグレードであり、史上最多の11のEIPをカバーしています！そして、EIP-7702の多くの利点は、すべて私たちが見ることができるようにそこにあり、判断は上記の根拠とデータによって与えられています。

しかし、ユーザーが選択に関わった後に市場に訪れるであろう混乱との戦いでもある。

AAのエコシステムは、継続的な発展の過程で、徐々に断片化の傾向を示しています。フレームワークからアカウントの抽象化を定義するEIPには、すでにERC-4337、ERC-6900、ERC-7579などのインターフェース標準がありますが、異なる実装ソリューションの間には、ユーザーエクスペリエンス、インターフェース仕様、期待される行動に明らかな違いがあります。異なるウォレット実装ソリューションはすべて、似たようなアプリケーションシナリオと限られたコア機能に焦点を当てていますが、それぞれが互換性のない設計仮定と実装ロジックを採用しています。

最も典型的な隠れた問題の1つは、ストレージの障害です。

EIP-7702の導入により、EOAアカウント下のストレージスペースは契約によって使用可能になり、そのストレージスペースは単一の契約によって排他的に占有されるのではなく、複数のスマートアカウントプロバイダーによってオン・オフされる可能性があります。

ユーザーが「再委任」操作を開始すると、古いアカウントコントラクトは新しいものに置き換えられます。しかし、古い契約に書き込まれた状態データは消去されず、EOAのストレージに残ります。つまり、新しい代理契約は、古い契約によって書き込まれた保存データにアクセスし、変更することさえ可能である。ストレージ汚染」のリスクをもたらし、現在のコントラクトの実行ロジックを妨害したり、壊してしまう可能性さえあります。

しかし、ストレージのカオスの影響を減らすために、名前空間を介したストレージの分離（ERC-7201）など、コミュニティではさまざまなスキームが登場しています。解決策にかかわらず、nonceの一意性とセキュリティを保証するための、エコシステムにおける強制的で統一された仕様はまだ不足しています。

もう1つの典型的な問題は、標準を実装する際の混乱です。

この記事「断片化から統一へ：スマートアカウント標準化の必要性」で明らかにされているように、

今日では: Safe、バイコノミー そしてZeroDev いずれもバッチコール機能のそれぞれのバージョンを実装しているが、3つとも関数の命名、インターフェース・パラメーター、結果処理が異なります。ZeroDevはバッチ呼び出しが失敗した場合を考慮していますが、SafeとBiconomyはこのシナリオを扱いません。

業界標準に対する「サイロ化された」アプローチは、混乱を招くことになった。ユーザー、dApps、開発者すべてがこの犠牲者です。したがって、EIP-7702の立ち上げは技術的な革新であるだけでなく、スマートアカウントの共通インフラを確立する機会でもあります。これは、私たちがコンセンサスを再構築し、Web3ウォレットのエコシステム全体を機能的多様性から構造的統一へと推進し、真に持続可能な発展を達成するための窓を提供するものです。

EIP-7702がアクティベートされた後に不可欠な3つのセキュリティ理解

さて、ユーザー、DApps、取引所、その他の組織から、別の視点に切り替えて、このシステムが私たちにどのような影響を与えるのか、どのような機会をもたらすのか、どのようなリスクをもたらすのか、そしてリスクを理解することによってのみ、私たちはこのシステムの利点をよりよく活用できるようになるのかを見てみましょう。

Eip-7702は非常に複雑ですが、アップグレードはできないのでしょうか？

もちろん、自発的にアップグレードしないという選択もできますが、プラハのアップグレード後のメッセージ署名で、うっかり自分自身を危険にさらしてしまうという、注意しなければならないリスクがあります。

EIP-7702が強力なフィッシングの危険にさらされているのは事実です。chanidが0であれば、たとえnonceを満たしていても、署名された認証はどのチェーン上でも検証される可能性があります。

OKXのオープンソース署名SDKにおける7702プロセスの実装によると、標準に準拠するために、ユーザーはハッシュ値0xabcに署名することになり、それは次のように計算されます:

ここで、keccakはイーサ上で支配的なハッシュアルゴリズムであり、任意の長さのデータを計算して、32バイト長の固定結果を生成できるという事実を特徴としています。そしてrlpは、Magicが固定値である情報をエンコードする方法です。

しかし、結局のところ最終結果は読めないハッシュであるため、急いでメッセージに署名したユーザは、他の誰かがそれを検証するためにあなたの認証をチェーン上に運ぶことができ、知らず知らずのうちにコードが設定され、0dayレベルの攻撃につながる可能性があります。そして、設定されたコードは必須であるため、安全な契約を設定したからといって、それが置き換えられないと考えることはできません。

そのため、セキュアウォレットはユーザーが任意のハッシュに署名することを禁止していますし、以前からそうでした（ハッシュは通常の取引も表すことができるため）。

誤ってリスクの高い契約をアップグレードしてしまった場合、どうすれば身を守れますか？

このリスクもよくあることで、結局のところ、フィッシングされないことを保証する方法はまったくありません。

このリスクから身を守るには、技術的な背景として、イーサシステムにおけるトランザクションはnonceオーダーである必要があり、連続したままでなければチェーン上で認識できないということを知っておくことが重要です。

したがって、攻撃には2つのタイプがあります。

1つ目は、ハッカーがあなたの現在のアドレスからnonce値を盗み出し、Authorisationに署名するというものです。 攻撃を受けた場合は、OKXウォレットなどのカスタマイズ可能なGasfeeウォレットや他の安全なウォレットを素早く使用し、ETHを（安全でセキュアな場所に）素早く転送します。安全にあなたの別のアドレスに)。この移動はETHレベルで資金を転送し、同時に有効なnonce値を置き換えるため、ハッカーの手には渡らなくなります。

2つ目のシナリオは、ハッカーが後続のnonce値を盗むというもので、この送金を行うことで、ハッカーのAuthorizationの有効性に貢献している可能性があります。nonceが何であるかは分からないので、どのような操作も絶対的な安全にはつながらない。自分の資産をできるだけ早く転送することでしか、自分を守ることはできないのです。

ということは、EIP-7702はもっと危険なのでしょうか？実はそうではありません！

このようなブロックチェーンの場合、本当にユーザー主権をユーザーの秘密鍵に戻させ、すべてのシステムは、いつでも署名を台無しにすると、資金の損失につながるが、ここで重要なのは、大量のユーザーはさておき、状況の毒をターゲットにするために、それらのほとんどは、ユーザーがリスクの使用を取るためにしばしば重要な秘密鍵を持っているためです。

すでにファミリーアカウントと個々のサブアカウントをAAでまとめ、それぞれのサブアカウントで利用可能な量を設定しているのであれば、基本的にメインアカウントはシステムレベルの設定を変更するときだけ呼び出せばよく、通常の日常的な使用は小さなアカウントだけで対応できます。

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

これは、EIP-7702をサポートしていないウォレット商品で起こりがちです。

まず、技術的な背景を少し付け加えると、イーサ上のコントラクト呼び出しプロセスは、まずユーザーの現在のアドレスのコードフィールドを決定し、その内容が存在する場合、対応するロジックを実行するために、デフォルトで受け入れる関数をウォークスルーします。

これに基づいて、一般ユーザーのパフォーマンスは、私がEIP-7702契約の設定を完了した場合、基本的にデフォルトの受け入れ機能があるでしょう、その後、通常のETH転送トランザクションのいずれか1つは、いくつかの契約のロジックを実行し、それによって全体的なガスの使用量を増加させます。上限が21000であれば、当然失敗します。

同様に、多くのNFTプロジェクトでは、受信者アドレスがブラックホールアドレス（資産を移転できないアドレス）であるかどうかを検出し、トランザクションを禁止しているため、受け入れ機能が正しく処理されない場合、ERC20、ERC721を受け入れることができない資産を失うことにもなりかねません。

このため、EIP-7702を明示的にサポートするウォレットを介して設定するか、セキュリティの監査が高く、ユーザーによって認識されている論理コントラクト、例えばhttps://github.com/okx/ を使用することをお勧めします。ウォレットコア

主要なイーサネットワークであるPectraでは、他に何が変わりましたか？

市場では、イーサが失われたようだという声が多く聞かれます。なぜ多くのアップグレードがユーザーにとって重要でないのか？本当にそうなのでしょうか？このアップグレードの他のEIPを見てみましょう。陳蘭さん、EIP-7702はユーザーが感じることができる最大のアップグレード変更ですが、他にも10個のEIPがあり、さまざまな次元でイーサのエコシステムに変化をもたらしています。

1つ目は暗号サポートです。EIP-2537では、BLS署名検証のような複雑な暗号処理を最適化するBLS12-381楕円曲線プリコンパイル処理が導入され、より高いセキュリティ（120ビット以上のセキュリティ）と計算効率（Gasの最適化）が提供されます。

一方、誓約シナリオにはいくつかの最適化ポイントがあります。客観的に言えば、誓約には最適化が必要であり、イーサの検証者クラスターは急速に成長しており、すでに100万近くの検証者誓約アドレスがあります。これは、MAX_EFFECTIVE_BALANCEが32ETHに制限されているためであり、ノードオペレータは大規模な誓約資産を管理するために複数の検証者アカウントを作成する必要があるため、多数の「冗長な検証者」が存在することになります。そのため、EIP-7251が上限を引き上げることで、リドの集約型誓約プロトコルのための管理アカウントの数とシステムの複雑さを減らすことが可能ですが、これは分散化の問題を悪化させ、ETH誓約市場をより中央集権的にする可能性があります。

このアップグレードにより、大規模なノード運営者は複数の検証者アカウントを統合できるようになる一方で、小規模な検証者には、複利収益蓄積やより柔軟な誓約増分によって収益を増加させる能力など、より柔軟性が与えられます。これは非常に重要なことで、もともと32ETHに達した後、新たに10ETHの収益を生み出しても、実際にはETHプレッジまで続けることはできません。しかし、このアップデートで、あなたは42ETHを誓約することができるようになります。その後、明らかにあなたの複利収益は、ユーザーエクスペリエンスの容易さと、さらにETHの流動性を減らすためにある種の待ち伏せで、ETHシステムに戻ることができます。

最後に、L2エコシステムの劇的な最適化があります。イーサは常にL2生態系コミュニティの道をしっかりと歩んできました。他のSVMシステムとMOVEシステムは、本質的には、まだ独自のL1を開発しており、さらにそのL2を探索するために、特定の矛盾と紛争があり、根本的な原因やこれらのチェーンの高性能は、L2を行うために行くには比較的少ない依存しています。

また、EIP-7691を通じて、ブロック内のblobの容量を増加させ、L2ストレージスペースのより大きなスケールをサポートするように、以前のCancunのアップグレードでは、2つのコアパラメータがあります。ブロックあたりのブロブの目標数とブロックあたりのブロブの最大数を表す2つのコアパラメータtargetとmaxがあります。

Cancunでは3個と6個でしたが、Braggでは6個と9個になりました。

つまり、イーサはL2のTPSによってイーサ自体をブーストしているわけですが、それにも流動性の断片化、クロスチェーンの複雑さ、緊急脱出能力など、多くの問題があります。そのため、今回のペクトラのアップグレードでは、イーサはL2に「高速道路」を追加していますが、「トラフィック管理」と「異なる高速道路料金」をどう解決するかが最も根本的な問題です。が最も根本的な問題です。

未来を見る

この記事は、アカウントの抽象化のルーツから始まり、ERC-4337とEIP-7702に代表される2つのルートと比較、そしてEIP-7702の原理とメカニズムに深く入り込み、その長所と短所、ユーザーの主流シナリオへの調整を分析した、1万字近い長文です。

筆者は、「あなたの鍵ではなく、あなたのお金でもない」というのは素晴らしい考えであり、EIP-7702はそれを破壊するものではなく、むしろ補完的で完璧な別次元のもので、主権と使いやすさの両方を兼ね備えていると考えている。イーサネット財団の研究者、ヨアヴ・ワイスが言うように、"次の10億人のユーザーは、紙切れに12文字を書くことはないだろう"。

そして、この2つを比較することで、彼はERC-4337を大幅に最適化し、ユーザーにスペースと柔軟性を与え、その後の市場でより簡単に認識され、利用されるようにしたと言えます。そして、ユーザーがチェーンの本体としてCAを採用し始めたら、複雑なトランザクションの種類がEVMベースのチェーン上で増殖するでしょう。

このように、私たちは未来の影を見ることができます。基礎となるアカウント本体とともに、豊富なトランザクションの種類も解決され、多くはかつてアプリケーションの経験問題の首根っこで立ち往生していましたが、もはやユーザーがNonce、Gasなどのロジックを理解する必要はなく、ウォレットやその他のエントリサービスツールによって統一され、簡素化された処理を提供します。

業界レベルの多様性に直面しながら、インターフェイスの標準、ストレージスペースの障害の一定程度をもたらすが、私は同じように楽観的なカオスより貴重な、より多くのあなたが統一された標準、分散型の多元的なゲームを殺すことができることを確認するには、最終的には、順番に、業界の発展を促進する。彼は基礎となる技術のスパイラルアップグレードであり、多くの場合、このようなアップグレードは、時間の2〜3年の市場アプリケーションに先駆けてされるため、それは正確にこのような理由から、行にEIP - 7702ので、すぐにイーサネット上の生態系を爆発させない、徐々に発酵アプリケーション層に残された。

そして、このアップグレード以降、ユーザーのセキュリティは、より入り口のツール層のサービスの質に依存することになり、オープンソースは、ユーザーに安心感をもたらすために重要なステップですので、OKX Walletは、EIP-7702の基礎となるSDKの実装に統合されても、オープンソースであり、コミュニティや市場テストに公開され、多くのウォレットは、ユーザーに絶対的な自律性を与えるために、オープンソースの公平性と、はるかにセルフホストされた道路で開放性を維持するためにあります。

最後に、ペクトラのアップグレード自体に戻ると、イーサの考え方と将来の方向性への固執を改めて見ることができます。 L2戦略が安定した実装期間に入った今、イーサのロードマップは過去10年の間に多くの細部で変化していますが、中核となる目標は驚くほど一貫しています。それは、高いスケーラビリティと使いやすさを兼ね備えた、安全で分散型のPOSブロックチェーンへの願望です。それは、拡張性が高く、かつ検証が容易な安全で分散型のPOSブロックチェーンへの要望である。ユーザーエクスペリエンスを効果的に向上させるEIP-7702のようなAA提案をハードフォークから導入したことは、（ソラナなどの次世代パブリックチェーンとの競争に直面しても）複数のチェーン間で競争力を高めながら分散化を確保する方法、そして理想的なスーパーコンピュータになる方法について、イーサネットが継続的に探求していることを表しています！

参考文献：

• https://github.com/okx/js-wallet-sdk

• https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7702.md

• https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7702.md

• https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7702.mdhttps://www.okx.com/zh-hans/learn/smart-account-standardization

• https://mp.weixin.qq.com/s/WjpPNKEVlxlCSz1WyH4tw

• https://vitalik.eth.limo/general/2024/12/03/wallets.html

• https://metamask.io/news/account-abstraction-past-present-future

OKX総研について

「OKX総研」欄は、各組織の見解に基づいています。OKXアカデミー」コラムは、機関研究の視点に基づき、暗号業界の驚異的なホットスポット、革新的なアプリケーション、技術開発に焦点を当て、データ分析、オンチェーン行動、クロスマーケット連携分析を通じて、市場ダイナミクスの背後にある核心的な理由と潜在的な影響を明らかにし、業界内の知識の共有、アイデアの衝突、綿密な議論を促進し、エコ暗号業界の健全な発展を支援することを目的としています。