著者: StarkWare編集: Cointime.com 237
TL;DR
ブロックチェーンが主流市場に到達するまでの道のりは行き詰まりました。セキュリティとユーザー エクスペリエンスの制限が、より広範な Web 2 ユーザーにブロックチェーンを導入する際の障壁となっています。
解決策はアカウント抽象化 (AA) です。これはブロックチェーン分野に革命を引き起こしたソフトウェア層であり、アカウントの柔軟な設計と調整可能な決定的な動作を可能にします。
AA はイーサリアムとスタークネットの両方で利用できますが、実装方法は異なります。 Starknet にはネイティブ AA があり、すべてのアカウントがスマート アカウントであることを意味します。イーサリアムには ERC-4337 があり、EOA のレガシー機能を除外せずに AA を追加します。 EOA が繁栄し続けると、アプリケーションは引き続き EOA に対応する必要があるため、どのような環境でも AA の利点は大幅に減少します。
EOA に対する障壁
外部所有アカウント (EOA) は、オンチェーン ユーザー表現を作成するためのイーサリアムのシンプルなソリューションであり、ユーザーがブロックチェーンと対話し、そのアカウント内の資産をリンクすることで資産を所有できるようになります。
単純ではありますが、EOA の動作は、それが展開されるプロトコルによって事前に決定されるため、さまざまなユーザーのニーズに合わせて調整する柔軟性に欠けます。これにより、ユーザー エクスペリエンスが低下し、大量導入が妨げられることがよくあります。最大の問題はプロトコルによって決まります。EOA は秘密鍵と公開鍵のペアによって制御されます。トランザクションを開始するためにキーのペアを使用する場合には、主に 3 つの問題があります。
1. ユーザーエクスペリエンスが低い
6 桁のパスコードや顔認識など、よりスマートで最新の方法に慣れているキー所有者にとって、秘密キーを安全なプライベートな場所に保管することは直感的ではなく、トランザクションを開始する際の課題がさらに増えます。
2. キーは 1 つだけです
秘密キーの詳細を知ることは、トランザクションを開始する唯一の方法であるだけでなく、プロトコルがアカウントの所有者を識別する唯一の方法でもあります。したがって、この場合にはセキュリティ上のリスクがあり、キーが危険にさらされると、それを盗んだエンティティと区別できなくなります。
3. 合意に基づく
上記の例から、EOA 空間では開発者ではなくイーサリアム プロトコルがどのトランザクションが有効であるとみなされるかを決定することは明らかです。
EOA の複雑さは、オンチェーン アカウントの動作の一部としてプロトコルによって決定され、ほとんどのチェーンに存在します。
障壁を打ち破る: アカウントの抽象化の導入
ユーザーが決定するアカウントの動作とは対照的に、プロトコルによって引き起こされる問題はほとんどのチェーンに存在します。 2015年に遡ると、イーサリアムの共同創設者ヴィタリック・ブテリンはこれらの課題について議論しました。彼は、アカウント抽象化 (AA) を、アカウントを処理する簡単な方法、つまり秘密キーへの依存を軽減、または排除するものであると説明しています。さらに、AA は、Web3 のユーザー エクスペリエンスを Web2 と区別できないものにする他の多くの利点をもたらし、それによって大量導入への道を開きます。
ユーザーが決定するアカウントの動作とは対照的に、プロトコルによって引き起こされる問題はほとんどのチェーンに存在します。 2015年に遡ると、イーサリアムの共同創設者ヴィタリック・ブテリンはこれらの課題について議論しました。彼は、アカウント抽象化 (AA) を、アカウントを処理する簡単な方法、つまり秘密キーへの依存を軽減、または排除するものであると説明しています。さらに、AA は、Web3 のユーザー エクスペリエンスを Web2 と区別できないものにする他の多くの利点をもたらし、それによって大量導入への道を開きます。
長年にわたり、AA に対する 2 つの重要なアプローチが登場しました。どちらも同じ目標を持っています。それは、アプリ開発者がアプリを設計し、より簡単なアカウント処理方法を作成できるようにすることです。
1.ERC-4337
前述したように、EOA はイーサリアムの不可欠な部分であり、その動作はイーサリアム プロトコルによって定義されます。 EOA に加えて、イーサリアムにはユーザー定義コードを含めることができるコントラクトもあります。 2023 年、イーサリアムはプロトコルのアップグレードである ERC-4337 を導入し、プロトコルに大きな変更を加えることなく EOA とコントラクトの間の構造的なギャップを埋めました。 ERC-4337 の主なアイデアは、バンドラーという新しい役割を導入することです。 Bundler の役割は、ユーザー アクション (専用のメモリプールに収集されたメタトランザクションと考えてください) を収集し、それを自分自身 (Bundler によって制御される EOA) からイーサリアムに送信することです。このように、Bundler を使用すると、開発者とユーザーはアカウント契約を展開して操作し、AA のメリットを得ることができます。
ERC-4337 を使用して AA をイーサリアムに導入すると、開発者はコントラクトのより柔軟な動作を作成できるようになります。ただし、イーサリアムはまだ EOA を保持しています。開発者にとって、結果として、EOA と ERC-4337 の両方に対応する必要があります。 EOA が安価なエコシステムでは、EOA が引き続き優勢であり、アプリケーションは AA を活用してユーザー ベース全体で真の価値を達成できなくなると考えられます。
zkEVM を含め、イーサリアムを追跡またはエミュレートする EVM チェーンも同様の進化を遂げるでしょう。EOA は引き続き主要なアカウント形式であり、AA の利点が打ち消され、EOA のレガシーを回避する必要がないという利点が失われます。
2. Starknet のネイティブ アカウントの抽象化
対照的に、Starknet の中核は AA です。すべてのアカウントはスマート アカウントであり、EOA はありません。これは、すべてのアカウントがスマート アカウントである世界への飛躍です。ウォレットやブロックエクスプローラーを含むすべてのインフラストラクチャは、AA 用に設計および構築されています。これは L1 チェーンと L2 チェーンに特有のものであり、Starknet を最初のスマート エコシステムにします。ビルダーは、AA がすべてのアカウントで機能することを認識してアプリケーションとツールを構築し、非 AA アカウントでの作業とサービスを節約できます。ビルダーは、スマート アカウントがユーザーがアプリケーションを操作する唯一の方法であることを認識しているため、AA がもたらすさまざまな機会を最大限に活用するようにアプリケーションを設計できます。
Starknet のネイティブ AA は、ERC-4337 と同様に、Bundler によってもたらされた余分な複雑さを取り除きます。インフラストラクチャやそれに接続するツールを調整する必要はありません。この簡素化は、バンドラーの役割を果たすシーケンサーを指定することによって実現されます。
アカウント抽象化の 3 つの柱
AA には 3 つの主要な構成要素があります。各コンポーネントには、全体的なユーザー エクスペリエンスを向上させるための固有の目標 (署名の抽象化、料金の抽象化、ノンスの抽象化) があります。
1. 署名の抽象化
署名の抽象化により、トランザクションのフローが設計されます。有効なトランザクションを定義する権限は、開発者かユーザーかを問わず、アーキテクト、つまりアカウント設計者の手にかかっています。ここでの主な利点は、カスタム アカウントの権限と、スマートフォンを使用してアカウントを制御できる可能性があることです。
2. 料金の抽象化
料金の抽象化により、ネットワークのネイティブ トークンに限定されず、トランザクション料金の支払い方法としてさまざまなトークンを使用できるようになります。たとえば、ユーザーは最初に USDC をネイティブ トークンに変換せずに、USDC を使用して取引手数料を支払うことができ、交換手数料と時間を節約できます。
3. ノンスの抽象化
Nonce 抽象化により、ユーザーの快適さと利便性が保証されます。従来のシーケンシャル Nonce ソリューションには、ユーザー エクスペリエンスにいくつかの欠点があります。たとえば、完全な順序制限により、ユーザーが複数の独立したトランザクションを同時に送信することができなくなります。 Nonce 抽象化は、カスタム アカウントの再生保護メカニズムを許可することで、必要な柔軟性を提供します。
3. ノンスの抽象化
Nonce 抽象化により、ユーザーの快適さと利便性が保証されます。従来のシーケンシャル Nonce ソリューションには、ユーザー エクスペリエンスにいくつかの欠点があります。たとえば、完全な順序制限により、ユーザーが複数の独立したトランザクションを同時に送信することができなくなります。 Nonce 抽象化は、カスタム アカウントの再生保護メカニズムを許可することで、必要な柔軟性を提供します。
Starknet のようなロールアップは、ブロックチェーン オペレーティング システムと考えることができます。新しいオペレーティング システムを設計するときは、以前のオペレーティング システムの課題を継承しないことが最善です。古い家を改築するのではなく、新しい家を建てるのと同じです。新しい住宅を設計する場合、電気配線、配管、暖房などの重要なインフラストラクチャを青写真の段階で組み込む必要があります。将来の既知の標準要件に簡単な調整と解決策を講じるだけで新しい家を建てるのはあまり意味がありません。 AAも同様です。 Starknet を設計するとき、私たちは将来に目を向け、アプリケーションを構築する標準的な方法になると信じているものを追求しました。 AA がデフォルトのオプションであり、実際には唯一のオプションである Starknet は、将来期待されるシームレスで効率的でユーザーフレンドリーなエクスペリエンスを提供します。
AA がもたらす機能を実装することにより、ユーザーにとってはユーザー エクスペリエンスが向上するという 2 つの利点があることは明らかであり、開発者にとっては EOA のレガシーに悩まされる必要がありません。
建設中 - Starknet でのアカウント抽象化の実装
ソフトウェアの導入が現金経済に変革をもたらしたのと同様に、Starknet のスマート エコシステムは成長の肥沃な土壌を提供してきました。当初は記録をデジタル化しプロセスを合理化するソフトウェアでしたが、取引の管理、財務の追跡、財務プロセスの自動化のためのより広範なシステムに進化しました。同様に、Starknet のスマート エコシステムにより、開発者はさまざまなアプリケーションやサプライヤーとシームレスにやり取りできるようになります。これにより、ユーザー エクスペリエンスが向上し、より豊かでダイナミックになるだけでなく、コラボレーションとイノベーションの環境が促進され、成長する肥沃な開発基盤が育まれます。
これは、Starknet ネイティブのスマート アカウントを使用した署名抽象化の次の興味深い採用から明らかです。
1. ブレーヴォス
Braavos チームは、Starknet ネイティブのスマート アカウントを活用して、Web 2.0 のようなエクスペリエンスを可能にするスマート ウォレットを作成しました。これにより、携帯電話の生体認証 ID 機能を使用してウォレットにアクセスできるようになります。ほとんどのブロックチェーンで使用される暗号化と携帯電話の暗号化の違いにより、多くの場合、非常に高価な署名検証が発生し、将来的には高レベルの安全性を維持しながらトランザクション署名に携帯電話を使用できる可能性があるため、これは興味深いことです。 。
2. アージェント
署名抽象化の使用によってもたらされたもう 1 つの革新は、ArgentX のガーディアン サービスである Argent-Shield です。このサービスにより、ユーザーはアージェントを保護者として設定することで自分のアカウントにさらなる保護層を追加することができ、アージェントは電子メールによる確認後にのみ取引を承認します。これは、ブロックチェーン以外の多くのアプリケーションで私たちのほとんどがよく知っているもう 1 つの 2 要素認証メカニズムです。
3.ビザ
STARK プルーフの発明は、イーサリアムのスケーラビリティの課題を解決することであり、Visa と同じ TPS 容量の達成を目指しています。したがって、待望の「セルフカストディアルウォレットの自動支払い」の探求をStarknet上で実施するというVisaの決定は、大きなマイルストーンとなる。これは、当社の最先端テクノロジーと革新的なスマート エコシステムに対する彼らの認識を示しています。
STARK プルーフの発明は、イーサリアムのスケーラビリティの課題を解決することであり、Visa と同じ TPS 容量の達成を目指しています。したがって、待望の「セルフカストディアルウォレットの自動支払い」の探求をStarknet上で実施するというVisaの決定は、大きなマイルストーンとなる。これは、当社の最先端テクノロジーと革新的なスマート エコシステムに対する彼らの認識を示しています。
結論は
Starknet のエコシステムは日々成長しており、Starknet のネイティブ AA を活用して、可能な限り最も柔軟な方法でアプリケーションを設計するビルダーがますます増えています。他のプロバイダーと統合する機会や、より複雑でパーソナライズされたエクスペリエンスをユーザーに提供できることは、デジタル経済の無限の可能性を反映しています。
開発者は過去の問題を解決するのではなく、将来のニーズを満たすためにゼロから設計された環境でアプリケーションを構築できます。
全てのコメント