翻訳：ネイティブアカウントの抽象化: ブロックチェーンを新たな可能性へ開く

翻訳・校正：「Starknet Chinese Community」

注目の概要

ブロックチェーンが主流市場に到達するまでには、大きなハードルが 1 つあります。それは、セキュリティとユーザー エクスペリエンスの制限により、幅広い Web 2 ユーザーがブロックチェーンを利用することを妨げているということです。

解決策はありますか?それがアカウントの抽象化です。これはブロックチェーンの状況を破壊するソフトウェア層であり、アカウントの柔軟な設計と調整可能な決定的な動作を可能にします。

アカウントの抽象化はイーサリアムとスタークネットの両方で利用できますが、実装方法は異なります。 Starknet にはネイティブ アカウント抽象化があり、すべてのアカウントはスマート アカウントです。一方、イーサリアムは、EOA の従来の機能を無視することなく、ERC-4337 を通じてアカウントの抽象化を追加しています。ただし、EOA が繁栄し続ける環境では、アプリケーションが引き続き EOA に対応する必要があるため、アカウント抽象化の利点が大幅に減少します。

EOA に対する障壁

外部アカウント (EOA) は、オンチェーン ユーザー代表を作成するためのイーサリアムのシンプルなソリューションです。このスキームにより、ユーザーは EOA をアカウント資産とリンクすることでブロックチェーンと対話し、資産を所有できるようになります。

これはより簡単な方法ですが、EOA の動作は展開されるプロトコルによって事前に決定されるため、ユーザーのさまざまなニーズに適応する柔軟性に欠けます。これにより、ユーザー エクスペリエンスが低下し、大量導入が妨げられることがよくあります。このプロトコルは、EOA が秘密鍵と公開鍵のペアによって制御されるという最大の問題を事前に突き止めています。トランザクションを開始するためにキーのペアを使用する必要があると、次の 3 つの主な問題が発生します。

劣悪なユーザー エクスペリエンス — ユーザーに秘密キーを安全な隠れた場所に保存するよう要求することは、6 桁のパスコードや Face ID などのよりスマートで最新の方法に慣れているユーザーにとっては直感的ではなく、そのためトランザクションの開始がより困難になります。

秘密キーのみを信頼する — 秘密キーの詳細を知ることは、トランザクションを開始する唯一の方法であるだけでなく、プロトコルがアカウントの所有者を識別する唯一の方法でもあります。これにより、セキュリティ リスクが生じます。秘密キーが盗まれた場合、アカウントはあなたと秘密キーを盗んだ人物を区別できなくなります。

プロトコルがすべてを決定します — 上記の例から、EOA スペースでは、トランザクションの有効性を決定するのは開発者ではなくイーサリアム プロトコルであることが明らかです。

チェーンのプロトコルの一部としてアカウントの動作を決定することで生じる複雑な問題は、ほとんどのチェーンに存在します。

障壁の打破: アカウントの抽象化の導入

ほとんどのチェーンの問題は、ユーザーではなくプロトコルがアカウントの動作を決定することです。 2015年に遡ると、イーサリアムの共同創設者ヴィタリック・ブテリンはこれらの課題について議論しました。同氏は、アカウントの抽象化を、秘密鍵への依存を軽減、あるいは終了させる、アカウントを扱うより簡単な方法であると説明しました。さらに重要なことは、アカウントの抽象化により他の一連の利点がもたらされ、Web3 のユーザー エクスペリエンスが Web2 のユーザー エクスペリエンスと同じくらいスムーズになり、Web3 の大規模なアプリケーションが容易になることです。

長年にわたり、アカウント抽象化に対する 2 つの重要なアプローチが登場しました。どちらも、開発者がアプリケーションを設計し、より簡単なアカウント処理方法を作成できるようにするという同じ目標を持っています。

ERC-4337

