インターネットは私たちの日常生活に欠かせないものですが、普及する前は、インターネットを知っていて、それに応じて使用していたユーザーはごくわずかでした。 ブロックチェーン技術も同じ立場にあり、Web2と同じ地位を獲得し、日常生活に役立つことを目指しています。 Account Abstractionは、暗号通貨の大量採用を確実にする可能性のあるプロジェクトの1つです。 この記事では、この新しいテクノロジ、そのしくみ、およびアカウントの抽象化のケースについて説明します。

イーサリアムアカウントとトランザクションのまとめ

アカウントの抽象化の背後にある考え方と、イーサリアムのエコシステムと暗号通貨業界への潜在的な利益を完全に把握するには、イーサリアムにあるさまざまな種類のアカウントと、アカウントの抽象化がどのように物事を改善することを目的としているかを理解する必要があります。

まず、イーサリアムには2種類のアカウントがあります。

外部所有アカウント (EOA)

これらのアカウントは、ブロックチェーンエコシステム外のユーザーによって制御および管理されます。 これらはパブリックとプライベートのペアで管理され、秘密鍵を所有するユーザーはEOAに保存されているアセットを使用できます。

EOA は、シード フレーズと呼ばれる 12、18、または 24 の単語の文字列を使用します。 これらの単語は、ユーザーがウォレットを設定するときに生成されます。 EOAは、このシードフレーズを使用して、ユーザーがトランザクションの署名に使用する秘密鍵を生成します。

シードフレーズはウォレットの鍵であり、ユーザーはシードフレーズを保護してハッキングや盗難から保護する必要があります。 秘密鍵が最終的に失われた場合、シードフレーズは、ユーザーが秘密鍵を再生成するためのアクセス権を取得する唯一の方法であり、保存されている資産への扉を開きます。

EOAは、イーサリアムシステムの設計に不可欠な要素です。 EOAはネットワークに電力を供給し、EOAがトランザクションを開始し、ETHを使用してガス料金を支払う場合にのみ状態遷移を経ることができます。 EOAはイーサリアムのエコシステムに不可欠ですが、機能や柔軟性には限界があります。

EOA は、次の 2 つの基本的な機能を実行できます。

• EOAは、あるEOAから別のEOAにトークンを転送できます
• EOAは、別のスマートコントラクトトランザクションをトリガーするトランザクションを開始できます。

これらの機能は、イーサリアムのエコシステムにとって不可欠ですが、欠点がないわけではありません。 これらの欠陥には、次のようなものがあります。

貧弱なセキュリティ

シードフレーズは、EOAにリンクされる唯一のセキュリティです。 そのため、ユーザーが秘密鍵とシードフレーズを紛失すると、そのようなことが起こった場合の回復オプションがないため、保存されている資産にアクセスできなくなります。

カスタマイズなし

EOAの所有者は、すべてのトランザクションに手動で署名する必要があり、トランザクションの自動化やカスタマイズの余地はありません。

ガス代

ETHは、イーサリアムネットワークでガス料金を支払うために使用されるトークンであり、EOAの所有者は、EOAの残高を持っている必要があり、取引のガス料金をカバーするためにETHを自由に使える必要があります。 彼らはそのような支払いをするために他のトークンを使用することはできません。

ユーザーエクスペリエンスが悪い

エコシステムは、システムにアクセスしたばかりのユーザーには適しておらず、全体的なユーザーエクスペリエンスの低下につながります。

契約アカウント

これらは、暗号ウォレットとして機能するスマートコントラクトです。 これにより、ユーザーはさまざまなロジックをスマートコントラクトにコーディングしてトランザクションをカスタマイズでき、アカウントに他の機能を追加できるという利点もあります。

ただし、契約アカウントは単独では機能しません。 トランザクションを開始できず、EOAからのトランザクションがスマートコントラクトコードをトリガーした場合にのみ特定のアクションを実行できます。 また、コントラクトアカウントには秘密鍵やシードフレーズがありません。

コントラクトアカウントを運営するには、ユーザーはETH残高のあるEOAを保有している必要があるため、ユーザーは独立したEOAを運用するよりもコントラクトアカウントを操作しにくい場合があります。

