原作者：ハオティエン（X: @tmel0211 ）
最近議論された新しいイーサリアムの提案 EIP-7702 についてどう思いますか?簡単に言えば、これは EIP-3074 の最適化および高度なバージョンであり、ERC-4337 イーサリアム アカウント抽象化戦略との互換性が高くなります。しかし私の意見では、 EIP-7702 の要求は ERC-4337 のオーソドックスな開発フレームワークに適合しますが、「呼び出し元」における EIP-3074 の無限の可能性を制限することになり、「妥協」の動きとしか見なされません。なぜ？次に、私の意見を共有します。
1) 定義上、ERC-4337 は誰にとっても最も馴染みのあるものであり、ユーザーが新しい契約アカウント アドレスに権限を委任して制御し、代理契約機能を通じてソーシャル リカバリやガス支払いなどの一連の最適化されたユーザー操作を実現します。 Paymaster のアカウント抽象化操作など。 ERC-4337 は、最もオーソドックスな Ethereum 権限管理最適化の開発方向に沿っていますが、アカウント抽象化システムへのユーザーのオンボーディングは元の EOA アドレスから独立している必要があり、これには多額の「移行」コストがかかります。
EIP-3074 は、AUTH および AUTHCALL 操作を通じて、元の EOA アドレスに新しいスマート コントラクト機能を提供できますか? 各 EOA アドレスは、カスタマイズされたトランザクション ロジックや権限制御などの優れた機能を備えた Invokerロジック コントラクトを設定できます。柔軟性は十分にありますが、欠点は、実行者コントラクトが何か悪いことをすると、ユーザーに大きな資産損害を与えることです。
EIP-7702 は 3074 と 4337 の間の「妥協」提案です。これは EIP-3074 プランをアップグレードし、ユーザーが現在のトランザクションでのみ EOA アドレスを契約制御ステータスにアップグレードできるようにします。EOA 状態は後で復元できます。したがって、ERC-4337 のアカウント抽象化フレームワークとの一貫性を高めると同時に、EIP-3074 の超柔軟な状態によって引き起こされる可能性のある混乱を抑制できます。
2) @VitalikButerin は、ERC-4337 アカウントの抽象ロジックを維持するよう努めますが、ERC-4337 開発の本線から逸脱する可能性のある EIP-3074 は、当然「積極的に」推進されません。多くの人々は、3074計画が徹底的に開発されると、イーサリアムの「ハードフォーク」を引き起こすのではないかと心配しています。私の意見では、心配するのはあまりにも杞憂かもしれません。いつか ERC-4337 ソリューションが放棄され、EIP-3074 を使用するように完全にアップグレードされない限り、この 2 つは本質的に並行する概念です。さらに、市場は開発の焦点として 4337 を選択しましたが、これは 3074 を完全に禁止する必要があるという意味ではありません。EIP-3074 が指摘する無料インボーカー市場には実際に大きな可能性があります。
呼び出し者は、3074 の標準フレームワークにおけるユーザーのデリゲートの「承認者」です。呼び出し者が疑わしい場合、ユーザーは間違いなく資産を失いますが、呼び出し者が友好的であれば、非常に予想される「インテント中心」の傾向が加速します。取引エクスペリエンス最適化トラックの開発。インテント中心の方向性のため、誰もが期待しているソーバー市場は、基本的に、次のトランザクションをトリガーするための自動化された代理トランザクション条件、トランザクションの承認、トランザクション時間の制限、トランザクションおよび財務管理戦略など。
完全に柔軟なインボーカー市場は、インテント トラック ソーバー ソルバー市場の発展を加速し、次のような特定のグループ向けに、より柔軟でカスタマイズされた洗練されたサービスを可能にします。
@ApertureFinance は、インテント駆動型のガスレスで自動化されたワークフローを備えた新しいインボーカー インフラストラクチャを構築しており、すでに 26 億米ドルの取引量を誇り、一部の機関投資家の取引ユーザーに支持されています。
別の例として、@bentobatch は、Wallet アプリケーションに基づいて Streamlined Transaction トランザクション レイヤーを構築し、ユーザーがオンチェーン操作を簡素化し、よりシンプルで安価なトランザクションとユーザー エクスペリエンスを実現できるようにしました。
@dappOS_com は、取引エクスペリエンスの最適化に加えて、チェーン アーキテクチャと分散型ソルバー市場のインセンティブとアプリケーション実装の方向で、インテント インフラストラクチャの迅速な実装も検討しています。
3) 私の意見では、ERC-4337 は、主流の正統派「アカウント抽象化」標準として、過去数年間のアカウント権限の変革とアップグレードにおいて、一部のレイヤー 2 チェーン、ミドルウェア ネットワーク サービス、ウォレット サービス プロバイダーのベンチマークとなっています。長年にわたってユーザーを支援し、トランザクション エクスペリエンスは急速に向上しました。しかし、客観的に見て、アカウント抽象化標準はカスタマイズ、開発経験、トランザクションロジックの複雑さなどの点でイーサリアムシステムフレームワークの安定性によって制限されるため、開発と実装の速度は比較的制限されます。
短期的には、EIP-3074 が指摘する実行者市場は ERC-4337 のアカウント抽象化の方向から逸脱しており、悪意のある契約リスクをもたらす可能性があります。ただし、この実行者市場がより多様化した分散型ソルバー ネットワーク市場に配置された場合、 、発動者 自由市場のプラスの重要性は、そのマイナスの影響を上回る可能性があります。
新しい EIP-7702 フレームワークは、EIP-3074 の「柔軟なアカウント変換」の利点を継続するだけでなく、ERC-4337 とも互換性があります。ただし、1 回限りのアクセス許可の付与では、トランザクション ロジックの複雑さの設計と管理において「実行者」の可能性を最大限に活用することはできません。
ただし、Invoker は EIP-7702 フレームワークを受け入れ、一部の製品とサービスを適応させて、リッチな Solver ソルバーの開発を加速することもできます。しかし、Invoker が EIP-3074 のより無料でスケーラブルなサービス アップグレードに従う場合、探査スペースは実際にはさらに大きくなるでしょうか? （彼はタイトバンド呪文を持つモンキーブラザーでもありますが、天国で問題を引き起こす能力はありません。
どのように言って？私は ERC-4337 と EIP-3074 を 2 つの独立した並行する自由市場とみなす傾向があります。ERC-4337 の正当性を維持するために、EIP-3074 のより広範な開発の可能性を完全に放棄するのは少しもったいないでしょう。もちろん、短期的には、移行として EIP-7702 を使用することも最適なソリューションです。どう思いますか？
