Token2049トークン：暗号資産ウォレットの大規模採用における課題と機会
TechFlow厳選深潮セレクト
Token2049トークン：暗号資産ウォレットの大規模採用における課題と機会
抽象アカウントにより、機能や契約のモジュール化が可能となり、さらに差別化とカスタマイズを実現できる。
Web3業界の深掘り報道に専念し潮流を洞察著者：imToken 最高科学責任者 Chang-Wu Chen
こんにちは！本日は、ウォレットが将来どのようにしてより多くの人々に利便性を提供できるかについて、皆様と共有できることを嬉しく思います。今回は特に、ウォレットが今後直面する可能性のある機会と課題について探っていきます。その前に、まずアカウント抽象化ウォレットにおけるいくつかの設計概念について確認しましょう。
アカウント抽象化とネイティブ取引の違い
ネイティブ取引では、ユーザーはまずアカウントアドレス（EOA）を作成し、対応する秘密鍵を使ってイーサリアム取引に署名します。この取引フォーマットはイーサリアムの標準に従います。署名検証が成功すると、この取引はイーサリアムネットワークにブロードキャストされ、バリデーターによって取引の検証とマイナー手数料の徴収が行われた後に実行されます。これが従来の取引方式です。
しかし本日の重点はアカウント抽象化ウォレットであり、従来の方法との違いを、このタイプのウォレットにおける取引サイクルから考察します。以下の図には点線で囲まれた領域がありますが、これは従来の取引プロセスには存在しません。この部分は、ユーザーが取引に署名する際に署名する情報であり、従来のイーサリアム取引フォーマットではありません。私はこれを「インテント（意図）」と呼びます。つまり、ユーザーが実行したい動作のことです。ここでの署名方法はEIP-712の署名方式に似ています。
次に、「インテント」情報を集めてイーサリアムノードに送信するのは誰でしょうか？アカウント抽象化では、「bundler」と呼ばれる役割が導入されています。bundlerはチェーン外でこの取引を評価し、正常に実行可能かどうか、また成功した場合に予定通りの手数料を徴収できるかを判断します。このプロセスを私は「仮想検証」と呼んでいます。これは実際にトランザクションプールに入る前にシミュレーションによる検証を行うものです。その後、bundlerは取引を対応するノードに送信し、実際の取引実行プロセスが始まります。
ネイティブ取引と比較して、アカウント抽象化は以下の3つの革新をもたらします：
-
署名情報の段階：以前は取引の標準フォーマットに対して署名していましたが、現在では例えば「Aliceに送金したい」といった単なる情報に対して署名するだけです。完全なイーサリアム取引内容全体ではなく、あくまで意図のみに署名します。
-
アカウントと署名者の分離：従来はアカウントがない＝トークンもないという関係でした。しかし現在では、アカウントと署名者（Signer）が異なる存在になります。これにより2つの重要な変化が生まれます。1つはコントラクトを通じて事前にアドレスを作成できること、もう1つは署名者がアカウントそのものではないため、署名用の秘密鍵を紛失しても署名者を交換することでアカウントを復旧できることです。特に事前生成アドレスに関しては、以前は相手がアドレスを持っていないと、例え10元のギフトカードを贈ろうとしても不可能でした。しかし事前生成アドレスがあれば、ユーザーが新規ウォレットを作成する際に直接チャージできます。
-
Gas手数料の抽象化：アカウントの抽象化に加えて、Gasの概念も抽象化されています。つまり、今日支払うマイナー手数料はETHである必要がなく、ERC-20トークンや他の法定通貨でも支払い可能です。
アカウント抽象化ウォレットがもたらす機会と課題
鍵管理
ウォレットと密接に関連するのが鍵管理であり、これは間違いなく最優先の検討事項です。Web2環境では、Passkey、FIDO2、WebAuthnなどの既存規格が、使いやすい鍵管理手段を提供しています。
しかしアカウント抽象化は、鍵管理に新たな視点を提供します。従来のECDSA署名方式とは異なり、アカウント抽象化はコントラクトの機能を活かして複数の署名アルゴリズムをサポートします。例えば、スマートフォンのセキュアチップ内に秘密鍵が保存されている場合、その署名アルゴリズムがコントラクト上で検証可能であれば、スマホ自体がハードウェアウォレットとして機能します。これにより、助記詞を覚える必要がなくなり、ユーザーにとって非常に便利になります。
アカウント抽象化では、秘密鍵を紛失した場合でもSignerを交換でき、アカウント自体は維持されます。これにより、ウォレットの持続性とアップグレード性が向上します。さらに、これらのアカウントはオープンソースのコントラクトに基づいて開発されているため、そのロジックや検証方法はすべてのユーザーに対して透明であり、多様なカスタマイズやフロントエンドインターフェースの実現が可能です。
例えばモバイルアプリだけでなくWeb版も提供でき、ユーザーにより多くの選択肢と利便性を提供できます。アカウント抽象化の永続性により、ユーザーの取引履歴や蓄積された信頼性は、将来的にDID（分散型アイデンティティ）認証にも応用される可能性があります。
アドレス
従来のブロックチェーンアドレスの生成方法は、公開鍵のエンコード方式に基づいています。秘密鍵を知っている限り、対応する公開鍵とアドレスを導出できます。この方式の利点は、複数のチェーン間で一貫性を保てることにあります。ユーザーは1つの秘密鍵を管理するだけで、複数のチェーン上で操作が可能です。
コントラクトの使用により、アカウント抽象化のアドレス管理は複雑になります。EVM互換チェーン上ではアドレスは依然として従来の形式かもしれませんが、StarkWareやzkSyncのような非EVM互換チェーンでは状況が異なります。差異はあるものの、ENSの管理方式を利用することで、ユーザーは複数のチェーンやLayer2ソリューション上で操作の一貫性を維持できます。
ネイティブ取引のアドレス管理方式はその簡便さから人気ですが、アカウント抽象化は新たな課題を提示しています。複数のチェーンやLayer2ソリューション上でユーザー体験の一貫性を確保しつつ、コントラクトアカウントの複雑性も考慮する必要があります。これが今後の解決すべき課題です。
署名情報
署名情報の段階は、アカウント抽象化において独自の魅力と将来性を示しています。従来のネイティブ取引とは異なり、ユーザーは固定された取引フォーマットに縛られず、自由に自分の意図や希望を表現できます。この柔軟性は、ブロックチェーンとのインタラクションに革命的な変化をもたらします。
アカウント抽象化では、署名情報はもはや資金移動の指示に限定されません。ユーザーは自身の意図に署名することで、ブロックチェーン上あるいは他のアプリケーション上で実行したい操作を指示できます。この自由度により、ユーザーのインタラクションはメール、SNS、メッセージアプリなど、さまざまな場面で発生可能になります。
例えば、ユーザーがメールに「Aliceに50ETHを送る」と書くだけで、複雑な取引画面を使わずとも、システムがこの意図を自動認識し取引を完了してくれる未来を想像してください。まるでGoogleの検索ボックスにキーワードを入力するだけで、裏側の処理を気にせず済むようなものです。このモデルはさまざまなアプリケーションに拡張され、ユーザーはほぼどこにいても簡単に迅速にブロックチェーンとやり取りできるようになります。
マイナー手数料の支払い
Gas手数料の支払いは、ブロックチェーン取引において常に課題でした。従来、ユーザーは取引を実行する前に、必ずウォレットに十分なETHを用意する必要がありました。これは追加の負担となり、ETHを購入するために法定通貨で取引所から買うか、他の手段で入手しなければなりません。
しかし、アカウント抽象化の枠組みでは、この問題は大きく改善されています。Paymasterの存在により、ユーザーはETHに限らず取引手数料を支払えるようになり、参入障壁と複雑さが低下します。同時に、アカウント抽象化はコントラクトの高度なカスタマイズを可能にします。つまり、特定のニーズに応じて、手数料の徴収・支払い方法を設計できるのです。
この新しいモデルにより、ユーザーはスムーズかつシームレスに取引を行いやすくなり、全体的なユーザーエクスペリエンスが向上します。
アカウントの復旧
アカウントの復旧もまた重要な検討事項です。従来は主にリカバリーフレーズ（助記詞）に依存してアカウントを復旧していました。一方、アカウント抽象化では、署名者（Signer）が変わってもアカウントの連続性が保たれます。これにより、マルチシグ、本人認証技術、MPCといったチェーン外ソリューションを含め、アカウント復旧の手段が多様化します。ユーザーは問題が発生しても複数の復旧方法があることを知っているため、安心感が高まります。
アカウント抽象化はコントラクトベースであるため、よりモジュール化されたコントラクトを設計し、さまざまなプラグインや機能を追加することが可能になります。ユーザー像の変化を見ると、ユーザーのニーズの多様性がわかります。初心者はシンプルで使いやすいウォレットを求めるかもしれませんが、経験を積み、ニーズが変化すればDeFi操作や強化されたセキュリティ機能など、より高度な機能を望むようになります。
さまざまなユーザーのニーズに対応するため、異なるモジュールと機能を持つコントラクトを設計できます。アカウント抽象化により、ユーザーが必要とするサービスをより柔軟に提供できるようになります。
まとめると、アカウント抽象化の大きな利点は、機能とコントラクトのモジュール化を可能にし、差別化とカスタマイズをさらに進められることです。ただし、現在の課題としてコントラクトの実行コストが高いことが挙げられます。そのため、スケーラビリティの発展経路に沿って取引コストを下げることが急務です。私は将来のウォレットが特にアカウント抽象化の実装と実行において、ますますLayer2技術に依存していくと考えています。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@imTokenOfficial