ソース: Metamask

EOAは長年にわたってその脆弱性を示してきました。 その主な欠点は、トランザクションを開始するときに必要となる長くて面倒なプロセスと、ユーザーが秘密鍵を紛失した場合のセキュリティとアカウント回復サービスの欠如です。

勘定科目の抽象化とは?

アカウントの抽象化は、ユーザーが通常のEOAではなくスマートコントラクトウォレットを利用できるようにするブロックチェーンシステムパラダイムの提案です。 この提案は、取引の実行におけるEOAの廃止を提案しています。

アカウントの抽象化は、サインレストランザクション、共同所有ウォレット、バンドルサイン、ホワイトリストスマートコントラクト、流出率制御、秘密鍵紛失時のウォレットの簡単な回復など、いくつかの可能性を解き放ちます。 これらの追加により、Web3はユーザーにとってより安全で、より速く、より柔軟になります。

アカウントの抽象化はどこから来たのか?

アカウントの抽象化は、イーサリアムの作成にまでさかのぼります。 何年にもわたって、多くのブロックチェーンアカウント抽象化アプローチがテストされてきました。 それらは、Ethereum Improvement Proposals、 EIP-86、 EIP-2938として提供されました。 これらのバージョンは実際の適用に失敗し、現在は非アクティブです。

EIP-3074 は、スマートコントラクトをEOAに変換するのではなく、スポンサー付きトランザクションを使用することを提案した別のアカウント抽象化の提案です。 これにより、ユーザーはEOAの制御をスマートコントラクトに任せることができ、開発者はEOAの新しいトランザクションモデルを構築するための流動的なプラットフォームを手に入れることができます。 ユーザーは、コントラクトを使用することなく、アカウントの抽象化に伴う利点を利用できます。

2021年、イーサリアムの創設者であるヴィタリック・ブテリン氏をはじめとする著名なブロックチェーンのプロは、ユーザーエクスペリエンスの向上、ウォレットのセキュリティ強化などを目的としたアカウント抽象化に関する提案を発表しました。 この新しい提案である EIP-4337は、コンセンサスレイヤーの変更ではなく、上位レイヤーのインフラストラクチャに依存することで、アカウントの抽象化を実現する方法を示しています。 メインネットでしばらく前から稼働しており、現在、開発者はEIP-4337をサポートするウォレットの開発に注力しており、EVM互換にしています。

勘定科目の抽象化の仕組み

アカウントの抽象化は、外部所有のアカウントと契約アカウントを 1 つのアカウントにマージすることです。 署名検証やガス支払いなど、両アカウントの異なる機能をコアプロトコルからイーサリアム仮想マシン(EVM)に移動させることができます。

これら2つのアカウントの組み合わせは、スマートコントラクトまたは抽象化されたアカウントウォレットと呼ばれます。 スマートコントラクトは、EOAのように通常のトランザクションを送信するのではなく、UserOperationsを使用することで、EOAとはまったく異なる動作をします。 UserOperations は、ユーザーに代わって実行される操作を表します。

UserOperation オブジェクトには、トランザクションの種類、トークンの制限、およびいくつかのトランザクション ステージでのガス料金を指定するいくつかのデータ要素が含まれています。 スマートアカウントは、UserOperations を収容する mempool と呼ばれる共通の待機エリアに UserOperations を送信します。

これらのUserOperationsはバンドラーによってバンドルされ、通常のトランザクションを検証するノードと同様に機能します。 また、マイニングノードやバリデータノードと同じロジックを使用して、最も価値を生み出す順序でトランザクションを配置します。 次に、UserOperations を保持しているバンドラーは、エントリ ポイントを介して送信され、個別の UserOperation がさまざまな関数を使用して検証されます。

アカウントの抽象化がどのように機能するかの例は、Argent Walletでの実装です。 Argentは、ユーザーにシームレスで効率的かつ安全な体験を提供するスマートコントラクトウォレットです。 Argentは、ソーシャルリカバリー、マルチコール、オンチェーン詐欺監視など、アカウントの抽象化に関連する主要な機能を開拓してきました。