前述したように、EOA はイーサリアムの不可欠な部分であり、その動作はイーサリアム プロトコルによって定義されます。 EOA に加えて、イーサリアムにはユーザー定義コードを含むコントラクトもあります。 2023 年に、イーサリアムはプロトコルのアップグレードである ERC-4337 を開始しました。これは、プロトコルの大きな変更を導入することなく、EOA とコントラクトの間の構造的なギャップを埋めることを目的としています。 ERC-4337 の主なアイデアは、バンドラーという新しい役割を導入することです。 Bundler の役割は、ユーザー アクション (専用のメモリプールに収集されたメタトランザクションと考えてください) を収集し、それらのユーザー アクションを独自の EOA (Bundler によって制御される) 経由で Ethereum に送信することです。このように、Bundler を使用すると、開発者とユーザーはアカウントの抽象化を利用して、アカウント コントラクトを展開し、操作することができます。

ERC-4337 を介してイーサリアムにアカウント抽象化を導入すると、開発者はコントラクトに対してより柔軟な動作を作成できるようになります。ただし、イーサリアムは引き続き EOA を維持します。この結果、開発者は EOA と ERC-4337 の両方に対応する必要があります。 EOA コストが低いエコシステムでは、EOA が引き続き主流となり、アプリケーションはユーザー ベース全体でアカウント抽象化の真の価値を享受できなくなることが予測されます。

イーサリアムをエミュレートまたは追随する EVM チェーン (zkEVM を含む) も同様の進化を遂げるでしょう。EOA は引き続き主要なアカウント タイプであり、これにより、これらの EVM チェーンが享受できるアカウント抽象化の利点が減り、本来の解決の必要性が失われます。 EOA レガシーの利点。

Starknet のネイティブ アカウントの抽象化

対照的に、Starknet はその中核にアカウントの抽象化を備えています。つまり、すべてのアカウントはスマート アカウントです。 Starknet には EOA はありませんが、代わりにすべてのアカウントがスマート アカウントである世界に直接飛び込みます。ウォレットやブロックエクスプローラーを含むすべてのインフラストラクチャは、アカウントを抽象化するために設計および構築されています。これはすべての L1 チェーンと L2 チェーンの中で独特であり、Starknet を最初のスマート エコシステムにしています。ビルダーは、アカウント抽象化ではないアカウントが動作してサービスを提供する必要がなく、アカウント抽象化がすべてのアカウントに適用されることを認識してアプリケーションとツールを構築できます。ビルダーは、スマート アカウントがユーザーがアプリケーションを操作する唯一の方法であることを認識しているため、アカウントの抽象化によって提供される機会を活用してアプリケーションを設計できます。

Starknet のネイティブ アカウント抽象化により、(ERC-4337 と同様に) Bundler によってもたらされた追加の複雑さが解消されます。このプロセスは、インフラストラクチャとツールを Bundler と対話するように適合させるのではなく、Bundler の役割を果たすシーケンサーを指定することによって簡素化されます。

アカウント抽象化の 3 つの柱

アカウントの抽象化には、主に署名の抽象化、手数料の抽象化、およびノンス抽象化の 3 つのコンポーネントが含まれます。各パーツには独自の役割があり、全体的なユーザー エクスペリエンスを向上させます。

署名の抽象化

署名抽象設計トランザクション プロセスでは、開発者であるかユーザーであるかに関係なく、有効なトランザクションを定義する権限がアーキテクト、つまりアカウント デザイナーの手に委ねられます。この主な利点は、アカウントの権限をカスタマイズでき、スマートフォンを使用してアカウントを制御できることです。

コストの抽象化

手数料の抽象化により、ネットワーク ネイティブ トークンに限定されず、さまざまなトークンで取引手数料を支払うことができます。たとえば、ユーザーは、USDC をローカル トークンに変換することなく、USDC を直接使用して取引手数料を支払うことができ、変換手数料と時間を節約できます。

ノンスの抽象化

Nonce の抽象化により、ユーザーの快適さと利便性が保証されます。従来のシーケンシャルノンスソリューションには、ユーザーエクスペリエンスにいくつかの欠陥があります。たとえば、完全な順序付けを強制する必要があるため、ユーザーは複数の独立したトランザクションを同時に送信することができません。 Nonce 抽象化は、カスタム アカウントの再生保護メカニズムを許可することで、必要な柔軟性を提供します。

