アカウント抽象化 EIP-3074 は、イーサリアム コミュニティで争点になっています。ブテリンが新たな改善計画を打ち出す EIP-7702

このサイト (120bTC.coM): 最近、イーサリアム コミュニティで、将来 Pectra アップグレードに含まれるアカウント抽象化提案 EIP-3074 に関して多くの論争が巻き起こっています。これには、Vitalik らを含む反対者が含まれます。将来には影響がないと考えています。互換性に疑問があるため、昨日、Vitalik が新しいソリューション EIP-7702 を直接提案しました。

アカウントの抽象化: ブロックチェーンのユーザー エクスペリエンスを向上させる

アカウントの抽象化 (AA) は、ブロックチェーン インタラクション プロセスにおけるユーザー エクスペリエンスを向上させるためのイーサリアムの方向性であり、その方法はユーザーとブロックチェーンの間のインタラクションを指します。操作がより簡単かつ実用的になり、大規模な導入が期待されます。

アカウントの抽象化によりユーザー エクスペリエンスはどのように向上しますか?例:

• バッチ トランザクション: 同じユーザーが 1 つのアトミック トランザクションで複数の操作を実行できるようにします。たとえば、分散型取引所では、ユーザーは承認と取引を同時に完了できます。

• スポンサー取引: サードパーティアカウントは、取引アカウントに代わって取引燃料手数料を支払うことができ、ユーザーのプロジェクトへの補助金として使用できます。

• 権限管理: ユーザーはサブキーに署名し、特定の権限を付与できます。たとえば、ユーザーは特定の ERC-20 トークンへのアクセスを許可するが、ETH へのアクセスを許可したり、1 日の合計支出の上限を許可したり、特定のアプリケーションとの対話を制限したりできます。

イーサリアムネットワークのセキュリティや分散化などの重要な問題が徐々に解決されるにつれて、最近ではユーザーエクスペリエンスの提案が徐々に議論の俎上に上るようになっています。 EIP-2938、EIP-3074、EIP-4337 などの提案はすべて重要な提案です。

ERC-4337は最終版と考えられていますが、開発サイクルは長いです

EIP-4337はユーザーオペレーションの概念を導入し、スマートコントラクトウォレットがスポンサー付きトランザクションやバッチトランザクションなどのトランザクション機能をカスタマイズできるようにします。

ユーザー操作は、元の一般トランザクションおよびメモリ プールから分離された、EIP-4337 によって作成された新しいメモリ プールである代替メモリ プール (alt mempool) に入ります。

EIP-4337の運用アーキテクチャ

しかし、ERC-4337を大規模に採用できるレベルまで実装するには、インフラストラクチャの設計、ユーザーウォレットの手動更新、等

EIP-3074 のフローティングとシンキング

EIP-3074 では、AUTH と AUTHCALL という 2 つの新しいオペコード (オペコード) が追加されることが期待されており、これにより、EOA はこれら 2 つのオペコードを使用して、コントラクト (実行者) が外部の世界を呼び出すことを承認できるようになります。その他の契約およびやり取りを代理します。つまり、現在のEOAはスマートコントラクトの機能を持っています。

EIP-3074 は 3 年前に提案されましたが、「最終的な」完璧なソリューション EIP-4337 が登場し、前者はコミュニティの視野から消えました。

最近、ユーザーエクスペリエンスの重要性が徐々に高まっており、他のパブリックチェーンとの競争が徐々に加速していますが、EIP-4337を実装してイーサリアムのメインネットワークでスムーズに運用するには、依然として多くの開発作業とリソースが必要です。 。イーサリアム コミュニティは、EIP-3074 が最初に実装されるべきだと考えています。

EIP-3074 により、外部所有アカウント (EOA) がスマート コントラクト ウォレットのように動作できるようになり、このプロセスでは追加のコントラクトを展開する必要がなく、ユーザーが手動でアップグレードする必要もありません。そのため、イーサリアム コミュニティはこれを次のバージョンに含めます。ハードフォークのアップグレード。

EIP-3074 は引き続き物​​議を醸しています

Pectra にアップグレードされることが取り決められていますが、EIP-3074 をめぐる論争は実際には小さくなく、Vitalik でさえ公然と反対しています。

EIP-3074 の争点

Vitalik は、EIP-3074 には将来のアップデートとの互換性の問題があると指摘しました:

• Vitalik によって導入された 2 つのオペコード AUTH と AUTHCALL は、最終的なアカウント抽象化提案 EIP-4337 はそうではなく、またあると考えています。必要ありません。

• EIP-3074 呼び出し側コントラクト エコシステムの開発がスマート コントラクト ウォレット エコシステムから分離され、テクノロジーの断片化につながる可能性があります。

• さらに、コミュニティ メンバーの Yoav Weiss は、EIP-3074 では実行者契約への完全な信頼が必要であるため、信頼リスクが増大し、検閲耐性のある包含リスト メカニズムの遅延も必要になると指摘しました。

Vitalik は、EIP-3074 は EOA の拡張と見なすことができますが、イーサリアムの将来の発展に悪影響を与えるのであれば、単純に実行すべきではないと考えています。

EIP-3074を支持する当事者は、「EIP-3074を延期または削除する人々は、イーサリアムのユーザーエクスペリエンスは理想的ではないが、現時点では良好であると考えていることが多い。次期ペクトラでイーサリアムを有意義に改善する方法はないのか」と述べた。 update ワークショップのユーザー エクスペリエンスは、他の競合他社に比べて遅れている可能性があります。

EIP-3074 の最大の論争点は、実際のところ、「EIP-4337 はイーサリアムにとって最適な結末か?」ということです。答えが「はい」の場合、EIP-3074 は支持されるべきです。 。

しかし、上記の議論は範囲が狭すぎるため、コミュニティの論争を解決することはできません。Vitalik はこの真実を十分に理解しており、それについて話すだけでなく、新しい解決策を直接実装することによって、EIP-3074 論争の議論を続けることができます。

Vitalik は、EIP-7702 が EIP-3074 を置き換えることを提案しました

EIP-7702 の設計は、EIP-3074 が EOA を呼び出すことで使用する必要がある 2 つのオペレーション コード AUTH と AUTHCALL を置き換えます。 by verify を呼び出す代わりに、authorized[msg.sender,…]

• AUTHCALL を設定する代わりに、execute を呼び出し、authorized[msg.sender,…] を検証して実行します。

• 提案の内容は、これら 2 つの小さな変更により、その後のプロトコルの更新に対する EIP-3074 の潜在的な悪影響が回避されることを示しています。

EIP-7702 の目的は、問題を引き起こす可能性のあるこれら 2 つのオペコードなしで EIP-3074 のすべてのユースケースを実装することです。

イーサリアムの将来の開発にはEIP-7702が含まれる可能性がありますか?

現在、EIP-3074 - EIP-7702 を単に支持し反対する以外に、「イーサリアムには高速で効果的なユーザー エクスペリエンス ソリューションが必要である」と「EIP-4337 とその将来に影響を与えない」を実際に解決できる場合、3 番目の解決策があります。他のプロトコルの開発プロセス」がコミュニティで合意された方向性になる可能性があります。

この提案はまだ議論中であり、最新の進捗状況については次回のイーサリアム ACDE 会議を楽しみにしていただけるかもしれません。

しかし、何があっても、イーサリアムコミュニティは依然として最良の方法で進歩しようと努めており、これについては疑いの余地がありません。

以上がアカウント抽象化 EIP-3074 は、イーサリアム コミュニティで争点になっています。ブテリンが新たな改善計画を打ち出す EIP-7702の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。