勘定科目抽象化の目的

アカウントの抽象化は、イーサリアムのウォレットセキュリティのための最新のソリューションとして最初に導入されました。 イーサリアムの創設者を含む何人かの人気のあるブロックチェーンの専門家がアカウント抽象化の提案を書きましたが、この提案には、アカウントの抽象化が達成することを目的とした特定の目的が装備されていました。

目的には次のようなものがあります。

• EOAの排除:外部所有アカウント(EOA)は、公開鍵と秘密鍵のペアに依存してウォレットアクティビティを開始および実行するウォレットソリューションです。 EOAは、スマートコントラクトを利用してウォレットのアクティビティを検証するコードベースのアカウントと比較すると、汎用性と安全性が低い傾向があります。 EOAは、ユーザーがスマートコントラクトウォレットをプライマリアカウントに変えることができるようにすることで、アカウントの抽象化によって排除できます。
• さらなる分散化:完全な分散化は暗号エコシステムの主要な目標の1つであり、アカウントの抽象化は、ブロックチェーンと暗号通貨技術のバックボーンである分散化計画を後押しするのに役立ちます。 アカウントの抽象化により、ユーザーはmempoolを介してウォレットアクティビティを実行し、直接通信アドレスへのアクセスを制限できます。
• 他のユースケースのバックアップ:アカウントの抽象化は、プライバシー保護アプリ、集約された署名、アトミックなマルチオペレーションなどのイーサリアムのユースケースをサポートする主要な要因とも考えられています。 最終的には、アカウントの抽象化がイーサリアムエコシステムの重要な部分となり、将来のスケーラビリティと進化を後押しする可能性があります。

なぜ勘定科目の抽象化が重要なのか?

ほとんどの暗号通貨プロジェクトは、ユーザーエクスペリエンスを向上させ、ユーザーがエコシステムに参加して多数のプラットフォームをシームレスに使用できるようにすることを目的としています。 アカウントの抽象化は、次の方法でそれを可能にします。

ユーザーエクスペリエンスの向上

Account Abstractionは、EOAをスマートコントラクトに変換し、トランザクションを完了するための要件を設定するために使用されるロジックを使用します。 これは、秘密鍵でトランザクションを承認する署名者とアカウントを分離できることを意味し、アカウントの使用にいくつかの可能性をもたらします。

アカウントの抽象化により、EOAは、トランザクションを承認するために異なるキーを使用する、またはキーを使用しないなど、さまざまなアクションを実行できます。 また、アカウントの署名者を隔週で変更することもできます。

これにより、ユーザーは自分のアカウントを簡単に変更して使用できます。 ソーシャルリカバリーの導入により、ユーザーは秘密鍵のバックアップを心配する必要がなくなり、より柔軟で対応力のあるアカウントが提供され、プラットフォームとそのサービスを使用する際のユーザーエクスペリエンスが向上します。

セキュリティの強化

アカウントの抽象化にはさまざまな用途がありますが、その1つはウォレットの安全性の向上です。 EOAには、ブロックチェーンに不慣れなユーザーを制限するいくつかの制限があります。 次のような制限があります。

• マルチシグ署名検証オプションの欠如による集中型障害の可能性
• 支出に関する法律がなく、カスタマイズが最小限
• EOAガス料金
• プライベートな取引ややり取りはほとんどありません
• バッチ内のトランザクションはありません

これらの制限は、ブロックチェーンやWeb3の空間に参加しようとしている平均的なユーザーが直面する課題です。 これらの制限により、ユーザーはウォレットを保護し、トランザクションを保護することができず、アカウント内の資金の安全性を危険にさらす可能性のあるミスにつながります。

ほとんどのユーザーは、暗号アカウントとトランザクションの仕組みに不慣れです。 その結果、彼らは資金を失うことにつながる可能性のあるコストのかかる間違いを犯す傾向があります。 アカウントの抽象化は、ユーザーがよりユーザーフレンドリーなプラットフォームを提供し、その操作方法をナビゲートして理解しやすくし、アカウントを安全に保護することを容易にします。

