勘定科目の抽象化とは?

すべてのイーサリアムアカウントは、5つの機能を実装しています。

• 認証
• 認可
• リプレイ保護
• ガス代金
• 実行

EOAは、ハードコードされた方法でそれらを実装します。

• 認証と承認はバンドルされており、不変のECDSAキーがIDを証明し、完全な権限を付与します。
• リプレイプロテクションは単純なノンスであり、単調に増加するカウンターです。
• ガスの支払いは、EOAのETH残高から直接行われます。
• 実行 - 1 つの宛先に対する 1 回の呼び出し。

アカウントの抽象化とは、次の 5 つの機能にプログラム ロジックを追加することを意味します。

• 認証 - 身元を証明するあらゆる形式。
• 承認 - 任意のアクセス ポリシー。
• リプレイ保護 - トランザクションの順序付けは、リプレイ保護から切り離されています。
• ガス支払い - アカウント自体から切り離されたガス支払い。
• 実行 - 任意の実行ロジック。

アカウント抽象化のユースケースの例

• さまざまな署名スキーム
  • secp256r1 (Secure Enclave、パスキー)
  • シュノア
  • BLSの
  • ポスト量子
  • ZKプルーフ(例: zkemail)
• キーローテーション
  • 侵害されたキーを置き換える
  • 継承のためのデッドマンスイッチ(アカウントが1年間非アクティブの場合、キーがアクティブになります)
• 異なるアクセス・ポリシー
  • マルチシグ
  • ロールベースのアクセス
  • DApp 固有のセッション キー
  • 社会回復
• さまざまなリプレイ保護スキーム
  • 異なるエンティティからのパラレルトランザクション
  • 第三者によって送信される事前署名済みの将来の取引
  • 管理チャネル
• ガスの抽出
  • 第三者によるガススポンサーシップ
  • ETH以外の資産での支払い
  • プライバシー:匿名のエアドロップの申し立て、またはZKロールアップまたはミキサーからの撤退
• 実行の抽象化
  • 複数の宛先への複数の呼び出しをバッチ処理する(例: approve+transferFrom) です。
  • 原子性
  • dapp固有のUXの改善

ERC-4337 vs EIP-3074: 誤った二分法

EIP-3074 は、呼び出し元を介して任意の実行ロジックで EOA をスーパーチャージすることにより、実行を抽象化することを目的としています。 これには、アセットを新しいアカウントに移行することなくEOAの機能を拡張するという独自のプロパティがあります。 実行はこれに影響を与えないため、分散型アクセスなどの問題に対処する必要はありません。 他の 4 つの機能は機能しますが、EIP-3074 の範囲外です。

ERC-4337は、アカウント全体(5つの機能すべて)を抽象化することを目的としています。 地方分権化と検閲への抵抗を維持するには、解決が難しい問題です。 ERC-4337の焦点は、中央集権的なインフラストラクチャに頼ることなく、最初の4つの機能を抽象化することで可能になるDoSおよびグリーフィング攻撃ベクトルを軽減することです。 ERCとしてEOAの機能を拡張することはできず、スマートアカウントに移行する必要があります。

この 2 つのメソッドの重複は最小限で、実行の抽象化のみです。

さらに、EIP-3074は、既存のEOAに対応し、物事を可能な限りシンプルに保つことを目的としています。 ERC-4337は、分散化などのイーサリアムのコア特性を犠牲にすることなく、完全なアカウント抽象化を提供することを目的としています。

ERC-4337を以前の提案と比較することにこだわるなら、最も近いのはEIP-3074ではなくEIP-2938です。 EIP-2938は、アカウントの抽象化におけるブレークスルーであり、AAメモリプールにおけるDoS緩和の難しさを実現するための最初の提案でした。 ERC-4337 は、EIP-2938 では解決できなかった特定の問題を解決しますが、完全な比較はこのドキュメントの範囲外です。

ERC-4337とEIP-3074はどちらも何を解決できますか?

どちらも実行の抽象化を解決するため、上記のユースケースの最後のカテゴリが有効になります。

• 複数の宛先への複数の呼び出しのバッチ処理
• 原子性
• dapp固有のUXの改善

ERC-4337 にはできない EIP-3074 には何ができるのか?

• 既存のEOAに複雑な実行機能を追加します。
  • ERC-4337はERCであるため、EOAに機能を追加できません。
