著者: デビッド

ここ数か月間、アカウントの抽象化とスマート コントラクト ウォレットに関する議論が非常に活発になってきました。

イーサリアムエコシステムの急速な発展に伴い、統一されたシームレスなユーザーエクスペリエンスを実現することがますます重要になっています。イーサリアム 2.0 のロードマップでは、アカウントの抽象化、マージ、シャーディングが同様に重要な位置に配置されています。

Vitalik Buterin氏も、スマートコントラクトウォレットのユーザーエクスペリエンスはEOAウォレットより優れているとツイートしました。

暗号通貨のベテランにとって、EOA ウォレットの使用はすでに十分に熟練しています。しかし、より多くの新規ユーザーを獲得するという観点から見ると、ユーザーインターフェースやEOAウォレットのコストの理解には、まだいくつかの問題があります。紛らわしい署名、ガス料金の入手先、そして「アクション=トランザクション」という筋金入りのロジックです。 ....

したがって、コミュニティはEOAアカウントからスマートコントラクトウォレットへのスムーズな移行が必要であるというコンセンサスを徐々に形成しており、これはポリティカルコレクトネスにもなっています。

ただし、暗号通貨サークルで人気のある情報は通常、物語についてのみ述べており、それを実現する方法については述べていません。

スマート コントラクト ウォレットが EOA よりも優れていることを誰もが知っていると仮定すると、この道は非常に明白ですが、問題はそこにどうやって到達するかです。橋はどこですか

さらに解決が難しいのは、経路依存性の後の本当の問題です。すでに EOA アカウントにさまざまな資産がありますが、今度はスマート コントラクト アカウントに移行するように求められますが、面倒ですか?

この変革を効果的に達成するにはどうすればよいでしょうか?ユーザー資産の移行はどのくらい簡単ですか?

誰かがあらかじめ道路を舗装しなければ、この世界に道はありません。

最近、提案 EIP-7377 がこれに対する可能な解決策を提供しました。この提案は Go Ethereum 開発者の Matt Garnett によって提案されたもので、その目的は、EOA アカウントが 1 回限りのトランザクションを通じて自分のアカウントをスマート コントラクト ウォレットに永久に移行できるようにする新しいトランザクション タイプを追加することです。これにより、イーサリアム アカウントの抽象化を進めるための実現可能な道が提供されます。

EIP-7377 提案の動機

2015 年以来、スマート コントラクト ウォレットは、イーサリアムのユーザー エクスペリエンスの問題を解決する重要な方法と考えられてきました。 EOAアカウントと比較して、スマートコントラクトウォレットはプログラム性が強く、複雑な機構設計を実現でき、セキュリティと使いやすさが向上します。

ただし、歴史的な理由により、現在スマート コントラクト ウォレットを使用しているイーサリアムのユーザーは全体的には少数であり、多数の資産が依然として EOA アカウントに保存されています。これがイーサリアムの開発を進める上での障害となった。

資産が蓄積されると、** ユーザーは EOA アカウント内のすべての資産を新しいスマート コントラクト アドレスに手動で簡単に移行できなくなり、コストと運用プロセスの点で非常に困難になります。 **

したがって、EIP-7377の目的は、プロトコルレベルでEOAからスマートコントラクトウォレットに移行するメカニズムを提供することで、この現実の需要を解決し、スムーズな移行を達成することです。これにより、既存ユーザーの移行意欲が大幅に高まり、アカウントの抽象化が普及する前に、増分ユーザーに対してより実用的な EOA 移行計画が提供される可能性があります。

EIP-7377 テクノロジー実装の一般的な説明

では、この提案はどのようにしてEOAのスマートコントラクトウォレットへの移行を実現するのでしょうか?

技術フォーラムの元の投稿で、著者は次のように簡単に説明しました。

この要約の一般的な意味は、EIP-7377 が「移行トランザクション」に特別に使用される新しいトランザクション タイプ 0x04 を提案しているということです。

元の投稿の技術用語では次のようになります。

「状態ツリー内の送信側アカウントのコード フィールドを、コード ストレージ内の指定されたコードのポインターに設定します。同時に、移行トランザクションは、送信側アカウントのストレージ値を直接設定することもできます。ストレージ フィールドトランザクション内のコードは、キーと値のペアとして送信側アカウントに書き込まれます さらに、コード ストレージではインライン コードの代わりにポインターが使用されます。この利点は、共有コードが再利用できること、冗長性が軽減されること、および状態のサイズが小さくなることです。ツリーが最適化されています。」

上記の元の説明は非常に難解であり、技術的な基礎のない人には理解できません。何人かの技術的な友人や公開情報に相談した後、すべての技術的な詳細を簡略化し、比喩を通じて EIP-7377 をすぐに理解できるように努めます。