アカウントの抽象化は、プログラマブルロジックを実装することで、ウォレットのトランザクションアクティビティを指示する明確なトランザクションルールをユーザーに設定する権限をユーザーに与えることで、これを修正します。 ロジックは、アクティビティが実行される前にウォレット上のレイヤーと見なすことができます。

勘定科目の抽象化の欠点

アカウントの抽象化には、あらゆるイノベーションと同様に、小さな欠陥があります。 スマートコントラクトには多くの利点があり、セキュリティとユーザーエクスペリエンスの分野でユーザーのエクスペリエンスを大幅に向上させることができますが、これらのスマートコントラクトには次のような欠点があります。

• ガス料金の増加:スマートコントラクト取引の条件とその使いやすいユーザーインターフェースをより細かく制御することと引き換えに、ユーザーはより高い料金を支払う必要があります。 これは、スマートコントラクトがより高い計算能力を必要とし、ガス料金が高くなるためです。
• 互換性の問題:抽象化されていないウォレットは、ブロックチェーンコミュニティにとって新しいものであるため、アカウントで抽象化されたウォレットと互換性がない可能性があります。 これは、ブロックチェーンネットワークとの対話中に問題の領域全体につながる可能性があります。
• 導入の課題:イーサリアムのエコシステムはEOAを中心に構築されており、プラットフォーム上のほとんどのユーザーはスマートコントラクトウォレットではなくEOAを持っています。 そのため、抽象化されたウォレットを最初に採用する際には、人々を巻き込むのに時間と時間がかかる可能性があります。 取引所、DApps、プロトコルは、新機能が適切なユースケースと完全に互換性を持つようになる前に、スピードに追いつくために機能する必要があります。

勘定科目抽象化のユースケース

アカウントの抽象化は、イーサリアムアドレスや秘密鍵を使用せずに、ユーザーとスマートコントラクトアカウント間の相互作用を容易にします。 これにより、ユーザーは既存のアプリケーションでいくつかのユースケースを利用できます。 アカウントの抽象化に由来するプラットフォームは、いくつかの分野に影響を与え、次のような主要な機能でブロックチェーンシステムを強化します。

柔軟なユーザーオンボーディング

アカウントの抽象化により、ユーザーは、暗号化キーペアを生成して適切に管理する通常のプロセスではなく、使い慣れた方法を使用してアカウントを作成できます。 これにより、ブロックチェーンシステムへの新規ユーザーの参入が大幅に容易になります。

自動トランザクション

EOAでは、ユーザーはすべてのトランザクションを手動で開始してサインオンする必要があり、このプロセスを自動化する方法はありません。 スマートコントラクトを使用すると、ユーザーは支出制限、ガス制限、特定のトークンへのアクセスなど、特定のパラメーターを選択して設定できます。

ERC-20トークン

アカウント抽象化のもう一つの重要な機能は、あらゆるプラットフォームトランザクションにERC-20トークンを使用することです。 これにより、ユーザーは取引を完了するためにETH残高を保持、交換、使用する必要がなくなります。

共有アカウントとタームウォレット

アカウントの抽象化により、ユーザーはさまざまなレベルのウォレットアクセスを複数のユーザーと共有できます。 ユーザーは、トランザクションを実行するために2人以上のユーザーが署名する必要があるマルチシグを設定できます。

定期支払い

ユーザーは、アカウントの抽象化の助けを借りて、自分のアカウントを自由に制御できるようになったため、同じトランザクションを繰り返し繰り返すのではなく、定期的に支払いを行うようにアカウントを設定できます。

ウォレットの回復

スマートアカウントはセキュリティのためにシードフレーズを必要としないため、アカウント所有者は複数のデバイス、他のユーザー、またはサードパーティサービスをガーディアンとして割り当てることができます。 これは、ユーザーが資格情報を紛失した場合に役立ちます。 ガーディアンはトランザクションに署名して、スマートアカウントにアクセスするための新しいクレデンシャルを割り当てることができます。

結論

アカウント抽象化の可能性は数多くあり、ブロックチェーンエコシステムに完全に組み込まれると、ユーザーと開発者はそのさまざまな実装から大きな恩恵を受けることができます。