ERC7702

[mashharuki]

追加したい項目 / トピック

トピックを追加するにあたり、カバーしたい要点

• [ ]
• [ ]
• [ ]

[mashharuki]

Thirdwebの記事の翻訳

EIP-7702とは？初心者向けガイド

Mike Shin
2024年5月14日 • 読了時間：6分

EIP-7702とは？

Ethereumは常に進化を続けています。Ethereum Improvement Proposal（EIP）のたびに、ネットワークはスケーラビリティ、セキュリティ、使いやすさの向上に向けて一歩前進しています。その中でも、EIP-7702は、アカウント抽象化（Account Abstraction）を導入することで、ユーザーがEthereumブロックチェーンと対話する方法を革新しようとしています。

アカウント抽象化はEthereumコミュニティで以前から議論されていた概念ですが、EIP-7702によってその実現が現実に近づいています。この提案は、スマートコントラクトをEthereumのアカウントとして機能させることで、より柔軟でユーザーフレンドリーな体験を提供することを目指しています。この変化により、多くの新しいユースケースが開かれ、Ethereum全体のユーザー体験が大幅に向上する可能性があります。

本記事では、EIP-7702の詳細について掘り下げ、アカウント抽象化が何であるか、どのように機能するのか、そして開発者やユーザーにどのようなメリットをもたらすのかを解説します。また、thirdwebのツールやサービスが、この新しい領域を探索し、EIP-7702がもたらす機会を最大限に活用する方法についても紹介します。

---

アカウント抽象化の解説

EIP-7702の詳細に入る前に、まずアカウント抽象化が何であるかを理解しましょう。現在のEthereumエコシステムには、外部所有アカウント（EOA）とコントラクトアカウントの2種類のアカウントがあります。EOAはプライベートキーによって制御され、トランザクションを開始できます。一方、コントラクトアカウントはそのコントラクトコードによって制御され、トランザクションを受信した場合にのみ実行可能です。

アカウント抽象化は、これら2種類のアカウントの区別を曖昧にすることを目指しています。アカウント抽象化により、Ethereum上のすべてのアカウントがコントラクトアカウントとして扱えるようになります。これにより、EOAはスマートコントラクトウォレットに置き換えられ、トランザクションを検証するための任意のロジックを持つことができます。

この変化は以下のような利点をもたらします：

• トランザクション認証の柔軟性：プライベートキーに依存する代わりに、スマートコントラクトウォレットはマルチシグ（複数署名）スキーム、ソーシャルリカバリー、生体認証など、独自の認証方法を定義できます。
• 新機能の実現：第三者がトランザクションのガス料金を支払う「ガススポンサーシップ」や、プライベートキーを紛失した際の「アカウント回復機能」が可能になります。

---

EIP-7702の詳細

EIP-7702は、アカウント抽象化を実現するためにEthereumプロトコルに変更を加える提案です。その主なアイデアは、「ユーザーオペレーション」と呼ばれる新しいタイプのトランザクションを導入することです。通常のトランザクションとは異なり、ユーザーオペレーションは署名で認証されません。その代わりに、アカウントに関連付けられたスマートコントラクトウォレットによって認証されます。

このプロセスにより、トランザクションの検証方法が柔軟になります。たとえば、スマートコントラクトウォレットは、トランザクションを実行する前に複数の署名を要求したり、オフチェーンデータ（生体認証の証明など）を使用してトランザクションを検証したりすることができます。

EIP-7702はまた、「ペイマスターコントラクト」の概念も導入しています。これらのコントラクトはユーザーオペレーションのガス料金をスポンサーできます。このため、ユーザーはETHを保有していなくても、Ethereumとやり取りすることが可能になります。

---

開発者とユーザーへの影響

EIP-7702がもたらす変更は、Ethereumの開発者とユーザーの両方にとって重要です。

開発者へのメリット

• 柔軟な設計が可能：開発者はマルチファクター認証、送金制限、緊急リカバリ機能などを備えたスマートコントラクトウォレットを設計できます。
• ユーザーオンボーディングの改善：ガス料金をスポンサーするペイマスターコントラクトにより、ユーザーはETHを取得することなくEthereumアプリケーションを利用できるようになります。

ユーザーへのメリット

• シームレスで安全な体験：スマートコントラクトウォレットは、フィッシング攻撃からの保護や、プライベートキー紛失時の資金回復機能を提供します。
• ETHの管理が不要：ガススポンサー機能により、ETHを直接管理する必要がなくなります。

---

結論

