著者: ARNDXT編集: Cointime.com 237
財布の中の資金のおかげで睡眠不足は防げます。
アカウントの抽象化により、アカウントはフィッシング攻撃から保護され、シード フレーズは不要で、トランザクションにはガス料金がかかりません。
電子メールを使用するのと同じように簡単にウォレットを使用および管理できます。
@VitalikButerin が言及した詳細 + トップ 10 プロジェクト このスーパーリサーチ スレッドでは、アカウント抽象化 (AA) と Vitalik が言及したいくつかのプロトコルについて知っておくべきことをすべて共有します。
1. Web3ウォレットの背景
2. EOA(外部所有口座)と契約口座の違い
3. アカウントの抽象化 (AA)
4. AA プロジェクトのトップ 10
5. すべての AA 契約
6. 適用事例
1. Web3アカウントの背景
現在、イーサリアムには 2 種類のアカウントがあります。
1. 外部所有アカウント (EOA) は、資産を保持し、トランザクションを送信するためにユーザーによって管理されるアカウントです。 EOA は外部秘密キーによって制御されます。
2. コントラクト アカウントは、イーサリアム上にデプロイされたスマート コントラクト コードによって制御されます。これらのコードはその動作を定義し、プログラムとして自律的に実行できるようにします。コントラクト アカウントは、アセットを保持し、トランザクションに応じてコードを実行し、他のコントラクトと対話することができます。
私がよく使っているのはEOA(外部オーナーアカウント)で、Web3ウォレットにはMM、Rabby、Coinbase Wallet、Trust Walletなど馴染みのあるものがあります。
EOA アカウントとコントラクト アカウントは両方ともアセットを保持できますが、コントラクト アカウントでは複雑なロジックを作成できます。
EOA ウォレットの使用にはいくつかの制限があり、これが主流の暗号通貨とその上に構築された分散型アプリケーションの導入に障壁となっています。
1. 秘密キーの管理は大きな負担です。秘密キーを紛失すると、ユーザーは資産にアクセスできなくなります。
2. 秘密キーが攻撃者によって取得された場合、EOA は盗難に対して脆弱になります。回復オプションはありません。
3. EOA には組み込みロジックがありません。基本的なトランザクションのみを送信でき、スマート コントラクトと対話することはできません。
4. 暗号通貨アドレスに詳しくない非技術者ユーザーのユーザー エクスペリエンスは劣悪です。
5. 従来のアカウントに比べて、複数の EOA の管理が非常に面倒です。
ユーザーは、Web2 サービス (電子メール アカウント、シングル サインオンなど) に慣れている利便性を期待しています。
2. EOA と契約アカウント
EOA と比較して、コントラクト アカウントはより柔軟で強力な機能を提供します。
1. 権限管理
契約アカウントを使用すると、マルチ署名などのきめ細かいアクセス許可レベルを定義できます。
EOA は完全な制御を秘密鍵所有者に引き渡します。
2. バッチトランザクション
契約アカウントは、複数のトランザクションをバッチで効率的に処理できます。
EOA では、各トランザクションに個別に署名する必要があります。
3. アカウントの回復
契約アカウントはチェーン上に回復ロジックを実装できます。
EOA は秘密キーのみに依存するため、一度紛失すると復元することはできません。
4. 取引制限
契約アカウントは、アカウント回復中のトランザクションの一時停止などのカスタム ロジックを実装できます。
EOA はプログラムでトランザクションを制御できません。
3. アカウントの抽象化 (AA)
ERC-4337 は、イーサリアムに「アカウント抽象化」の概念を導入する新しいイーサリアム改善提案 (EIP) です。これにより、秘密キーではなくスマート コントラクトによって制御される「スマート アカウント」の作成が可能になります。
AAはイーサリアムのモデルを「ユーザーが資産を直接保有する」から「スマートコントラクトがユーザーに代わって資産を保有する」に転換する。これにより、通常の EOA では不可能な新しいアカウント機能のロックが解除されます。
AA の簡単な説明: 各アカウントはスマート コントラクトです。
AA の主な特徴:
1. 秘密キーを紛失した場合に、オンチェーンに回復情報を保存することで、アカウントの回復を可能にします。これにより、秘密キーを紛失した場合に資金を永久に失うリスクがなくなります。
2. スマート コントラクトを通じて、追加のロジックや機能を追加するようにアカウントをプログラムできます。たとえば、アカウントで支出制限を設定したり、ホワイトリストに登録されたアドレスへの送金のみを許可したり、資金を受け取ったときに他のアクションをトリガーしたりできます。
3. アカウントは、複数のキー (マルチ署名など)、契約、または他のアカウントによって所有または管理できます。これにより、アカウント管理スキームがより柔軟になります。
4. アカウントはキーを契約ロジックから分離します。これにより、関連する契約コードを変更せずにキーを変更できます。 AA は、EOA と契約アカウントを 1 つのパラダイム、つまりスマート コントラクトに基づくアカウントに統合します。
ユーザーにとっての主な利点は次のとおりです。
1. トランザクションに署名するロジックは、スマート コントラクト コードに抽象化されます。
2. プログラム可能なアカウントは柔軟性が高く、マルチ署名、二要素認証 (2FA)、出金制限、キーの有効期限などの機能を持たせることができます。
3. 技術者以外のユーザーのユーザー エクスペリエンスの向上:
(1) 鍵を直接管理する必要がないため、エラーの可能性が軽減されます。
(2) キーを紛失した場合でもアカウントの復元が可能です。
(3) ブロックチェーンの複雑さを隠し、通常のアプリケーション アカウントと対話しているように感じる能力。
4. 上位 10 の AA
これらは、Vitalik が ETHcc (イーサリアム開発者会議) で言及したプロトコルの一部であり、前述の利点と機能の一部を実装しています。
4. 上位 10 の AA
これらは、Vitalik が ETHcc (イーサリアム開発者会議) で言及したプロトコルの一部であり、前述の利点と機能の一部を実装しています。
これらのプロトコルは Vitalik によってある程度普及したかもしれませんが、この分野に驚くべきテクノロジーをもたらします。
それらが現場にどのような付加価値をもたらすかを見てみましょう。
@myBraavos は、シード ステージが盗まれた場合にユーザーがトランザクション リクエストをキャンセルできるようにするハードウェア署名機能を開始しました。
@トラストウォレット:
Trust Walletに関する強気のニュースは見つかりませんでした。ツイッターページにはたくさんのプレゼントが掲載されています。
@iSafePal:
Safe Pal についても同様で、私を興奮させるような素晴らしいものはありません。彼らのページは Q&A とイベント共有でいっぱいです。製品開発、リリース、または新しい統合に関する情報はあまりありません。
Vitalik がなぜこれら 2 つのプロジェクトについて言及したのかわかりませんが、おそらくこの機会をマーケティングに利用しているだけなのでしょうか?
5. すべての AA (自律エージェント) プロトコル
これはおそらく、AA 分野で私が見つけたプロトコル開発のインフォグラフィックの中で最高のものの 1 つです。
完全な包括的なリストは次のとおりです。
スマートコントラクトウォレット:
完全な包括的なリストは次のとおりです。
スマートコントラクトウォレット:
@Instadapp @safe @myBraavos @rhinestonewtf @soulwallet_eth @nestwalletxyz @tribes_xyz @itsobvioustech @argentHQ @AmbireWallet @patchwallet @candidewallet @GetLinen
応用:
@dYdX @LensProtocol @Sorare @briqNFT
SDKプロバイダー:
@biconomy @wallet_banana @blocknative @UniPassID @opclave @thirdweb @zerodev_app @metafi_wallet @safe @0xpass_io
支払いサービス:
@stackup_fi @biconomy @pimlicoHQ
パッケージャ/中継器:
@stackup_fi @biconomy @pimlicoHQ @OpenZeppelin @gelatonetwork @UniPassID @blocknative @candidewallet
6. 適用事例
私たちは、AA が操作速度の向上、コストの削減、セキュリティと柔軟性の強化によって暗号通貨のユーザー エクスペリエンスを簡素化するのを目にしてきました。これにより、暗号通貨が大量導入の次の段階に進むことになると私は信じています。そして、これらのプロトコル間で最も早くユーザーを引きつける競争が起こるでしょう。
これまでに見てきた例に基づいて、AA がもたらす可能性のあるすべてのユースケースの概要を以下に示します。
1. シードなしのアカウント
2. 新しい Web 認証標準、単一アクセスポイント
3. マルチ署名認証
4. セキュリティメカニズムとしての 2 段階認証 (2FA)
5. トランザクションのバッチ処理
6. セッションキー
7. 自動定期支払いと定期支払い
8. トランザクションシミュレーション; 署名前にシミュレーションする
9. 法定通貨の導入による即時オンボーディング
10. 引き出し/支出制限、支出制限
11. アカウント継承・ソーシャル修復
12. 燃料抽出機構、コスト削減
13.量子セキュリティアルゴリズムをサポート
全てのコメント