作者: CertiK
最近、「アカウントの抽象化」という概念がイーサリアム コミュニティで普及しています。パリで開催されたイーサリアム コミュニティ カンファレンス (EthCC) で、Vitalik 氏はアカウント抽象化の重要性について言及し、アカウント抽象化によってもたらされるいくつかの重要な革新と現在の障害について共有しました。
アカウントの抽象化はわかりにくいように聞こえるかもしれませんが、アカウントの抽象化は人々がイーサリアムと対話する方法を完全に変える可能性を秘めています。イーサリアムは世界で最も使用されている重要なブロックチェーン プラットフォームの 1 つであるため、この概念が非常に重要であることを理解してください。
アカウントの抽象化とは何ですか?
アカウントの抽象化により、ユーザーはニーズに応じてイーサリアムとの対話方法をカスタマイズできます。通常、ユーザーは外部所有アカウント (EOA) または一意の秘密キーに関連付けられた契約アカウントを使用してイーサリアムと対話します。秘密キーを持っている人は誰でも、制限なく任意のトランザクションを実行できます。
アカウントの抽象化により、ユーザーは、トランザクションをトリガーするためにマルチシグを要求する、ソーシャル リカバリを有効にする、ユーザー アカウントが操作できるスマート コントラクトに制限を適用するなど、アカウントをより正確に制御できます。
アカウントの抽象化について理解しておくべき重要な点は、イーサリアム ブロックチェーンのコンセンサス層を変更するものではないということです。代わりに、ユーザーが別個の UserOperation Mempool とこのペーパーで説明されているアカウント抽象化アーキテクチャを通じて Ethereum と対話するための新しい方法が導入されています。
アカウント抽象化の利点
アカウントの抽象化は単なる技術的な目新しさだけではなく、イーサリアム ユーザーに具体的なメリットをもたらす可能性があります。
柔軟性: アカウントの抽象化により、ユーザーはニーズに応じてトランザクション ルールをカスタマイズできます。これにより、従来のトランザクションでは不可能だった高度な機能とより高度なセキュリティ対策が可能になります。
使いやすさ: サードパーティ開発者またはユーザーに代わって取引手数料を支払う他の当事者を通じて、アカウント抽象化によりイーサリアム ユーザーはより使いやすくなります。
セキュリティの向上: アカウントの抽象化により、あらゆる面でセキュリティを強化できます。これには、マルチ署名制御、アカウントの凍結と回復、トランザクション制限、ホワイトリストの作成などが含まれます。
それでも少し「抽象的」に聞こえる場合は、アカウントの抽象化の役割を説明するために例を挙げてみましょう。
マルチ署名トランザクションとソーシャルアカウントの回復
アカウント抽象化の魅力的な使用例は、マルチシグネチャ トランザクションの使用です。現在、ほとんどのエンドユーザーは EOA アドレスを使用してイーサリアムと対話します。 EOA アドレスに関連付けられた秘密キーは、単一障害点になりやすいです。
ただし、単一障害点が望ましくない一か八かの状況では、アカウントの抽象化により、ユーザーがトランザクションが承認される前に複数の署名を要求するようにアカウントを構成できるソリューションが提供されます。これは、開発者が今日使用している共同銀行口座や複数署名契約のようなものです。これは、複数の関係者が主要なトランザクションを承認する必要があるユーザーや組織にとって特に効果的であり、トランザクションのセキュリティが大幅に向上します。
従来の EOA セットアップのもう 1 つのリスクは、ユーザーが秘密キーを紛失した場合、EOA にアクセスできなくなり、秘密キーを回復できなくなることです。アカウントの抽象化はソーシャル メディア ソフトウェアを通じて復元できるため、このリスクが軽減されます。
Vitalik Buterin 氏は、「ソーシャル アカウント回復」システムについて次のように説明しました。
トランザクションの承認に使用される「署名キー」は 1 つです。少なくとも 3 人 (またはそれ以上) の「ガーディアン」のグループが存在します。ほとんどのユーザーは、協力してアカウントの署名キーを変更できます。一般に、ユーザーは標準の EOA アカウント秘密キーを使用するのと同じように「署名キー」を使用できます。
ただし、署名キーを紛失した場合、ユーザーは「ガーディアン」に連絡して、ウォレット契約に登録されている署名キーを変更するトランザクションに署名するように依頼できます。保護者の過半数がトランザクションに署名した場合、署名キーを変更できます。 Web2 アプリケーションの「パスワードを忘れた場合」機能と同様、「ソーシャル アカウント回復」機能は、ユーザー アカウントが永久にロックされるリスクを大幅に軽減します。
スマートコントラクトのインタラクション
スマートコントラクトのインタラクション
アカウントの抽象化により、ユーザーがスマート コントラクトと対話する方法が変わる可能性があります。従来のイーサリアム アカウントでは、ユーザーが署名したあらゆるトランザクションが発生し、それを制限する方法はありません。たとえば、ユーザーが無意識のうちに悪意のあるスマート コントラクトと対話し、資産損失を引き起こす例は無数にあります。アカウント コントラクトを使用すると、ユーザーは制限したいロジックを使用し、スマート コントラクトとの対話方法を制御できます。
たとえば、アカウント コントラクトは、監査済みでユーザーとのやり取りが安全な契約のホワイトリストを維持することで、ユーザーが知らずに悪意のあるコントラクトとやり取りするリスクを軽減できます。さらに、アカウント コントラクトはトランザクションとセッション キーをバッチ処理できます。ユーザーは、従来の EOA セットアップのように各トランザクションに個別に署名するのではなく、複数のトランザクションを実行するために 1 回署名するだけで済みます。上記により、DApps のより幅広い視聴者とよりスムーズなユーザー エクスペリエンスも実現されます。
セキュリティ対策の強化
アカウントの抽象化により、ユーザーはより高度なセキュリティ対策を自分のアカウントに追加することもできます。たとえば、クレジットカードの使用と同様に、不審な行為が発見されると、アカウントは即座に凍結されます。さらに、ユーザーは自分のアカウントに支出制限を設定して、1 回の取引であまりにも多くの資金を送金することを防ぐこともできます。さらに興味深いのは、「少額パスワードフリー決済」と同様に、アカウント抽象化では金額をグレーディングする方法を採用できるため、通常の取引はすぐに実行でき、大規模な操作は複数の署名による承認が必要であることです。
アカウントの抽象化により、エンド ユーザーはよりきめ細かい制御を行うことができ、ハッキング攻撃の防止や不正なトランザクションに対する追加の保護をより効果的に行うこともできます。
ガス支払いの柔軟性
取引手数料またはガスはイーサリアムエコシステムの基盤です。現在、ユーザーはガス料金を ETH で支払う必要があります。ただし、アカウントの抽象化により、ユーザーは他のトークンを使用してガス料金を支払うことができます。これは、特定の ERC-20 トークンを大量に保有し、それを使用して特定の DApp またはプラットフォームと対話したいユーザーにとって大きな利点です。ガス料金を支払うために最初にネイティブ トークンを取得するステップをスキップできるためです。 。
さらに、ガス料金の支払いの柔軟性により、他の DApp が障壁なくユーザーのトランザクションをサポートできるようになります。ユーザーが取引手数料を支払わずに DApps と対話できるか、またはサードパーティを通じて取引ガス料金を支払うことができるかどうかを想像してください (おそらくいつか WeChat が直接支払うようになるでしょうし、それは不可能ではありません)。この動きは DApps の導入全体を変える可能性がありますが、新規ユーザーのオンボーディングに対する主な障壁を取り除く効果的な手段になる可能性もあります。
アカウントの抽象化はどのように機能しますか?
アカウントの抽象化には、次のような多数の主要なコンポーネントがあります。
- ユーザー操作
- パッカー
- エントリーポイント
- アカウント契約
- 支払者
UserOperation: は ABI エンコード構造です。ユーザーが実行するトランザクションについて説明します。たとえば、ユーザーは「Useroperation」を開始し、実行したいトランザクションを含めます。
Bundler: 独立した UserOperation メモリ プールから複数の UserOperation をバンドルし、そのバンドルを EntryPoint コントラクトに送信するブロック ジェネレーターです。
エントリ ポイント: これらのバンドルの検証と実行を処理するイーサリアム上のスマート コントラクトです。
アカウントコントラクト: ユーザーに代わって署名検証を実行し、トランザクションを処理するユーザーのスマートコントラクトウォレットです。アカウント ファクトリー コントラクトはアカウント コントラクトを作成します。
Paymaster: これは、ユーザーのアカウント契約にガス料金を提供できるオプションのコンポーネント構造であるため、ガス料金を支払うための ETH を持っていないユーザーでもイーサリアムと対話できます。
Vitalik Buterin は、アカウント抽象化アーキテクチャと制御フロー図を次の 2 つの図にまとめています。
Paymaster: これは、ユーザーのアカウント契約にガス料金を提供できるオプションのコンポーネント構造であるため、ガス料金を支払うための ETH を持っていないユーザーでもイーサリアムと対話できます。
Vitalik Buterin は、アカウント抽象化アーキテクチャと制御フロー図を次の 2 つの図にまとめています。
アカウントの抽象構造、ソース イーサリアム改善提案
アカウント抽象トランザクションプロセス、ソースイーサリアム改善提案
イーサリアムの未来を知る
アカウント抽象化の概念は、イーサリアムとブロックチェーン技術の将来に目を向けると、重要なイノベーションとして浮上します。これは、柔軟性、セキュリティ、使いやすさの点でイーサリアムの進化を示すだけでなく、ブロックチェーン技術が私たちのデジタル生活に組み込まれる未来に一歩近づくことにもなります。
アカウントの抽象化は、イーサリアムの使用体験を向上させ、ユーザーと開発者に可能性の世界を開く強力なツールです。これは、厳格なトランザクション ルールからの移行を示し、よりカスタマイズ可能でインタラクティブなブロックチェーン環境を可能にします。
EIP-4337 とそのメインネットへの実装により、イーサリアム コミュニティは継続的なイノベーションへの取り組みを実証しました。この提案はイーサリアムコンセンサスプロトコルへの変更の必要性を見事に回避し、それによってイーサリアムメインネットへの実装へのスムーズな移行を促進します。
Web3 の導入を促進する
アカウント抽象化の潜在的な利点は、技術的な改善だけにとどまりません。より直観的でアクセスしやすい環境を構築することで、イーサリアムの採用が急増し、これまでブロックチェーンテクノロジーを怖がったり、操作が難しいと感じていた新しいクラスのユーザーを迎え入れる可能性があります。
さらに、高度なセキュリティ対策により、ユーザーはより安心して利用できます。ブロックチェーン技術の限界を探求し続けるにつれて、アカウントの抽象化などの概念は、唯一の限界は私たちの想像力であることを思い出させます。
全てのコメント