EIP-7702は、Ethereumの使いやすさ、安全性、柔軟性を大幅に向上させる可能性を秘めています。アカウント抽象化の採用が進むことで、Ethereumエコシステムはさらなる成長と革新を遂げるでしょう。

[mashharuki]

以下、 Biconomyの記事の翻訳

EIP-7702がEOAとERC-4337の統合を簡素化する

2024年12月16日
読了時間：15分

EIP-7702とは

EIP-7702は、EOA（Externally Owned Account）を強化するために提案されたEIPの最新バージョンであり、Ethereum Foundationの開発者たちが長期的なビジョンとネイティブなアカウント抽象化（Full Native Account Abstraction）の実現に向けた作業を進める中で登場しました。このEIPは、EIP-3074の代替案としてVitalik Buterinが突然発表したもので、最近では広範なコミュニティから支持を得ています。現在も仕様の最終調整中ですが、EIP-3074の最有力な代替案として広く受け入れられています。

---

EIP-3074の課題

EIP-3074は、ERC-4337ベースのインフラストラクチャとの統合においていくつかの課題が指摘されています。

主な課題

1. 検証と実行の分離がない
   Bundlerが信頼できないスマートアカウント実装からの悪意ある操作を防ぐためには、検証と実行を分離することが重要ですが、EIP-3074ではこれが標準として実現されていません。

2. EOAの完全な制御を失う可能性
   EIP-3074のAUTHを一度署名すると、EOAはその操作をInvokerコントラクトに完全に委ねることになります。これにより、ウォレットプロバイダーが信頼できるInvokerアドレスのホワイトリストを維持する必要があり、制限が発生します。

---

EIP-7702の解決策

EIP-7702は、新しいトランザクションタイプを導入することで、EOAに対して一時的にスマートアカウントのような機能を提供します。これにより、EOAはトランザクション実行中にスマートコントラクトコードを使用し、実行後には通常のEOAに戻ることが可能になります。

新しいトランザクションタイプの特徴

• 一時的なコードのデプロイ
  トランザクション開始時にEOAアドレスにスマートコントラクトコードがデプロイされ、終了時に削除されます。

• 署名による安全性の確保
  コントラクトコードのデプロイ先アドレスに署名を追加することで、セキュリティを担保します。

これにより、自己スポンサーシップのシナリオにおける複雑なPaymasterの設計が不要になり、統合が大幅に簡素化されます。

---

なぜEIP-7702が優れているのか

1. EVMへの負担軽減
   新しいオペコードを導入するEIP-3074とは異なり、EIP-7702ではEVMに技術的負担をかけません。

2. アカウント抽象化（AA）との互換性
   EIP-7702は、ERC-4337インフラストラクチャとスムーズに統合でき、将来的なAA機能の実装も容易です。

3. コードベースの統一
   EIP-3074ではInvokerコントラクトの新たなエコシステムが必要でしたが、EIP-7702では既存のスマートアカウントコードを活用できます。

4. 永続的なEOAからスマートアカウントへの移行
   将来的には、EOAを恒久的にスマートアカウントへ移行する機能も提供できる可能性があります。

---

未解決の課題

取り消し（Revocation）

悪意のあるコードが署名された場合に備え、プロトコル内での取り消し機能が必要です。EOAのnonceを利用する方法が検討されていますが、これには改良の余地があります。

ストレージアクセスの制限

トランザクション実行中にEOAのストレージ変更を許可するかどうかは議論中です。ストレージの改ざんを防ぐため、制限が必要とされています。

チェーン非依存の署名

署名にチェーンIDを含めるかどうかも議論されていますが、EIP-7702では署名の再利用性を高めるためにチェーン非依存の方法を推奨しています。

---

結論

EIP-7702は、EIP-3074が直面した課題を解決しつつ、EOAのスマートアカウント化を実現する優れた代替案です。現在も議論と改良が続いていますが、Ethereumのユーザーエクスペリエンスを向上させる大きな一歩となるでしょう。

[mashharuki]

以下は、 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7702.md を翻訳したもの。

概要

新しいトランザクションタイプを追加し、[chain_id, address, nonce, y_parity, r, s] のリストを含む認証タプルを追加します。各タプルについて、署名アカウントのコードにデリゲーション指定子（0xef0100 || address）を記述します。すべてのコード実行操作は、この指定子が指すコードを読み込む必要があります。

---

動機

以下のようなユースケースを改善するために、短期的なEOA（Externally Owned Accounts）の機能向上が求められています：

