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

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

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

Ethereumアカウントの背景

アカウントの抽象化の価値を理解するには、最初にイーサリアムアカウントに関するいくつかの基本を理解する必要があります。 Ethereumには、外部所有アカウント（EOA）とスマートコントラクトアカウントの2つのタイプがあります。

EOAは、パブリックとプライベートのキーの暗号化ペアで構成されています。ユーザーがキーペアを設定した後に作成されたアドレスで表されます。秘密鍵は、トランザクションに署名するために使用されます。アカウントに関連する資金についてユーザーの監護権を付与します。

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

EOAは、個々のアカウントとして、毎回ガス料金の作成を検証する必要がある単一のトランザクションを出力できるため、問題を引き起こします。

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

ユーザーエクスペリエンスを改善するためのアカウント抽象化

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

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

アカウントの抽象化の大きな利点は、促進されるシームレスなインタラクションのために、ユーザーエクスペリエンス（UX）の改善とセキュリティです。

複数のユースケースがあり、特にプロジェクトのスケーリングとオンボーディングに関して直面する問題のいくつかを解放します。

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

社会的回復は、秘密鍵で単一の障害ポイントの問題を回避することにより、UX改善アカウントの抽象化の1つです。アカウントの抽象化は、複数の署名者を通じてより良いセキュリティネットを作成することで支援できます。

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

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

最後に、アカウントの抽象化を介したアトミック（バッチ）トランザクションにより、ユーザーはETHを使用するのではなく、ネイティブトークンで料金を支払うことができます。これにより、L2との対話がより簡単になり、チェーンを使用する前にユーザーによる大規模なバイインは必要ありません。

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

これらのメタトランザクションにより、トランザクションの支払いはユーザーから離れてDAPPに与えられ、それによりトランザクションプロセスを簡素化できます。これは、プレイツーイヤーンゲームやオンボーディングツールなどの分野で特に役立ちます。

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

そのため、ログインと承認でサードパーティを信頼する必要はありません。また、すべてを承認するという疲れた努力を避けることもできます。

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

アカウントの抽象化により、DAPPとのやり取りやWeb3のユーザーエクスペリエンスがよりシンプルになる可能性がありますが、セキュリティの向上も提供します。

アカウントの抽象化により、署名者の数が満たされている場合にのみ、アカウントをカスタマイズすることができます。これはアカウント間でカスタマイズ可能であるため、ユーザーは古典的なマルチシグよりも、より多くの制御を行うことができます。

カスタマイズの例には、転送の制限を設定したり、多要素認証を設定したりするなどのアクションが含まれます。これにより、ユーザーが非常に慎重でない場合、ユーザーがすべてを失う可能性があるという点で、現在の大きな障害点が削除されます。

アカウントの抽象化は、セキュリティを危険にさらすことなくユーザビリティを開き、適応性のあるオプションでさらに強化します。

Bio ：BIConomyのCTO兼共同設立者であるSachin Tomarは、Web3スタックを超えるための過度に柔軟性のあるツールキットです。ソフトウェアエンジニアリングのバックグラウンドで、Sachinはブロックチェーンを通じて分散型の世界を作るために取り組んでいます。