マルチチェーンアカウントの抽象化解析：ERC-4337とネイティブAAの今後の発展

2025-07-19 05:14:12

概要作成中

マルチチェーンアカウントの抽象化解析：暗号化インフラの未来を探る

最近、イーサリアムコミュニティカンファレンス（EthCC 7）がベルギーのブリュッセルで開催され、これはヨーロッパ最大規模のイーサリアム年次イベントで、技術とコミュニティの発展に焦点を当てています。会議には、350人以上のブロックチェーン業界の第一線の意見リーダーが集まりました。

本会議では、あるブロックチェーン開発者が「未来を明らかにする：マルチチェーンアカウントの抽象化解析」というテーマで講演を行いました。以下は講演の主要内容の概要です：

アカウントの抽象化（AA）は主に2つの重要なポイントを含んでいます：

サインの抽象化：ユーザーが特定のデジタル署名アルゴリズムに限定されることなく、任意の好みの検証メカニズムを選択できるようにする。
支払いの抽象化：ユーザーはERC-20資産をネイティブ資産の支払いに代替するなど、さまざまな取引支払いオプションを使用できるか、または第三者が取引をスポンサーすることができます。

この柔軟性は、より安全で優れたユーザー体験を提供します。

ERC-4337は、より柔軟なアカウント管理と取引処理方法を導入することで、イーサリアムプロトコルにおける外部所有アカウント（EOA）のいくつかの制限を解決します：

userOp 構造体: ユーザーが userOp 構造体を Bundler に送信すると、Bundler は複数の userOps を収集し、EntryPoint コントラクトの handleOps 関数を呼び出します。
EntryPointコントラクト：オペレーティングシステムのように取引を処理し、主な機能には認証の検証、手数料の徴収、ターゲット操作の実行が含まれます。

ネイティブAAでは、各アカウントはコントラクトであり、取引処理メカニズムがブロックチェーンプロトコルに直接組み込まれています。異なるブロックチェーンネットワークは、異なるAA設計を採用しています：

オペレーティングシステムの役割：ERC-4337はBundlerとEntryPoint Contractの協力によって実現され、ネイティブAAは公式サーバーのオペレーター/ソート者によって処理されます。
コントラクトインターフェース：検証段階では、ERC-4337とネイティブAAのエントリーポイント関数は固定されていますが、実行段階ではネイティブAAのエントリーポイントのみが固定されています。
検証ステップの制限：各実装は、DoS攻撃を防ぐために、操作コードとストレージアクセスに異なる程度の制限を設けています。
実行ステップの制限：zkSyncはシステムフラグの確認を要求しますが、ERC-4337およびStarkNetは実行段階で特別な制限がありません。
ランダム数管理：異なる実装は異なるnonce管理方式を採用します。
初回取引のデプロイ：ERC-4337はuserOp構造体のinitcodeフィールドを通じてデプロイされ、StarkNetおよびzkSyncは別々のデプロイ取引が必要です。