1. バッチ処理: 一つのトランザクション内で複数の操作をまとめて実行可能にします。例えば、ERC-20トークンの承認と使用を1回のトランザクションで完結できるようになります。
2. スポンサー機能: アカウントXがアカウントYのトランザクション手数料を支払います。
3. 権限の分離: サブキーに限定された権限を与え、アカウント全体のアクセス権を制限できます（例: 特定アプリでの操作や1日の使用制限を設定）。

---

仕様

パラメータ

パラメータ | 値 -- | -- SET_CODE_TX_TYPE | 0x04 MAGIC | 0x05 PER_AUTH_BASE_COST | 12500 PER_EMPTY_ACCOUNT_COST | 25000

新トランザクション形式

新しいトランザクションタイプ「set code transaction」（EIP-2718対応）を導入します。トランザクションのペイロードは次の構造を持ちます：

scss
コピーする編集する
rlp([chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, value, data, access_list, authorization_list, signature_y_parity, signature_r, signature_s])

• authorization_list: 実行するコードのアドレスや署名を含むタプルのリスト。
• 各タプルの制約条件:
  • auth.chain_id < 2**256
  • auth.nonce < 2**64
  • len(auth.address) == 20

---

挙動

トランザクション実行時、以下を行います：

1. 各認証タプルについて、署名の正当性を確認します。
2. デリゲーション指定子（0xef0100 || address）を適用します。
3. アカウントのコードとnonceを更新します。

---

ガスコスト

• 基本コスト: 21,000ガス + データ量に応じたコスト。
• 認証タプルごとに追加コストを計算:
  • PER_AUTH_BASE_COST: 12,500ガス
  • PER_EMPTY_ACCOUNT_COST: 25,000ガス

---

セキュリティ考慮事項

• 各認証タプルにはリプレイ攻撃対策のためにnonceが必要です。
• 不適切なデリゲート実装は、アカウント全体を乗っ取られるリスクがあります。

---

後方互換性

この提案は、EOAの挙動にいくつかの変更を加えるため、一部の既存システムへの影響があります。特に、EOAのnonce更新やトランザクション処理のルール変更が必要になる可能性があります。

[mashharuki]

以下は、 https://viem.sh/experimental/eip7702 の翻訳

EIP-7702 概要

EIP-7702は、新しいトランザクションタイプを追加し、EOA（Externally Owned Account）がスマートコントラクトを自身の「実装」として指定できるようにする提案です。

EIP-7702トランザクションと他のトランザクションとの主な違いは、「認可リスト」というプロパティが含まれる点です。このプロパティは、(chain_id, contract_address, nonce, y_parity, r, s) というタプルのセットで構成され、実行中にどのコントラクトのバイトコードをEOAに注入するかを示します。

Viemでは、これらの認可タプルを手動で構築する必要はありません。signAuthorization を使うことで自動的に生成し、トランザクションAPIで利用できます。

EIP-7702の応用例

1. バッチ処理

同じユーザーの複数の操作を1つのアトミックトランザクションとして処理できます。
よくある例として、ERC-20トークンの承認（approval）と、その承認を利用した支払い（spending）があります。現在、これらは2回のトランザクションが必要ですが、EIP-7702を使用すれば1回にまとめることが可能です。
高度なバッチ処理では、1つ目の操作の出力が2つ目の操作の入力になる依存関係が含まれる場合もあります。

例:

• 分散型取引所（DEX）での承認後のトークン送信

---

2. スポンサーシップ

アカウントXがアカウントYの代わりにトランザクションの手数料を支払います。
アカウントXは、このサービスの対価として他のERC-20トークンで支払われたり、アプリケーション運営者がユーザーのトランザクションを無料で処理する場合もあります。

例:

• 他人の取引のガス代を負担する仕組み

---

3. 権限の段階的縮小

ユーザーはサブキーを署名し、そのサブキーに特定の限定的な権限を付与することができます。
例えば、以下のような権限を設定することが可能です：

• ETHではなくERC-20トークンだけを送信可能
• 合計残高の1%以内で1日に使用可能
• 特定のアプリケーションとだけやり取り可能

---

次のステップ

クライアントへのEIP-7702の拡張

• コントラクト書き込み
• トランザクション送信

[mashharuki]

EIP-7702を使用したクライアントの拡張

Viemクライアントのセットアップ

EIP-7702の実験的機能を使用するには、既存または新しいViemクライアントに実験的なEIP-7702アクションを拡張する必要があります。

概要

以下は、EIP-7702アクションを使用してViemクライアントを拡張する手順の全体像です。この手順をステップごとに解説します。

import { createWalletClient, http } from 'viem'
import { anvil } from 'viem/chains'
import { eip7702Actions } from 'viem/experimental'

const walletClient = createWalletClient({
  chain: anvil,
  transport: http(),
}).extend(eip7702Actions())

