アカウントの抽象化とは何ですか?

アカウントの抽象化は、料金支払い方法からトランザクション承認メカニズムに至るまで、スマート コントラクト アカウントの特定の要素をカスタマイズすることで、ユーザーがブロックチェーンとやり取りしやすくするプロセスです。

これはイーサリアム コミュニティで広く議論されており、Vitalik Buterin 氏はエンド ユーザーにとってトランザクションを簡素化する方法を概説する複数の提案 (ERC 4337、EIP 2938 など) を提出しています。

イーサリアムアカウントの背景

アカウントの抽象化の価値を理解するには、まずイーサリアム アカウントに関するいくつかの基本を理解する必要があります。 Ethereum には、外部所有アカウント (EOA) とスマート コントラクト アカウントの 2 種類のエンティティがあります。

EOA は、公開鍵と秘密鍵の暗号化ペアで構成されます。これは、ユーザーが自分のキー ペアを設定した後に作成されるアドレスによって表されます。秘密キーはトランザクションの署名に使用されます。これにより、ユーザーは自分のアカウントに関連付けられた資金を管理できるようになります。

その後、キー ペアは、指定されたアドレスからのトランザクションに署名できます。これは、キーとアカウントが 1 つであるためです。これにより、特定の制限が生じます。たとえば、トランザクションを承認し、アカウントを制御するためのキーは 1 つだけです。紛失または盗難された場合、アカウントは永久に失われる可能性があります。

EOA も問題を引き起こします。なぜなら、EOA は個人のアカウントとして単一のトランザクションを発行し、毎回ガス料金を発生させる検証が必要になるからです。

ユーザーは、より多くの署名者を含めたり、アカウントにサインオンするための異なるキーを承認したりするためのカスタム ロジックを作成できないため、最終的には、調整の余地やカスタマイズの余地はほとんどありません。これにより、トランザクションの範囲が非常に制限されます。

ユーザーエクスペリエンスを向上させるためのアカウントの抽象化

アカウントの抽象化は、何が検証済みトランザクションを構成するかを決定するための独自のロジックを備えたスマート コントラクトに EOA を変換することで、これらの障害に対処する方法です。これは、署名者とアカウントを分離できることを意味し、アカウント使用の可能性がさらに広がります。

たとえば、アカウントの抽象化により、EOA は、複数のキーまたはゼロのキーを使用してトランザクションを承認したり、アカウントの署名者を毎週変更したりするなど、幅広いアクションを実行できるようになります。

アカウント抽象化の大きな利点は、シームレスな対話が容易になるため、ユーザー エクスペリエンス (UX) とセキュリティが向上することです。

複数の使用例があり、特にプロジェクトのスケーリングとオンボーディングに関して直面する問題の一部を軽減します。

社会的回復とアカウントの抽象化

ソーシャル リカバリは、秘密キーによる単一障害点の問題を回避することで、アカウントの抽象化によって実現される UX 改善の 1 つです。アカウントの抽象化は、複数の署名者を通じてより優れたセキュリティ ネットを作成することで役立ちます。

アカウントの抽象化は、ミクロ経済を備えたより優れたブロックチェーン ゲームを構築するためにも使用できます。 Play-to-Earnはすでに非常に儲かる分野になりつつありますが、数千のユーザーにわたる複数のNFTゲーム内アセットでゲームプレイを維持するために必要なマイクロトランザクションの数によって妨げられています。アカウントの抽象化は、集合署名者のメカニズムを通じてこれに対処します。

トランザクションとアカウントの抽象化の改善

最後に、アカウント抽象化によるアトミック (バッチ) トランザクションにより、ユーザーは現在 ETH を使用するのではなく、ネイティブ トークンで料金を支払うことができます。これにより、L2 との対話がより簡単になり、チェーンを利用する前にユーザーによる広範な同意が必要なくなります。

アカウントの抽象化により、メタトランザクションも可能になります。これらは、元の署名者に代わって、別の当事者によって署名されたトランザクションを実行する執事のようなものです。これにより、リレーラーネットワークがこれらを処理できるようになり、パブリックブロックチェーン上の複雑さとガスコストが軽減され、ユーザーはワンクリックでトランザクションに署名するだけで済みます。

これらのメタトランザクションにより、トランザクションの支払いをユーザーから抽象化して dApp に渡すことができるため、トランザクション プロセスが簡素化されます。これは、Play-to-Earn ゲームやオンボーディング ツールなどの分野で特に役立ちます。

この手数料の抽象化により、ネイティブ トークンを介した支払いが可能になり、dApps を介したオンチェーン トランザクションの支払いの複雑さも解消されます。ユーザーがブロックチェーンの暗号通貨 ($ETH など) ではなくネイティブ トークンで支払いたい場合、アカウントの抽象化によりこれが可能になります。最後に、セッション キーの形式で dApp とのやり取りをより適切に制御できるようになります。セッション キーは、通信セッションの暗号化に使用される対称暗号キーです。より簡単に言うと、これは 2 者間で送信されるデータを暗号化および復号化するための使い捨てキーです。たとえば、dApp と対話したいが、すべての動きを承認するためにトランザクションに署名し続けるのは望まない場合、セッション キーは、アカウントに関連して dApp ができることとできないことのパラメータを設定します。

そのため、ログインと承認に関して第三者を信頼する必要がなく、すべてを再承認するという骨の折れる作業を避けることもできます。

セキュリティを強化するためのアカウントの抽象化

アカウントの抽象化により、dApp との対話や Web3 でのユーザー エクスペリエンスが簡素化される可能性がありますが、セキュリティも向上します。

アカウントの抽象化により、署名者の数などの特定の条件が満たされた場合にのみ機能するようにアカウントをカスタマイズできます。これはアカウント間でカスタマイズできるため、ユーザーは従来のマルチシグなどよりも詳細に制御できます。

カスタマイズの例としては、転送制限の設定や多要素認証などのアクションが挙げられます。これにより、ユーザーが細心の注意を払わないとすべてを失う可能性があるという現在の大規模な障害点が解消されます。

アカウントの抽象化により、セキュリティを危険にさらすことなく使いやすさが向上し、適応可能なオプションでさらに使いやすさが向上します。

略歴: Sachin Tomar 氏、Web3 スタックを超強化する非常に柔軟なツールキットである Biconomy の CTO 兼共同創設者。ソフトウェアエンジニアリングのバックグラウンドを持つサチンは、ブロックチェーンを通じて分散型世界の構築に取り組んでいます。