• EIP-7377 は、「移行カード」として理解できる特別なトランザクション タイプを提案しています。
• 一般ユーザーは、アカウント内の資産をスマート コントラクト ウォレットに移行するために、この移行カード トランザクションを開始するだけで済みます。
• これは、ユーザー名、パスワード、アバター、その他の情報が含まれる元の Web サイトのアカウントに相当します (元の EOA には、通貨名、数量、チェーン、ガス制限などが含まれます)。しかし、サイトがうまく機能していないため、新しいサイトに完全に移行したいと考えています。 ※移行を容易にするため、新ウェブサイトでは「移行カード」を開始しました。新しいウェブサイトでこの「移行カード」を提出するだけで、アカウント情報が自動的にコピーされます。これは、新旧のアカウント データを直接接続するのと同じです。これは、手動でデータを 1 つずつ移動するよりもはるかに便利です。 *同時に、安全上の理由から、「移行カード」は1回のみ使用でき、データを前後にスワイプして繰り返し移行することはできません。また、新しい Web サイトは古い Web サイトの検証ルールの一部を継承するため、他のユーザーはあなたが新しいユーザーであるか古いユーザーであるかを区別できません。

これは、EIP-7377 が技術的に達成したいことです。 「移行トランザクション」の特別な「カード」を使用し、アカウントコードとストレージを直接操作することで、安全かつ効率的な方法でEOAからスマートコントラクトウォレットへのスムーズな移行が完了します。

もちろん、特定の移行オブジェクトは、上記のメタファーのユーザー名、パスワード、アバターではなく、暗号化された資産に関連するさまざまな情報が含まれています。

(注: 非技術的背景のため、著者は提案内容のすべてを完全に理解することはできません。また、技術専門家によるさらなる修正と補足をお願いします。元の投稿アドレス:

EIP-7377 の潜在的な影響、暗示、およびリスク

EIP-7377 は、EOA からスマート コントラクト アカウントへの移行計画を提案しています。これは、長期的にはイーサリアム エコシステムにプラスの影響を与えるでしょう。これは、アカウント抽象化の導入を促進するための重要なステップの 1 つであることが期待されていると考えています。

プロトコルレベルでサポートされるこのスムーズな移行方法により、ユーザーがスマートコントラクトウォレットに移行する際の困難性とパス依存性を大幅に軽減できます。暗号通貨ユーザーの場合、基盤となる技術に習熟していないことが多く、資産優先の指導の下で積極的な技術革新を行うことはありません。基礎となるプロトコルがすでに「ワンクリック移行」をサポートしている場合、適切なインセンティブとフロントエンド インターフェイスのフレンドリーな適応が追加されると、理論的にはユーザーの移行意欲は大幅に高まります。

ただし、この新しい機能が悪意のある攻撃に使用されるリスクにも注意する必要があります。考えられる悪意のある手段には以下が含まれますが、これらに限定されません。

1. フィッシング攻撃: 資産を違法に移転するという目的を達成するために、偽造された移行トランザクションを作成し、フィッシング リンクを通じてユーザーをだましてトランザクションを承認させます。
2. 悪意のあるコードの埋め込み: ハッカーは、移行プロセス中にコードを改ざんしてバックドアを埋め込み、アカウント制御権を取得する可能性があります。
3. 繰り返される移行の盗難: 移行トランザクションは 1 回しか実行できないという制限を利用して、ハッカーは合法的な移行後に繰り返し移行トランザクションを開始し、失敗したと偽ってユーザーに再度承認させ、資産を盗むという目的を達成することができます。

暗号化された世界では、単一のプロトコルのアップグレードと革新だけでは一夜にして完全なビジョンを実現することはできません。ダーク フォレスト環境では、プロトコルのアップグレードには、これらの脅威を防止し、移行トランザクションのセキュリティを確保するために、対応する監査アップグレード、信頼できるソースの検証、報奨金プログラム、その他の手段を伴う必要もあります。

最後に、次のことについても考える必要があります。

インフラストラクチャとプロトコルの変革には、環境に配慮した強力な推進力が必要です。 EOA からスマート コントラクト アカウントへのユーザーの大規模な移行は誰が推進しますか? 移行プロセス中の技術的リスクと資産セキュリティは誰が負担しますか?

自由と分散化を提唱する暗号化された世界において、このようなシステムのアップグレードはどのようにして合意と相乗効果を形成できるのでしょうか?

イーサリアムには多くのステークホルダーが存在する巨大な生態系があります。この変革は前向きなものではありますが、さまざまなグループからの疑問や抵抗に遭遇する可能性もあります。移行プロセスの計画と詳細は、コミュニティのコンセンサスを獲得し、ユーザーの利益が損なわれないように慎重に設計する必要があります。

理想から現実へ、構想から実現までの道のりはまだまだ長い。