マルチチェーンアカウントの抽象化技術解析:暗号化インフラストラクチャの未来の発展方向

最近、ベルギーのブリュッセルで開催されたEthereumコミュニティ会議(EthCC 7)において、一人のブロックチェーン開発者が「マルチチェーンアカウントの抽象化」というテーマで講演を行いました。本稿では、その講演内容を深く解析し、アカウントの抽象化技術の核心概念と異なるブロックチェーンネットワークにおける実装の違いを探ります。

! 暗号インフラストラクチャの未来は? マルチチェーンアカウントの抄録解析

アカウントの抽象化技術概要

アカウントの抽象化(AA)は、主に2つのコア要素を含んでいます: サインの抽象化と支払いの抽象化。

署名の抽象化は、ユーザーが特定のデジタル署名アルゴリズムに制限されず、検証メカニズムを自由に選択できることを可能にします。支払いの抽象化は、ユーザーにERC-20トークンを使用しての支払いなど、さまざまな取引支払いオプションを提供します。これにより、ユーザーエクスペリエンスと安全性が向上します。

ERC-4337 標準解析

ERC-4337は、Ethereumの外部所有アカウント(EOA)のいくつかの制限を解決することを目的としています。その核心要素には:

1. userOp 構造体: ユーザーは、操作情報を userOp 構造体にパッケージ化し、処理のために Bundler に送信します。

2. EntryPointコントラクト: 取引処理の中枢として、userOpの検証、手数料の徴収、および対象操作の実行を担当します。

! 暗号インフラストラクチャの未来は? マルチチェーンアカウントの抽象解析

原生アカウントの抽象化

一部のブロックチェーンネットワークは、ネイティブなアカウントの抽象化設計を採用し、アカウントの抽象化メカニズムを基盤となるプロトコルに直接組み込んでいます。異なるネットワークの実装は、それぞれ独自の特徴を持っています:

• 一部のネットワークはERC-4337標準に従ってネイティブアカウントの抽象化を実現している
• 一部のネットワークは、ネイティブアカウントの抽象化にプライバシー保護設計を組み込んでいます。

ERC-4337とネイティブAAの主な違い

1. システムロールの割り当て: ERC-4337はBundlerとEntryPointコントラクトの協力に依存し、ネイティブAAは公式サーバーのオペレーター/ソーターによって管理されます。

2. コントラクトインターフェース: 検証段階のエントリ関数は各実装で比較的固定されているが、実行段階では原生AAのみが固定エントリを保持している。

3. 検証および執行の制限: 異なる実装は、潜在的な攻撃を防ぐために、検証および実行段階に異なる程度の制限を設けています。

4. ランダム数管理: ERC-4337は、192ビットのキー値と64ビットのランダム値を使用した設計を採用しており、特定のネイティブAA実装では厳密に増加することが要求されます。

5. 初回取引のデプロイ: ERC-4337は最初のuserOpでアカウント契約を展開することを可能にし、ネイティブAAは展開トランザクションを個別に送信することを要求します。

! 暗号インフラストラクチャの未来は? マルチチェーンアカウントの抄録解析

ERC-4337のL1実装とL2実装の違い

1. プロトコルの違い: L2は、データをL1にアップロードする際の関連費用を考慮する必要があり、これが事前検証のGas計算において課題となります。

2. アドレス計算: 異なるネットワークのアドレスエンコーディング方式には違いがあり、同じアカウントが異なるチェーン上でのアドレスが一致しない可能性があります。

総じて、アカウントの抽象化技術はブロックチェーン基盤に新たな可能性をもたらしましたが、異なるネットワーク間での実装には依然として多くの詳細な違いがあり、開発者たちのさらなる関心と議論に値します。

! 暗号インフラストラクチャの未来は? マルチチェーンアカウントの抄録解析