• シンプルさとガス効率の向上により、実行と抽象化のみが必要な場合。
  • 完全なアカウントの抽象化は、実行の抽象化に必要のない複雑さを追加します。

ERC-4337 には何ができて、EIP-3074 にはできないのか?

• 1日目から任意のEVMチェーンをサポートします。 コンセンサスの変更はありません。
  • EIP-3074は、コンセンサスの変更を通じて各チェーンで採用される必要があります。
• パーミッションレスなイノベーション
  • ウォレットは、ホワイトリストに登録されたEIP-3074呼び出し者のみを許可します。 ERC-4337アカウントは、誰でも作成して使用できます。
• 完全なアカウントの抽象化 - 分散化を犠牲にすることなく、上記のすべてのユースケース:
  • さまざまな署名スキーム。
    • EIP-3074 は ECDSA を使用します。 EIPは、別のスキームに移行するための将来の道筋について言及していますが、EOA自体がECDSAキーを尊重する限り、呼び出し側はそれが直接使用されるのを防ぐことはできません。
  • キーのローテーション。
    • EIP-3074 では、EOA には取消不能なキーが残っています。
  • 異なるアクセス・ポリシー
    • ECDSA キーは、呼び出し元をバイパスして、アカウント内の任意の操作を実行できます。 きめ細かなアクセス制御はありません。
  • さまざまなリプレイ保護スキーム
    • アカウントはまだEOAであり、1次元ナンスを使用しています。
  • ガスの抽出
    • アカウントはETHで独自のガス代を支払います。
    • EIP-3074の上にガス抽象化システムを構築し、リレーを使用してアカウントに代わってメタトランザクションを送信することができます。 ただし、このようなリレーをDoSやグリーフィングから保護することは難しいため、許可される可能性が高くなります。 ERC-4337の複雑さのほとんどは、これらのリレイヤー(バンドラー)をパーミッションレスに保つことによるものです。

EIP-3074 + EIP-5003はERC-4337と同じことができますか?

EIP-5003 は、EOA が ECDSA キーを取り消してスマートコントラクトになることで、EIP-3074 を補完します。 コントラクトとして、残りのアカウント機能を抽象化することができます。 ECDSAを別のシグニチャに置き換えたり、キーをローテーションしたり、アクセスポリシーを適用したりします。 その意味では、 EIP-6913 やEIP-7377などの提案とある程度同等ですが、オペコードとして移行自体にガス抽象化システムを使用できるため、 EIP-7377よりも優れています。

EOAがスマートコントラクトに変換されると、直接取引できなくなり、別のEOAを介してアクセスする必要があります。 これにより、ERC-4337が解決するように設計された課題が浮かび上がります。 移行後、ユーザーは 2 つの方法でアカウントと取引できます。

1. アカウントと取引するために別の資金提供を受けたEOAを維持し、各トランザクションに2回署名します。 これにより、アカウントの抽象化の価値が否定され、UXが悪くなります。
2. 資金提供されたEOAを維持し、トランザクションをチェーンに乗せ、アカウントから払い戻されるリレーを使用します。 このようなリレーをDoSや嫌がらせから保護することは思ったよりも難しいため、一部のプロジェクトでは許可されたリレーを実行します。 その結果、分散化と検閲への抵抗が失われます。

移行後のアカウントアクセスを分散化する方法は、アカウントがガス代を支払うまで特定の制限を適用することです。 このアプローチは、EIP-2938 と ERC-4337 の両方で採用されました。 <a href="https://notes.ethereum.org/@yoav/unified-erc-4337-mempool">ERC-4337 mempoolは、アカウントと取引するための分散型の方法を提供します。

TLの;DR:いいえ、ERC-4337の必要性を強調しているだけです。

警告:EOAの移行は有害と見なされる

既存のEOAユーザーは、資産を転送する代わりに、スマートアカウントにインプレースで移行したくなります。 ただし、これには特定の脆弱性が伴い、その一部は軽減できません。

EOAキーが取り消された後に侵害された場合、何が問題になる可能性がありますか?