Starknet などのロールアップは、ブロックチェーン オペレーティング システムとみなすことができます。新しいオペレーティング システムを設計するとき、以前のオペレーティング システムのレガシーな課題を引き継ぐ必要がなければ、通常、物事は非常にスムーズに進みます。新しい家を建てる方が、古い家を改築するよりも簡単な場合が多いのと同じです。新しい家を設計するときは、配線、配管、暖房システムなどの重要なインフラストラクチャの組み込みを青写真の段階で考慮する必要があります。新しい家を建てるとき、将来必要になることがわかっている基準を単に調整したり曲げたりするのは意味がありません。同じ原則がアカウントの抽象化にも当てはまります。 Starknet は将来を念頭に置いて設計されており、これがアプリケーションを構築する標準的な方法になると私たちは信じています。 Starknet は、アカウント抽象化をデフォルトのオプションとして、実際には唯一のオプションとして使用することで、将来期待されるスムーズで効率的でユーザーフレンドリーなエクスペリエンスを提供します。

アカウント抽象化の実装によってもたらされる機能から判断すると、明らかな利点が 2 つあります。1 つはユーザーがより良いユーザー エクスペリエンスを享受できること、もう 1 つは開発者が EOA の従来の問題に悩まされる必要がないことです。

Starknet 構築におけるアカウントの抽象化

ソフトウェアの発明が現金経済に革命をもたらしたのと同じように、Starknet のスマート エコシステムは将来の成長のための肥沃な土壌を提供してきました。記録をデジタル化しプロセスを合理化するソフトウェアとして始まったものは、取引の管理、財務の追跡、財務プロセスの自動化のためのより広範なシステムに進化しました。同様に、Starknet のインテリジェント エコシステムにより、開発者はさまざまなアプリケーションやプロバイダーとシームレスに対話できるようになります。これにより、ユーザー エクスペリエンスが向上し、より豊かでダイナミックになるだけでなく、協力的で革新的な環境が促進され、成長を続ける開発のための肥沃な土壌が提供されます。

いくつかのアプリケーションにおける次の進歩は、Starknet ネイティブのスマート アカウントよりも署名の抽象化を使用する利点を十分に示しています。

ブレーヴォス

Braavos チームは、Starknet ネイティブのスマート アカウントを使用して、Web 2 のようなエクスペリエンスを提供するスマート ウォレットを作成し、携帯電話の生体認証を使用してウォレットにアクセスできるようにしました。それはとてもエキサイティングなことです！ほとんどのブロックチェーンで使用される暗号化は、モバイル デバイスで使用される暗号化とは異なるため、多くの場合、署名検証コストが非常に高くなります。将来的には、携帯電話を使って高いセキュリティを維持しながら取引の署名ができるようになるかもしれません。

＃＃＃＃ お金

ArgentX の後見サービスである Argent-Shield は、署名の抽象化を使用して別の革新をもたらします。このサービスを使用すると、ユーザーは Argent を保護者として機能させることで、自分のアカウントに追加の保護層を追加できます。電子メールで確認された取引のみが Argent によって承認されます。これは私たちがよく知っているもう 1 つの 2 要素認証メカニズムであり、多くの非ブロックチェーン アプリケーションで一般的に使用されています。

ビザ

STARK プルーフは、イーサリアムのスケーラビリティの課題を解決するために発明され、Visa と同じ 1 秒あたりのトランザクション (TPS) の処理能力を達成することを目指しています。そのため、Starknet 上で待望の「セルフホスト型ウォレットの自動支払い」プロジェクトを検討するという Visa の決定は重要なマイルストーンです。これはVisaが当社の先進技術と革新的なスマートエコシステムを評価した証です。

＃＃＃ 結論は

Starknet のエコシステムは日々成長しており、ますます多くの開発者が Starknet のネイティブ アカウント抽象化を利用して、可能な限り最も柔軟な方法でアプリケーションを設計しています。他のプロバイダーとの統合の可能性、よりきめ細かくパーソナライズされたエクスペリエンスをユーザーに提供する機能はすべて、デジタル経済の無限の可能性を示しています。

開発者はレガシー テクノロジに対処する代わりに、将来のニーズに合わせて設計された環境でアプリケーションをゼロから構築できます。