const authorization = await walletClient.signAuthorization({/* ... */})

EIP-7702は現在、Ethereumのメインネットやテストネットではサポートされていません。この例では、Anvilノード（ローカルのEthereumネットワーク）を使用するため、anvilチェーンを指定しています。

ステップ

0. Anvilのインストールと起動

EIP-7702は現在、Ethereumのメインネットやテストネットでサポートされていないため、EIP-7702互換のネットワークをセットアップする必要があります。この例ではAnvilノードを使用します。既存のEIP-7702互換ネットワークを使用している場合、このステップはスキップできます。

curl -L https://foundry.paradigm.xyz | bash
anvil --hardfork prague

1. クライアントのセットアップ

EIP-7702の認可を署名するために、クライアントをセットアップします。

import { createWalletClient, http } from 'viem'
import { anvil } from 'viem/chains'

const walletClient = createWalletClient({
  chain: anvil,
  transport: http(),
})

詳細はcreateWalletClientのドキュメントを参照してください。

2. EIP-7702アクションを拡張

次に、実験的なEIP-7702アクションをインポートし、それをクライアントに拡張します。

import { createWalletClient, http } from 'viem'
import { anvil } from 'viem/chains'
import { eip7702Actions } from 'viem/experimental'

const walletClient = createWalletClient({
  chain: anvil,
  transport: http(),
}).extend(eip7702Actions())

3. EIP-7702アクションを使用

これで、signAuthorizationのようなEIP-7702アクションを使用できます。

import { createWalletClient, http } from 'viem'
import { anvil } from 'viem/chains'
import { eip7702Actions } from 'viem/experimental'

const walletClient = createWalletClient({
  chain: anvil,
  transport: http(),
}).extend(eip7702Actions())

const authorization = await walletClient.signAuthorization({/* ... */})

コントラクトへの書き込み処理

example.ts

import { parseEther } from 'viem'
import { walletClient } from './config'
import { abi, contractAddress } from './contract'
 
// 1. Authorize injection of the Contract's bytecode into our Account.
const authorization = await walletClient.signAuthorization({
  contractAddress,
})
 
// 2. Invoke the Contract's `execute` function to perform batch calls.
// argsには実行したいトランザクションデータを配列として突っ込む。
const hash = await walletClient.writeContract({
  abi,
  address: walletClient.account.address,
  functionName: 'execute',
  args: [[
    {
      data: '0x',
      to: '0xcb98643b8786950F0461f3B0edf99D88F274574D', 
      value: parseEther('0.001'), 
    }, {
      data: '0x',
      to: '0xd2135CfB216b74109775236E36d4b433F1DF507B', 
      value: parseEther('0.002'), 
    }
  ]],
  authorizationList: [authorization],
  //                  ↑ 3. Pass the Authorization as an option.
})

contract.ts

ABIファイル

export const abi = [
  {
    "type": "function",
    "name": "execute",
    "inputs": [
      {
        "name": "calls",
        "type": "tuple[]",
        "components": [
          {
            "name": "data",
            "type": "bytes",
          },
          {
            "name": "to",
            "type": "address",
          },
          {
            "name": "value",
            "type": "uint256",
          }
        ]
      }
    ],
    "outputs": [],
    "stateMutability": "payable"
  },
] as const
 
export const contractAddress = '0x...'

config.ts

設定ファイルここで実験的にERC7702の機能を使うことにする。

import { createWalletClient, http } from 'viem'
import { anvil } from 'viem/chains'
import { privateKeyToAccount } from 'viem/accounts' 
import { eip7702Actions } from 'viem/experimental'
 
export const account = privateKeyToAccount('0x...')
 
export const walletClient = createWalletClient({
  account,
  chain: anvil,
  transport: http(),
}).extend(eip7702Actions())

BatchCallDelegation.sol

ERC7702の機能を試す試験的なスマートコントラクト

pragma solidity ^0.8.20;
 
/**
 * 試験的なコントラクト
 */
contract BatchCallDelegation {
  struct Call {
    bytes data;
    address to;
    uint256 value;
  }
 
  // execute メソッド 
  function execute(Call[] calldata calls) external payable {
    for (uint256 i = 0; i < calls.length; i++) {
      Call memory call = calls[i];
      // まとめて複数のトランザクションを実行する。
      (bool success, ) = call.to.call{value: call.value}(call.data);
      require(success, "call reverted");
    }
  }
}

[mashharuki]

ERC7702に対応したトランザクション送信方法

example.ts

import { parseEther } from 'viem'
import { walletClient } from './config'
import { abi, contractAddress } from './contract'
 