1. キーは、他のチェーン (移行時に存在しない将来のチェーンを含む) で有効なままです。 他のチェーンで同じアカウントを要求し、これらのチェーンのアカウントに送金された資産を転送するために使用できます。
2. dappフロントエンドのログインプロセスなどのオフチェーンシステムは、署名をチェックします。 それらの多くは、スマートコントラクトの署名にEIP-1271をサポートしていますが、ecrecoverが失敗した場合にのみ試してください。 このキーは、これらのシステムのアカウントを危険にさらすために使用される可能性があります。
3. オンチェーン(取り消されたのと同じチェーン上)で使用して、許可承認に署名することができます。 アカウントに許可をサポートするERC-20トークンが含まれている場合、これらのトークンは取り消されたキーを使用して盗まれる可能性があります。
4. クロスチェーンブリッジは、引き出し時に署名をチェックすることがよくあります。 アカウントがそのようなブリッジを介して別のチェーンに資金を送る場合、取り消されたキーを使用して反対側で資金を引き出すことができます。

ユーザーは移行後に秘密鍵を燃やし、コピーが残っていないことを願うことができますが、その場合、ユーザーは他のチェーンで同じアドレスを要求することもできません。

したがって、移行は、古いアドレスを保持する強い理由がある場合の最後の手段として使用する必要があります。 デフォルトでは、新しいアカウントはEOAから移行するのではなく、CREATE2でデプロイするのが最適であるため、他のチェーンのEOAキーにリンクされません。

コミュニティは、現在のユーザーのほとんどがEOAを持っているため、EOA移行の重要性を過度に強調する傾向があります。 次の 10 億人のユーザーは、スマート アカウントから開始でき、EOA から移行する必要はありません。 現在のEOAユーザーは、そのほんの一部にすぎません。 移行は、現在のユーザーが移行するために、しばらくの間は重要かもしれません。 これは、アカウントの抽象化が標準である場合には、めったに使用されないフローになります。

ERC-4337とEIP-3074の間に相乗効果はありますか?

はい、それらは<a href="https://notes.ethereum.org/ @yoav /eip-3074-erc-4337-synergy">興味深い方法で組み合わせることができます。チェーンがEIP-3074を採用している場合、ERC-4337を使用するプロジェクトは、それを利益のために使用することができます。

RIP-7560: アカウント抽象化の将来に向けた有望な道筋

EIP-3074 と ERC-4337 はどちらも、完全なネイティブ アカウント抽象化の利点の一部を得るための手順です。 前者は実行の抽象化のすべての利点を得ることに重点を置いており、後者はすべてのEVMチェーンでアカウント抽象化のすべての利点を得ることに重点を置いていますが、非ネイティブな方法で効率が悪くなります。

ユーザーが完全なネイティブアカウント抽象化の恩恵を受けることを望むチェーンは、 RIP-7560を採用することができます。 ERC-4337と同じアカウントとmempoolアーキテクチャを使用しますが、プロトコルレベルでネイティブに動作します。

RIP-7560は1日目から採用する必要はなく、既存のアカウントは将来いつでも採用することを選択したチェーンでRIP-7560に移行できます。

• ERC-4337アカウントは、RIP-7560で定義された特別なEntryPointアドレスを信頼するように実装を変更することで、アーキテクチャを変更することなくRIP-7560に移行できます。 アカウントはERC-4337とRIP-7560の両方と互換性があり、少しの労力で移行する必要さえありません。
• EOA は、ERC-4337 や EIP-3074 を経由せずに RIP-7560 に直接移行できる場合があります。 RIP-7560は、EOAのガス抽象化をすでにサポートしています。 将来のRIPでは、SETCODE(EIP-6913)やAUTHUSURP(EIP-5003)などのオペコードを使用するか、EIP-7377に似たTransactionType4サブタイプを追加することで、EOAにコードを設定できるようになる可能性があります。 このオペコード/サブタイプは、タイプ4(RIP-7560)トランザクションで呼び出される移行コントラクトで使用できます。 ただし、EOAの移行は<a href=" https://notes.ethereum.org/@yoav /erc-4337-vs-eip-3074-false-dichotomy#Caveat:-EOA-migration-considered-harmful">推奨されません。

のRIP - 7560は、あなたのフィードバックを必要としています

RIP-7560 の祀りを提案する前に、RIP-7560 に関するフィードバックを収集しています。 ネイティブ アカウントの抽象化に関心がある場合は、 PR を確認するか、 ディスカッションに参加してください。

免責事項：

1. この記事は[<a href="https://notes.ethereum.org/@ yoav/erc-4337-vs-eip-3074-false-dichotomy "">@yoav]からの転載です。すべての著作権は原著作者に帰属します [@yoav]。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。