// 1. Authorize injection of the Contract's bytecode into our Account.
const authorization = await walletClient.signAuthorization({
  contractAddress,
})
 
// 2. Invoke the Contract's `execute` function to perform batch calls.
// toにwalletclientのインスタンスのアドレスを指定する。
const hash = await walletClient.sendTransaction({
  authorizationList: [authorization],
  data: encodeFunctionData({
    abi,
    functionName: 'execute',
    args: [
      [
        {
          data: '0x',
          to: '0xcb98643b8786950F0461f3B0edf99D88F274574D',
          value: parseEther('0.001'),
        },
        {
          data: '0x',
          to: '0xd2135CfB216b74109775236E36d4b433F1DF507B', 
          value: parseEther('0.002'), 
        },  
      ],
    ]
  }),
  to: walletClient.account.address,
})

contract.ts

export const abi = [
  {
    "type": "function",
    "name": "execute",
    "inputs": [
      {
        "name": "calls",
        "type": "tuple[]",
        "components": [
          {
            "name": "data",
            "type": "bytes",
          },
          {
            "name": "to",
            "type": "address",
          },
          {
            "name": "value",
            "type": "uint256",
          }
        ]
      }
    ],
    "outputs": [],
    "stateMutability": "payable"
  },
] as const
 
export const contractAddress = '0x...'

config.ts

import { createWalletClient, http } from 'viem'
import { anvil } from 'viem/chains'
import { privateKeyToAccount } from 'viem/accounts' 
import { eip7702Actions } from 'viem/experimental'
 
export const account = privateKeyToAccount('0x...')
 
export const walletClient = createWalletClient({
  account,
  chain: anvil,
  transport: http(),
}).extend(eip7702Actions())

BatchCallDelegation.sol

pragma solidity ^0.8.20;
 
contract BatchCallDelegation {
  struct Call {
    bytes data;
    address to;
    uint256 value;
  }
 
  function execute(Call[] calldata calls) external payable {
    for (uint256 i = 0; i < calls.length; i++) {
      Call memory call = calls[i];
      (bool success, ) = call.to.call{value: call.value}(call.data);
      require(success, "call reverted");
    }
  }
}

[mashharuki]

prepareAuthorization

EIP-7702の認可オブジェクトを署名のために準備します。このアクションは、提供されていない場合に認可オブジェクトの必要なフィールド（例: nonceやchainId）を補完します。

準備された認可オブジェクトを使用して、signAuthorizationを使って署名を行うことができます。

[mashharuki]

signAuthorization
EIP-7702の認可オブジェクトに署名を行います。署名済みの認可オブジェクトは、sendTransactionやwriteContractといったトランザクションAPIで使用でき、実行時にアカウントへ認可されたコントラクトのバイトコードを注入することが可能です。

使用方法
コントラクトを認可するには、contractAddressを指定します。デフォルトでは、アカウントの次に使用可能なNonceと現在のチェーンIDに基づいて署名されます。また、NonceやチェーンIDを明示的に設定することもできます。

[mashharuki]

example.ts

import { walletClient } from './client'
 
const authorization = await walletClient.signAuthorization({ 
  contractAddress: '0xFBA3912Ca04dd458c843e2EE08967fC04f3579c2', 
}) 
{
 
  chainId: 1,
 
  contractAddress: "0xFBA3912Ca04dd458c843e2EE08967fC04f3579c2",
 
  nonce: 1,
 
  r: "0xf507fb8fa33ffd05a7f26c980bbb8271aa113affc8f192feba87abe26549bda1",
 
  s: "0x1b2687608968ecb67230bbf7944199560fa2b3cffe9cc2b1c024e1c8f86a9e08",
 
  yParity: 0,
 
}
 
const hash = await walletClient.sendTransaction({
  authorizationList: [authorization],
  data: '0xdeadbeef',
  to: walletClient.account.address,
})

client.ts

import { createWalletClient, http } from 'viem'
import { privateKeyToAccount } from 'viem/accounts'
import { mainnet } from 'viem/chains'
import { eip7702Actions } from 'viem/experimental'
 
export const walletClient = createWalletClient({
  account: privateKeyToAccount('0x...'),
  chain: mainnet,
  transport: http(),
}).extend(eip7702Actions())

[mashharuki]

他にも3種類ぐらい Utilityとして機能が実装される想定らしい。

https://viem.sh/experimental/eip7702/hashAuthorization
https://viem.sh/experimental/eip7702/recoverAuthorizationAddress
https://viem.sh/experimental/eip7702/verifyAuthorization