チェーン抽象化の 0-1

上級Jul 08, 2024
この記事は、チェーン抽象化の技術とアプリケーションを紹介し、マルチチェーンの未来の必然性を強調し、チェーン抽象化がユーザーエクスペリエンスをどのように向上させるかを探っています。
チェーン抽象化の 0-1

補足の事例を伴った、メインストリームのブロックチェーン採用を達成するための欠落している要素についての入門書。

複数のチェーンが不可避な未来とは何か、そしてそれが今日のUX問題を複利化する方法とは何か

数百のチェーンが存在する世界は避けられない。時間が経つにつれて、ほとんどのチームや開発者が自分たちの経済とユーザーを所有したいと思うでしょう。たとえこれがSolanaのような汎用実行環境で行われることができるとしても、そのアプリケーションはこれらの環境のスループットに依存しており、これらの環境のスループットは時々信頼性に欠けることが歴史的に示されています。ブロックチェーン技術へのパラダイムシフトが目前に迫っていると信じるなら、論理的な次の結論は、それに構築されたアプリケーションのための数百の実行環境が専門化されるということです。私たちはすでに今日、この展開が進行中であるのを見ることができます。dYdX, ハイパーリキッドFraxさらに、他の新興プロジェクトがスタンドアロンのアプリチェーンやロールアップになる可能性もあります。さらに、レイヤー2のスケーリングソリューションがレイヤー1と並行して存在する可能性もあります。なぜなら、より少ないノードのセットがより大きなセットよりも大幅に高速にグローバルに通信できるからです。これにより、ロールアップなどのL2は、L1からセキュリティを継承しながら、1/Nの信頼の前提(L1とは異なり、高いクォーラムが合意に達する必要がない)でほぼ制限なくスケーリングできるようになります。要するに、私たちは数百のL1とL2が存在する未来を想像しています。

しかしながら、現在、わずか数十のL1とL2しか持っていない状況でも、このマルチチェーンの現在においては、すでにフラグメントされた流動性、複数のブリッジやRPCエンドポイント、異なるガストークンや市場によるエンドユーザー向けの複雑さに関する懸念が示されています。したがって、マルチチェーンの将来には、フラグメント化された流動性、複数のブリッジ、RPCエンドポイント、異なるガストークンや市場によるエンドユーザー向けの複雑さなど、多くの問題が克服する必要があります。現時点では、わずか数のL1とL2が存在する世界において、これらのUXの複雑さを抽象化するための十分な方法論がまだ存在していません。マルチチェーンのエコシステムがこれらの重要なUXのハードルを修正せずに成長を続けた場合、エンドユーザーにとってブロックチェーンがどれだけ使いにくくなるかを想像するしかありません。

インターネットは、HTTP、TCP/IP、UDPなどのコアプロトコルを理解することでその利用者に到達したのではありませんでした。代わりに、技術的なニュアンスを抽象化して、素人でも使用できるようにしました。将来、ブロックチェーンやブロックチェーンネイティブのアプリケーションにも同じことが当てはまることになります。

暗号通貨では、ユーザーは複数のL1とL2に流動性を展開し、これらのL1とL2に分散したオンチェーンの流動性ソースを受け入れることで、サブオプティマルなUXを受け入れる必要があります。また、これらのシステムの技術的なニュアンスを理解する必要もあります。一般のユーザーには、ブロックチェーンのレールを使用していることさえ知る必要はありません。ユーザーがブロックチェーンのレールを使用していること、そしてフードの下にいくつのL1とL2が存在するかさえ知る必要はありません。これが業界が大規模な採用を実現する唯一の方法です。

チェーン抽象化がすべてを解決する理由

チェーンの抽象化は、一般のユーザーに対してブロックチェーンのニュアンスや技術的な詳細を抽象化する手段であり、彼らがブロックチェーンを使用していることさえ知らないシームレスなユーザーエクスペリエンスを提供するものです。次世代のビジネスやユーザーをブロックチェーンと暗号通貨ネイティブのエコシステムにオンボーディングするための欠けている要素かもしれません。

チェーン抽象化の構成要素に突入する

チェーン抽象化を実現するために重要なインフラを構築するいくつかのプロジェクトの概要を説明する前に、チェーン抽象化のパワーを担ういくつかの技術コンポーネントについて説明することが適切です。

アカウント抽象化

現在のウォレットはさまざまな制約に直面しています。さまざまなセキュリティ上の脆弱性に加えて、他のスマートコントラクトとの連携がなければ機能が制限されます。もし、外部所有アカウント(EOA)をスマートコントラクトウォレット(SCW)に変換するためにこのシナリオを再構築したらどうでしょうか?EOAとは異なり、SCWは単独ではトランザクションを開始することができません。EOAのプロンプトが必要です。両者の機能を統合することで、EOAをSCWに変換し、トランザクションを開始するだけでなく、スマートコントラクトの前提となる複雑で任意のロジックを実行できるようにします。

これは多数のユースケースを開放する可能性があります。この文脈では、特にチェーン抽象化に関連する方法に焦点を当てます。

EOAをSCWに変換すると、トランザクションを実行する人と署名する人を効果的に分離します。つまり、ユーザーは直接トランザクションを実行する必要はなく、洗練されたアクター(実行者と呼ばれる)が代わりに行うことができます。このプロセス中、ユーザーはウォレットの管理権限を放棄せず、プライベートキーを保持します。実行者を持つことには、異なるブロックチェーン全てにガス残高が必要なくなるという他の利点もあります。なぜなら、トランザクション/ガス手数料も抽象化されるからです。さらに、ユーザーはボタンをクリックするだけで複数のトランザクションをまとめて実行することができます。例えば、DEXのトークンを承認して、スワップし、その収益をAave市場に貸し出すことが可能です。

エグゼキューターを持つことで、ユーザーは資金の管理権を保持したまま、スマートコントラクトと直接やり取りする必要がなくなります。どんなブロックチェーンアプリケーションでも自由に利用できると想像してみてください。テレグラムボットアカウント抽象化により、このダイナミックな変換が可能になります。

さらに、アカウント抽象化により、ユーザーは異なるウォレット、RPC、異なる署名タイプを気にすることなく、自己保管資産を持ち、多くのチェーン上でDeFiポジションを開くことができます。異なるチェーンを使用していることさえ知らなくても、このデモを見ることができます。ここにまたは、アカウント抽象化の取り組みをリードするプロジェクトについて説明するために読み続けてください。

それだけではありません-アカウント抽象化は、ユーザーが第三者に管理されずにアカウントを安全に保護するために独自の秘密鍵を保持する必要がなくなりました。ユーザーは、2FAや指紋のようなより伝統的な認証手段に加えて、ソーシャルリカバリーを選択してウォレットを安全に保護することができます。ソーシャルリカバリーを使用すると、ユーザーの家族などを通じて失われたウォレットを復元することができます。

「次の10億人のユーザーは紙の上に12単語を書くことはしないでしょう。普通の人々はそんなことをしません。私たちは彼らにより使いやすいものを提供する必要があります。彼らは暗号キーのことを考える必要はありません。」- Yoav Weiss, EF

ウォレットは暗号通貨やブロックチェーンへの入り口であり、アカウントの抽象化は最終的にチェーンの抽象化を花開かせることを可能にします。

アカウント抽象化の内部動作の詳細については、以下を参照してください。これJarrod Wattsによるスレッド。Avocado Wallet by Instadappユーザー向けのアカウント抽象化の力を活用するためにも、重要な進展を遂げています。

意図

インテントは、洗練されたアクターや「ソルバー」がユーザーの代わりに最適な方法でトランザクションを実行できるようにします。その名の通り、ユーザーはオンチェーンのアクションを実行する意図を表明します。簡単に言えば、オフチェーンで、可能な限り最適な方法で望ましいオンチェーンのアクションを表明することです。例えば、CowSwapに注文を出すとき、実際には意図を提出しています。つまり、そのトークンを別のトークンに最適な価格で交換する意図を提出しているのです。この意図をオフチェーンで提出することで、公開メンプールをバイパスし、代わりに暗号化されたプライベートメンプールに直接ルーティングされます。そこでは、ソルバーが最適な価格でこの意図を埋めるために競争します。彼らは自分自身のバランスシート、プライベートオーダーフロー、またはUniswapやCurveのようなオンチェーンの流動性取引所を使用して、この意図を埋めることができます。このようにして、ソルバーのマージンはゼロに圧縮され、ユーザーに最適な実行が提供されます。なぜなら、常に別のソルバーがこの意図を埋めるために準備ができているからです。

では、意図が何であるかを定義したので、具体的にどのようにしてチェーンの抽象化を実現するのに役立つのでしょうか?

その答えは、アカウントが抽象化された世界における署名者と執行者の間の線引きに帰着します。ユーザーがボタンをクリックしてトランザクションに署名するだけであれば、オンチェーン上のすべてのニーズを高度なアクターにアウトソーシングすることができ、そのアクターが最適な実行を見つける責任を負うことができます。その後、巧妙なアクターは、L1とL2にまたがるすべての異なるアプリケーションと相互作用するリスク、異なるチェーン上の異なるトークンでの関連するガス料金、再編成リスク(チェーンには2つの異なるバージョンがあります)、およびその他の実行リスクを負います。これらの手順とリスクを引き受けることで、ソルバーはそれに応じてユーザーに請求される料金の価格を設定します。このような状況では、ユーザーはオンチェーンの製品やサービスを使用する際のさまざまな複雑さや関連するリスクについて考える必要はなく、代わりに洗練されたアクターにアウトソーシングされ、それに応じてユーザーに価格設定が行われます。ソルバー間の競争により、ユーザーに請求される手数料はほぼゼロに圧縮され、常に別のソルバーがすべての注文フローを獲得しているソルバーをアンダーカットする準備ができています。それは自由市場の魔法です - 競争のプロセスを通じて、ユーザーはより低価格でより質の高いサービスを受けることができます。

例を探ってみましょう:私はEthereum上に$ETHを持っており、Solana上の$SOLを希望し、最良の価格で実行したいと考えています。リクエストフォーフォーマット(RFQ)システムを通じて、意図マーケットプレイスは注文フローを渡し、数秒でユーザーはSolana上の$SOLを入手できます。特筆すべきは、Ethereumが12秒のブロックタイムを持っていることで、これはソルバーが決済保証を持っていなくても、独自のノードを実行することで$USDCの入金取引が有効であり、処理されることをかなり確信できることを意味します。さらに、独自の貸借対照表を使用することで、ソルバーはSolana上の$SOLの資本を先行投入し、実質的に資本を得る前に意図を果たすことができます。リスクはユーザーによって負担されるのではなく、洗練された行為者によって負担されるため、ユーザーはブリッジやRPC、ガスコストを知らずに、サブセカンドの待ち時間で、最良の価格で意図を果たすことができます。

この場合、ユーザーはまだどのチェーンを使用しているかを知っています。この例は、意図が完全にチェーンを抽象化したものではなく、現在の景色でどのように機能しているかを示すためのものです。しかし、意図はそれに止まりません-もっと多くのことが可能です。

ユーザーのニーズを満たすために、意図がすべてのことに取り組む未来を簡単に想像することができます。ユーザーは単にやりたいことを指定するだけで、最も効率的な方法で完了します。例えば、ユーザーは自分の$ETHに対して$DAIを借り入れ、$DAIを流動性プールに預けて$CRVの報酬を獲得したいと思うかもしれません。この例では、認可されたソルバーがすべての$DAIの借入金利を$ETHに対して比較し、最低金利で融資を受けます。ソルバーはその後、最も高い収益率の100%の$DAIベースのLPからの利回りを$CRVにオートコンパウンドするために、$DAIをYearnのようなボールトに預けます。そして、それがユーザーのウォレットにストリームされます。

ただし、重要な注意点として、リスクは主観的なものであり、取引の最大価格スリッページなどの他の客観的なインプットとは異なり、意図で表現することはできません。では、この目的を果たすために、どの貸付市場、流動性プール、チェーンが使用されているのでしょうか?結局のところ、それぞれに異なるリスクプロファイルと信頼の前提があります。そこで「認定ソルバー」の出番です。承認された各ソルバーは、事前に表明されたユーザーのリスクと信頼の好みを使用してユーザーの意図を実行するために、ある程度ユーザーによって信頼されます。たとえば、ユーザーは「リスクの高い」契約に入金しないことを指定できます。ただし、パワー ユーザーのみが、ソルバーのネットワークに対して主観的なプリファレンスの大規模なセットを指定する可能性があります。パワーユーザー(HFT、MM、VCなど)よりもさらに洗練されたプレーヤーは、ソルバーからの手数料を回避し、リスクと信頼の仮定を自分で調整するために、チェーンと直接やり取りする可能性があります。ブロックチェーンを少し理解しているユーザーは、ソルバーが操作できるプリセットのセット(低、中、高リスクなど)から選択できる可能性があります。

ユーザーの主観的なニーズに対応するために認可されたソルバーのセットを利用することで、ソルバー間で競争力のあるダイナミクスが生まれ、ユーザーの注文を最善の方法で処理するためのユーザーの負担を最小限に抑えます。さらに、ユーザーはいつでもソルバーの実行特権を削除することでソルバーを「非認可」することができるため、チェックとバランスのシステムが維持されます。この方法により、ソルバーは正直になり、ユーザーの好みに従う動機づけが生まれます。そうでなければ、別のソルバーがユーザー発注元に対して悪意を持って行動していたことを証明することができます。

もちろん、意図はまだ進化途上であり、意図がどのようにより洗練されたテクノロジーに変換できるかに関する推測はそれだけです - 推測です。ただし、このように意図が進化することは驚くことではありません。私たちは、意図が抽象化された未来を具現化する上で最も重要な役割を果たすと信じています。

意図に直面する2つのプロジェクトがありますCowSwapそしてデブリッジ. CoWSwapについてはすでに書いており、ユーザーに優れたUXと実行を提供するために追求する意図ベースのアーキテクチャについて説明しました。ここCoWSwapに類似して、deBridgeは意図ベースのアーキテクチャに従っていますが、それを行うことで高速のクロスチェーンスワップ(取引)を可能にしています。DeBridgeは、チェーン間での高速取引速度、最小限の手数料、優れた実行に関連するシームレスなUXに焦点を当てています。意図ベースのソリューションのほとんどと同様に、deBridgeは、MM、HFT、および他の洗練されたアクターからなるソルバーネットワークを利用し、彼ら自身のバランスシートを介して宛先チェーンでの資本を先行させた後、ユーザーの資本をソースチェーンで集めます。ソルバー同士が競争してユーザーに可能な限り最良の実行を提供することに加えて、deBridgeは、リオーグのリスクなどのリスクや、ガス手数料や関与する異なるチェーンでの異なるRPCなどのその他の不便をソルバーに押し付けることで、自分自身を差別化しています。

以下の図は、deBridgeモデルを示しています。以下の例では、Solana上のUSDステーブルコインを持つユーザーが、Ethereum上のEURステーブルコインを希望しています。彼らはdeBridgeアプリケーションに意向を表明し、それがソルバーネットワークに伝播することで、彼らのバランスシート上でEthereum上の$ETHを持つソルバーが、Ethereum上の$ETHを$ethEURにスワップし、Ethereum上のEURステーブルコインに変換します。その後すぐにdeBridgeのバリデータセットソルバーが目的のチェーン(この場合、ユーザーに$ethEURを提供する)でユーザーの意図を果たしたことを検証すると、ソースチェーン(この場合、Solana)上のユーザーの資本がソルバーによってアンロックされることを許可します。ユーザーは、検証が行われる前に目的のチェーン上で自分の資本を受け取る必要はありません。


deBridgeとその意図に基づく設計をよりよく理解するために、以下のページをご覧いただくことをお勧めします。これポッドキャストのエピソード。

流動性の集約

将来のマルチチェーン環境の兆候の一つは、極度の流動性の断片化です。これを統合することは困難です。ロールアップ、バリディウム、L1など何百ものチェーンが存在する世界では、各チェーンがネットワーク上で独自の流動性を持っていますが、その結果、流動性プールが断片化しているため、エンドユーザーにとってユーザーエクスペリエンスがますます悪化します。

仮に暗号通貨市場の流動性のすべてが1つの中央集権型取引所(CEX)に集約されたとしたら、数百ものCEXとさらに多数のオンチェーンDEXが同じ流動性を共有する現状とは異なり、エンドユーザーの取引実行は、検閲や総合的な中央集権化の懸念を置いても、最善のものになるだろう。これは仮説に過ぎず、競争が激しく、分散化の力が存在する現実世界では実現不可能である。

DEXアグリゲーターの出現は、単一のネットワーク上の断片化された流動性ソースを統一されたインターフェースに集約することが重要な一歩でしたが、避けられないマルチチェーンの未来が始まると、DEXアグリゲーターはそれだけでは足りなくなります。なぜなら、DEXアグリゲーターは単一のチェーン上での流動性を集約することしかできず、複数のチェーンまたは1つ以上のチェーンをまたいで流動性を集約することはできないからです。さらに、Ethereumのようなブロックチェーンでは、複数のソースやチェーン間で流動性をルーティングするために必要なガスコストにより、アグリゲーターの利用コストが直接の流動性ソースよりも高くなりました。このモデルは、Solanaのような安価で低レイテンシーなネットワーク上でより大きな成功を収めています。ただし、集積器自体はまだ取引をルーティングできる流動性源を制限されています。

チェーン抽象化された未来では、断片化された流動性を集約するための技術を持つことが重要です。理想的なユーザーエクスペリエンスはチェーンに依存せず、サードパーティのソルバーに実行サービスを頼ることが多いため、これらのデフラグメンテーションを推進するいくつかのソリューションがあります。Polygon AggLayerとOptimism Superchainは触れていく2つのソリューションですが、これら以外にも多くのチームがこのようなソリューションに取り組んでいます。

ポリゴンAggLayer

としてPolygonのウェブサイトステート: "AggLayerは、共通のブリッジと、暗号化された保証を提供するZKパワードメカニズムという2つのコンポーネントを持つ分散型プロトコルになります。ZKプルーフがセキュリティを提供するため、AggLayerに接続されたチェーンは主権を維持し、モジュラーなままで一体型のチェーンのシームレスなUXを保つことができます。"

基本的に、ロールアップなどのEthereum Layer 2スケーリングソリューションは、Ethereumとの正規のブリッジを持っています。つまり、EthereumからL2にブリッジされるすべてのユーザーファンドがこのブリッジ契約に存在します。しかし、これにより、異なるL2間の相互運用性やデータのシームレスな通信、価値の転送が阻害されます。これは、例えば、BaseからZora(両方のEthereumロールアップ)に移る場合、下記のように、BaseからEthereumに正規のBaseブリッジを使用して移動し、その後EthereumからZoraに正規のZoraブリッジを使用して移動するため、7日間の引き出しプロセスを実行する必要があるからです。このため、Baseのようなオプティミスティックロールアップでは、ブリッジングトランザクションを争議するための時間が必要です。フォールト/フロードプルーフこれは長いプロセスであることに加えて、イーサリアムのメインチェーンとやり取りする必要があるため、高額です。

PolygonのAggLayerはこのプロセスを逆転させます。特定のロールアップユーザーの非ネイティブアセットのみが存在するイーサリアムへの正規のブリッジではなく、すべてのチェーンが他のチェーンと共有のブリッジ契約を利用してAggLayerを使用し、以下のような流動性のハブを持つことができます。このプロセスを通じて、開発者は自分のチェーンをAggLayerに接続して、ユーザーが統合された流動性を楽しむことができるようになります。

AggLayerの動作原理

AggLayerは、それに接続されたすべてのチェーンからのゼロ知識(ZK)証明を集約し、クロスチェーン取引を容易にします。 AggLayerは、サポートされているすべてのチェーンがZK証明を投稿する場所であり、いくつかのアクションが行われたことを示します。たとえば、Baseから5 $USDCが引き出され、他のサイド(例えばZora)で流動性が解放されたことなどです。

さらにこれを説明するために、実践でどのように機能するかを考えてみてください。この例では、すべての名前付きチェーンがAggLayerに接続されていると仮定しています。

ソルバーは、Baseに居住するユーザーからの要求または意向を検出します。ユーザーは$ETHを持っており、Zoraで3000$DAIのNFTを購入したいと考えています。ソルバーにはバランスシート上に$DAIがないため、この意向を満たす最良のルートを迅速に探す必要があります。彼らは、Optimism上の$DAIがZoraの市場$DAIよりも安いことに気付きます。したがって、ソルバーは、ユーザーがBaseに$ETHを持ち、Optimism上の同じ量の$ETHを要求していることを示すプルーフをAggLayerに投稿します。ブリッジ契約が共有されているため、ZKプルーフがあれば、チェーン「X」にある該当する量の同種資産をチェーン「Y」に移動するだけで済みます。

ZKプルーフを投稿し、Optimism上で同等の量の$ETHをロック解除した後、ソルバは次に$DAIにスワップし、同じプロセスを行い、Zora上で同じ量の$DAIを取得してNFTを購入を完了します。裏では、AggLayerはエンドユーザーやAggLayerに接続されたチェーンに対するより強力なセキュリティ保証のために、これらのZKプルーフをEthereumに決済します。

ただし、この場合、ソルバー/ユーザー/その他のアクターは在庫リスクを負います。これは、Optimism上の$DAIレートがアービトラージされ、NFTのコストが上昇し、$ETHの価格が下落する、またはユーザーからのオーダーフローが発生してから埋められるまでの間に発生する、他のリスクの形で現れます。単一のチェーン上のDEXアグリゲーターとは異なり、異なる状態機械と相互作用するソルバーは、この同じ原子的合成性に関しては知らせてもらえません。原子的合成性により、すべての操作が単一の線形シーケンスで実行され、すべてが成功するか、すべてが一緒に失敗するかが保証されます。これは、異なる状態機械間では、常に再構築の潜在的なリスクがあるため、少なくとも1ブロックの遅延が必要であるためです。(宛先チェーンで)。

ただし、これは前述のユースケースが不可能であることを意味するものではありません。長尾のイベントだけでなく、課題解決者や他の高度なアクターも存在し、これらのリスクをユーザーに対して価格設定することで補償することができます。たとえば、課題解決者は、発生した場合に損失を補償することで実行を保証することができます。または、自己のバランスシートを使用してユーザーの意図を満たすこともできます。

オプティミズムスーパーチェーン

集約流動性の別の例は、Optimism Superchain イニシアチブです。Superchain は、Optimismのドキュメンテーション「OPスタックに構築されたブリッジング、分散型ガバナンス、アップグレード、コミュニケーションレイヤーなどを共有するチェーンネットワーク」と定義される。このプロジェクトは、AggLayerに類似した流動性の集約に焦点を当てている。Optimism Superchainでは、Superchainの一部であるすべてのチェーンが共有ブリッジ契約を利用する。これは、Superchain内のチェーン間での流動性の集約化に向けた第一歩である。

SuperChainとAggLayerの違いは、AggLayerがシームレスにZK-proofを頼るのに対して、SuperChainが共有に頼ることです。シーケンサーSuperchainにオプトインするチェーン間で共有シーケンスについての詳細には触れませんが、この投稿では触れていません。参照してください。これ共有シーケンスがどのようにシームレスなクロスチェーン相互運用性の領域で利点を開放し、ある程度、原子的な合成性(クロスチェーン原子的な合成性に関連する上記の同じ問題がここでも適用されます)。

Superchainに参加するチェーンは共有シーケンサーを使用する必要があるため、Superchainに参加するチェーンで使用できる実行環境が制限される可能性があります。その他の面倒な課題として、ユーザーが作成したMEVへのアクセスが失われることもあります。ここ.しかし、チームのようなエスプレッソチェーンを利用してMEVを再分配する方法に取り組んでいます。さらに、Polygon AggLayerに接続されたすべてのチェーン(およびしたがってこのAggLayerにZK証明を投稿する)は、同じZK回路を使用する必要があります。これはまた、AggLayerに接続されたチェーンで使用できる実行環境を制限する可能性があります。

Chain Abstraction is a Piece of CAKE


フロンティア研究は、上記のように見ることができるCAKE(Chain Abstraction Key Elements)フレームワークを開発しました。これは、ユーザーに直接影響を与えるアプリケーション層を除く、3つのレイヤーを概説しており、その状態に到達するために必要なものです。

「チェーンが抽象化された世界では、ユーザーはdAppのウェブサイトにアクセスし、ウォレットに接続し、意図した操作に署名し、最終的な決済を待ちます。必要な資産をターゲットチェーンに取得し、最終決済を実行する複雑さは、ユーザーから抽象化され、CAKEの3つのインフラストラクチャレイヤーで処理されます。」

このフレームワークは、CAKEの3つのインフラストラクチャレイヤーを認可レイヤー、ソルバーレイヤー、および決済レイヤーとして特定しています。私たちは主にソルバーレイヤーと認可レイヤーに触れています。認可レイヤーには、アカウントの抽象化とポリシー(私たちがそれを呼んでいる認可)から成り、また、オラクル、ブリッジなどの低レベル技術を含む決済レイヤーも含まれています。事前確認、およびその他のバックエンド機能。

そのため、決済レイヤーは、ソルバーやその他の高度なアクターやユーザー向けアプリケーションにとって、このフレームワークの決済コンポーネントがすべて連携して、ソルバーがリスクを管理し、ユーザーにより良い実行を提供するのに役立つため、非常に有益であることが期待されます。これは、データの可用性や実行証明などの他のコンポーネントにも拡張されます。これらはすべて、アプリケーション開発者に安全な構築体験を提供し、最終的にエンドユーザーに渡されるセキュリティ保証を提供するためのチェーンの要件です。

CAKEフレームワークは、この投稿で言及された多くの概念を包含し、チェーン抽象化のさまざまなコンポーネントとその関係を見るための一貫した方法を提供します。フレームワークに興味を持つ方は、読んでください。これ導入記事。

チェーン抽象のケーススタディ

チェーン抽象化された未来に向けた取り組みを主導する数多くのプロジェクトについてすでに触れてきましたが、同様のことを行っているいくつかの注目すべきプロジェクトがあります。

パーティクルネットワーク

Particle Networkは、Cosmos SDK上に構築されたモジュラーL1ブロックチェーンを立ち上げ、高性能のEVM互換の実行環境として機能します。元々、Particleはアカウント抽象化サービスプロバイダーとしてデビューし、ユーザーがWeb2ソーシャルアカウントにリンクされたスマートコントラクトウォレットを作成し、それをdApp埋め込みインターフェース内でネイティブに使用できるようにしました。その後、プロトコルは提供範囲を拡大し、L1上でウォレット、流動性、およびガスの抽象化サービスのスイートを通じて、より広範なブロックチェーンの景観にわたるチェーン抽象化の普及を目指しています。

他のチェーン抽象化サービスプロバイダと同様に、Particleは将来的には誰でも単一のアカウントを介して複数のチェーン間で簡単に取引ができるようになることを想定しており、希望するトークンでガス料金を支払うことができます。したがって、基盤となるL1はマルチチェーンエコシステムのコーディネータとして機能し、EVMおよび非EVMドメインを統一し、ユーザーと流動性を統合します。

どのように機能するか見てみましょう。

Particle Chain抽象スタック

Particleは、チェーン抽象化サービスのための多角的なツールキットを提供しており、それぞれのコア技術が大きな全体の一部として独自の役割を果たしています。

ユニバーサルアカウント

エンドユーザーの視点から見ると、Particleのチェーン抽象化スタックは、第一原則であるアカウントの作成から始まります。Particleのユニバーサルアカウントは、既存のEOA(外部所有アドレス)に接続されたERC-4337スマートアカウントとして機能し、アトミッククロスチェーントランザクションを自動的にルーティングして実行することにより、複数のチェーンのトークン残高を1つのアドレスに集約します。従来の暗号ウォレットはアカウントの作成と管理に使用できますが、ParticleのWaaSユーザーはソーシャルログインも利用できます。

さまざまなブロックチェーンネイティブの操作の複雑さを抽象化するために、UAは既存のウォレットの上に構築された統一インターフェースとして機能し、ユーザーが単一のチェーン上に存在するかのように複数のブロックチェーン環境にトークンを預け入れて使用できるようにします。 UA全体で同期状態を維持するために、アカウント設定はParticle L1に保存され、すべてのインスタンスで真実の中心源として使用されます。ネットワークはその後、新しいインスタンスを展開するか、既存のインスタンスを更新するためにクロスチェーンメッセージングを容易にします。

そのため、Particle L1は、ParticleのUAを介して処理されるすべてのクロスチェーン取引の調整および決済レイヤーとして機能します。

ユニバーサル流動性

Particleのチェーン抽象化サービスのもう一つの重要な要素は、ユニバーサル・リクイディティ機能です。UAは、ユーザーがインターフェースを介してトランザクションリクエストを表現する手段を提供しますが、ユニバーサルリクイディティとは、これらのリクエストの自動実行を担当するレイヤーを指し、これにより、異なるネットワーク間で残高を統一することができます。この機能は、ネイティブガストークンの購入や新しいネットワーク用のネイティブウォレットの作成など、現在の参入障壁によって妨げられていたクロスチェーン転送を可能にするための鍵となります。

例えば、ユーザーがこれまで使ったことがなく、資金も持っていないブロックチェーン上の資産を購入したい場合、この購入に必要な流動性は、ユーザーの既存の残高から自動的に供給されます。これは主に、Particleの分散型メッセージングネットワーク(DMN)によって可能になり、Relayer Nodesと呼ばれる特殊なサービスが外部チェーンイベントとステートイベントの決済を監視できるようにします。より正確には、DMN のリレイヤーはメッセージングプロトコルを使用して、外部チェーン上の UserOperations のステータスを監視し、最終的な実行ステータスをパーティクル L1 に確定します。

ユニバーサルガス

Particleのチェーン抽象化スタックの第3の柱は、ネットワークのガス抽象化サービスの一部であるUniversal Gas Tokenの実装です。 ParticleのUAとの相互作用によってアクセスされるUniversal Gasは、ユーザーがガス手数料として任意のトークンを使用できるようにします。つまり、BobはBaseのUSDCを使用してSolana上のスワップのトランザクション手数料を支払うことができ、一方、AliceはArbitrum上の彼女のARBトークンを使用してEthereumでNFTを購入するためのトランザクション手数料を支払うことができます。

ユーザーがParticle UAを介してトランザクションを実行する場合、インターフェイスはユーザーに選択したいガストークンを選択するように促し、その後、自動的にParticleのネイティブペイマスター契約を介してルーティングされます。すべてのガスペイメントはそれぞれのソースおよび宛先チェーンに決済され、手数料の一部はParticleのネイティブ$PARTIトークンにスワップされ、Particle L1で決済されます。

ロードマップ

Particleは、既存のアカウント抽象化インフラストラクチャの上に構築されています。これにより、17m以上のウォレットアクティベーションと10m以上のUserOperationsが報告されています。ユニバーサル流動性層の追加とユニバーサルガストークンとの組み合わせにより、Particleは、より広範なユーザーや参加者に対するチェーン抽象化サービスの提供に拡大することを目指しています。Particle L1は、今日の既存のブロックチェーンと直接競合する別のブロックチェーンではありません。むしろ、すべてを接続する相互運用性レイヤーを提供することを目指しています。これには、NearやCake R&Dチームなど、チェーン抽象化サービスセクターの主要チームと協力しています。

Particle Network L1は現在テストネットフェーズにあり、実験的なUA実装内でのユニバーサルガスの試用を早期参加者に許可しています。

Near Protocol

Nearは、分散型製品やサービスを構築する開発者のためのフルスタックアプリケーションドメインとして機能するシャード化されたプルーフ・オブ・ステーク・レイヤー1ブロックチェーンです。Nearの核となる精神の多くは、ブロックチェーンネイティブのアプリケーションと主流のオーディエンスの間のギャップを埋めることを中心に展開しています。このビジョンを実現するための鍵は、エンドユーザーからブロックチェーンを抽象化することです。Nearは、ウォレットの切り替え、ガス料金の管理、ブリッジングなど、ブロックチェーンネットワークを使用する際の重要な問題点を抽象化するために構築された多面的なアーキテクチャであるアカウントアグリゲーションでこれにアプローチします。これは、すべての操作を 1 つのアカウントで実行することで実現されます。

これらすべてがどのように機能するかをより深く理解するために、私たちはもっと深く潜ってみましょう。

Near Chain抽象スタック

ニアアカウント

ほとんどのブロックチェーンで使用されている英数字の公開キーハッシュ標準に加えて、Nearの独自のアカウントモデルは、各アカウントを人間が読めるアカウント名にマッピングできるようにします。 つまり、alice.nearなどです。 Nearアカウントは、それぞれがその性質と基礎となる機能において異なる2種類のアクセスキーを利用しており、各キーはそのドメインに固有の様々な権限と構成を考慮に入れた複数のブロックチェーン上で複数のキーを管理できるようになっています。

  • フルアクセスキー:これらは署名に使用できます取引アカウントの代わりに仮想的なアクションを実行するためのものであり、共有されるべきではない。
  • Function-Callキー:これらのキーは、特定の契約または契約のセットに対して呼び出しを署名するための許可を付与されます。

エンドユーザーへのブロックチェーンの抽象化をさらに強化するのは、Near独自の鍵管理システムであるFastAuthによる簡素化されたオンボーディングプロセスです。FastAuthを使用すると、ユーザーはメールアドレスと同じくらい単純なものでブロックチェーンネイティブのアカウントにサインアップでき、長くて複雑なシードフレーズやパスワードの代わりに、パスワードを生体認証に置き換えるパスキーを使用できます。

チェーン署名

マルチチェーン署名は、Nearがブロックチェーンの抽象化の重要な要素であり、任意のNEARアカウントが他のチェーン上のリモートアドレスを持ち、それらのアドレスからメッセージに署名しトランザクションを実行することを可能にします。これを実現するために、Chain Signaturesはこれらのリモートアドレスの署名者としてNEAR MPC(multi-party computation)ネットワークを使用し、明示的な秘密鍵の必要性を排除します。これは、MPC署名者が同じ集約公開鍵を維持できるようにする新しい閾値署名プロトコルによって実現されており、鍵の共有形式を実装して、鍵共有とノードが絶えず変化しても同じ集約公開鍵を維持できます。

MPCサインノードをNEARネットワークの一部にすることで、スマートコントラクトはアカウントの署名プロセスを開始することができます。 チェーンID、NEARアカウントID、および特定のパスの異なる組み合わせを使用することにより、各アカウントは任意のチェーン上で無制限のリモートアドレスを作成できます。

メタトランザクション

今日のユニバーサルブロックチェーンのランドスケープ全体にわたるシームレスなユーザーエクスペリエンスの発展を妨げる別の重要な問題は、各ブロックチェーンが独自のネイティブトークンでガス料金を支払う必要があることであり、ユーザーは基礎となるネットワークを使用できる前にこれらのトークンを取得する必要があります。

NEP-366Nearにメタトランザクションを導入し、チェーン上にガスやトークンを所有することなくNearでトランザクションを実行できるようにする機能を導入しました。これは、署名されたトランザクションを受信し、ガス料金を補助するために必要なトークンを添付しながらネットワークに中継するサードパーティのサービスプロバイダーであるRelayersによって可能になります。技術的な観点から見ると、エンドユーザーは、Transactionの構築に必要なデータを含むSignedDelegateActionを作成して署名し、それをrelayerサービスに送信します。リレイヤーは、このデータを使用してトランザクションに署名し、RPC呼び出しを介してSignedTransactionをネットワークに送信し、アクションがユーザーに代わって実行される間、リレイヤーがガス料金を支払うようにします。

これが実際にどのように見えるかをよりよく説明するために、次の例を考えてみましょう。 アリスはボブに$ALICEトークンを送りたいのですが、ガス代を賄うために必要な$NEARトークンがありません。メタ トランザクションを使用して、DelegateAction を作成し、署名して、relayer に送信します。ガス料金を支払うリレイヤーは、それをトランザクションで包み込み、オンチェーンで転送することで、送金を正常に完了させます。

ロードマップ

複数のブロックチェーンネットワーク間でのシームレスなユーザーエクスペリエンスの成功した実装の鍵は、それらのブロックチェーンの統合とサポートです。それらが競合するビジネスであっても、Nearは独自の競争ビジネスとして機能していますが、彼らの成長戦略は産業全体の成長を中心に展開され、ユーザーにシームレスで安全な方法で多くの他のブロックチェーンへのアクセスを提供しています。

名誉ある言及

他にも、チェーン抽象化サービスのソリューションを構築しているチームがいくつかありますので、これらに注目する価値があります。このリストは必ずしも網羅的ではなく、むしろチェーン抽象化モデルにさらなる研究を行いたい人々の基盤を提供しています。

Connext

Connextは、彼らのブログでチェーンの抽象化を定義したモジュラーな相互運用性プロトコルです。2023年5月発売)は、「ユーザーが自分がいるチェーンを気にする必要性を最小限に抑えることで、dAppのユーザーエクスペリエンスを向上させるパターン」であり、サービスプロバイダーが今日構築しているチェーン抽象化の基本原則を正確に表しています。Connextは、Chain Abstraction Toolkitを通じてアプリケーション開発者向けに一連のスマートコントラクトモジュールを提供していますが、その中核となる機能は、スマートコントラクトが異なる環境間で相互に対話できるようにするプリミティブであるxCallです。xCall関数は、資金、コールデータ、および/またはさまざまな名前付きプロパティのクロスチェーン転送を開始し、Chain Abstraction Toolkitは開発者が利用できるようにシンプルなロジックでラップします。開発者の視点から見ると、これは比較的単純なプロセスを意味します。

  1. 抽象化したい関数のためのアダプタを書きます。
  2. 統合するチェーンに必要なモジュールをデプロイします。
  3. UIから直接関数を呼び出します。

ソケットプロトコル

Socketは、相互運用性を重視した製品やサービスを構築するアプリケーション開発者に、チェーン間での安全で効率的なデータや資産の転送を実現するためのインフラストラクチャを提供します。ソケット 2.0プロトコルのシフトを示すものであり、クロスチェーンからチェーン抽象化サービスに移行します。これは、その主力であるModular Order Flow Auction (MOFA) メカニズムによって強調されており、効率的なチェーン抽象化市場のための競争メカニズムを実現することを目指しています。従来のOFAは、最良の結果を提供するために競争するさまざまなアクターのネットワークによって構成されています。同様に、MOFAは、実行エージェントであるTransmittersとユーザーの意向を提供するためのオープンマーケットプレイスを提供するように設計されています。MOFA内では、Transmittersは、複数のブロックチェーンを横断してデータと価値を転送する必要があるユーザーリクエストの順序付けされたシーケンス、またはチェーン抽象化されたバンドルを作成して履行するために競争します。

インフィネックス

Infinexは、分散型アプリケーションとエコシステムを統一することを目指した単一のUXレイヤーを構築しています。そのフラッグシップ製品、Infinex アカウントInfinexアカウントは、エンドユーザー向けに簡素化されたUXにオンチェーンアプリケーションを統合するためのプラットフォームとして機能するマルチレイヤーサービスです。その核となるInfinexアカウントは、標準的なweb2認証を介して制御、保護、回復できるクロスチェーンスマートコントラクトのセットです。

ブラフマコンソール

Brahma Financeは、主力製品であるConsoleを構築しており、これはオンチェーン実行およびカストディ環境であり、特にEVMブロックチェーンエコシステム全体のユーザーエクスペリエンスを向上させることを目的としています。Brahmaは、異なるチェーン間でトランザクションを同期するためにバッチ処理およびチェーン処理を使用し、オンチェーンでの相互作用にはSmart Accountsを使用しています。最終的な結果は、シングルUI内でシームレスなクロスチェーン相互作用を可能にするユーザーエクスペリエンス.

アゴリック

Agoricは、JavaScriptでクロスチェーンスマートコントラクトを構築するためのCosmosネイティブのレイヤー1ブロックチェーンです。Agoricプラットフォームは、非同期のマルチブロック実行環境で設計されており、クロスチェーンアプリケーションを開発するための頼りになる環境になることを目指しています。Agoricは、チェーン間通信にCosmos InterBlockchain Communication(IBC)プロトコルを利用し、Cosmosエコシステムを超えたインタラクションにはAxelarのGeneral Message Passing(GMP)を活用しています。AgoricのオーケストレーションAPIは、クロスチェーン通信とスマートコントラクトの実行に伴う複雑さを抽象化することで開発者のエクスペリエンスを簡素化し、エンドユーザーは固有のチェーン抽象化された機能を備えたアプリケーションの恩恵を受けます。

クロージングの考え

ここまでで、チェーンの抽象化がエンドユーザーにもたらす利点は明らかなはずです - ブロックチェーンネイティブアプリケーションを使用する複雑さは、統一されたインターフェースレイヤーに完全に抽象化され、参加したい人のためにグローバルでチェーンにとらわれない連絡先を作成します。

同様に重要なこととして、チェーンの抽象化はブロックチェーンアプリケーションに大きなメリットをもたらす可能性があります。現在、Web2開発者はアプリケーションをデプロイする場所を「選択」していません。たとえば、Airbnbはインターネットに接続している人なら誰でも利用できます。しかし、Web3ランドスケープでは、アプリケーション開発者はアプリケーションをデプロイする場所(Ethereum、Solana、Cosmosなど)を選択する必要があります。これはTAMを制限するだけでなく、アプリケーション開発者がアプリケーションをデプロイするための「適切な」チェーンを選択する必要があるという煩わしさも意味します。これは難しい決断であるだけでなく、重要な決断でもあります。非常に成功したものの、基盤となるブロックチェーンのために苦戦したアプリケーションがいくつかあります。さらに、今日のブロックチェーンの継続的な開発と進化に伴い、「正しい」チェーンは常に変化している可能性があります。チェーンが抽象化された未来では、アプリケーション開発者は、成功が結びついているチェーンを選択しなければならないという煩わしさから解放されます。

明らかに、私たちはますますマルチチェーンの未来に向かっていることが分かっています。これは、主流採用の最も重要な障壁の1つであるUXの問題をさらに複合化することになります。私たちは、その様々なコンポーネントを備えたチェーン抽象化が、現在の暗号通貨のUXの問題の多くに対する可能性のある解決策であると考えています。

免責事項:

  1. この記事は[から転載されています浅瀬研究]. すべての著作権は原作者に帰属します [IMAJINLとPAUL TIMOFEEV]。この再版に異議がある場合は、お問い合わせください。ゲート・ラーンチームにお預けください。迅速に対処します。
  2. 免責事項:本記事に表明された見解や意見は、著者個人のものであり、投資アドバイスを提供するものではありません。
  3. 記事の翻訳はGate Learnチームによって他の言語に翻訳されます。特に言及されていない限り、翻訳された記事のコピー、配布、盗作は禁止されています。

チェーン抽象化の 0-1

上級Jul 08, 2024
この記事は、チェーン抽象化の技術とアプリケーションを紹介し、マルチチェーンの未来の必然性を強調し、チェーン抽象化がユーザーエクスペリエンスをどのように向上させるかを探っています。
チェーン抽象化の 0-1

補足の事例を伴った、メインストリームのブロックチェーン採用を達成するための欠落している要素についての入門書。

複数のチェーンが不可避な未来とは何か、そしてそれが今日のUX問題を複利化する方法とは何か

数百のチェーンが存在する世界は避けられない。時間が経つにつれて、ほとんどのチームや開発者が自分たちの経済とユーザーを所有したいと思うでしょう。たとえこれがSolanaのような汎用実行環境で行われることができるとしても、そのアプリケーションはこれらの環境のスループットに依存しており、これらの環境のスループットは時々信頼性に欠けることが歴史的に示されています。ブロックチェーン技術へのパラダイムシフトが目前に迫っていると信じるなら、論理的な次の結論は、それに構築されたアプリケーションのための数百の実行環境が専門化されるということです。私たちはすでに今日、この展開が進行中であるのを見ることができます。dYdX, ハイパーリキッドFraxさらに、他の新興プロジェクトがスタンドアロンのアプリチェーンやロールアップになる可能性もあります。さらに、レイヤー2のスケーリングソリューションがレイヤー1と並行して存在する可能性もあります。なぜなら、より少ないノードのセットがより大きなセットよりも大幅に高速にグローバルに通信できるからです。これにより、ロールアップなどのL2は、L1からセキュリティを継承しながら、1/Nの信頼の前提(L1とは異なり、高いクォーラムが合意に達する必要がない)でほぼ制限なくスケーリングできるようになります。要するに、私たちは数百のL1とL2が存在する未来を想像しています。

しかしながら、現在、わずか数十のL1とL2しか持っていない状況でも、このマルチチェーンの現在においては、すでにフラグメントされた流動性、複数のブリッジやRPCエンドポイント、異なるガストークンや市場によるエンドユーザー向けの複雑さに関する懸念が示されています。したがって、マルチチェーンの将来には、フラグメント化された流動性、複数のブリッジ、RPCエンドポイント、異なるガストークンや市場によるエンドユーザー向けの複雑さなど、多くの問題が克服する必要があります。現時点では、わずか数のL1とL2が存在する世界において、これらのUXの複雑さを抽象化するための十分な方法論がまだ存在していません。マルチチェーンのエコシステムがこれらの重要なUXのハードルを修正せずに成長を続けた場合、エンドユーザーにとってブロックチェーンがどれだけ使いにくくなるかを想像するしかありません。

インターネットは、HTTP、TCP/IP、UDPなどのコアプロトコルを理解することでその利用者に到達したのではありませんでした。代わりに、技術的なニュアンスを抽象化して、素人でも使用できるようにしました。将来、ブロックチェーンやブロックチェーンネイティブのアプリケーションにも同じことが当てはまることになります。

暗号通貨では、ユーザーは複数のL1とL2に流動性を展開し、これらのL1とL2に分散したオンチェーンの流動性ソースを受け入れることで、サブオプティマルなUXを受け入れる必要があります。また、これらのシステムの技術的なニュアンスを理解する必要もあります。一般のユーザーには、ブロックチェーンのレールを使用していることさえ知る必要はありません。ユーザーがブロックチェーンのレールを使用していること、そしてフードの下にいくつのL1とL2が存在するかさえ知る必要はありません。これが業界が大規模な採用を実現する唯一の方法です。

チェーン抽象化がすべてを解決する理由

チェーンの抽象化は、一般のユーザーに対してブロックチェーンのニュアンスや技術的な詳細を抽象化する手段であり、彼らがブロックチェーンを使用していることさえ知らないシームレスなユーザーエクスペリエンスを提供するものです。次世代のビジネスやユーザーをブロックチェーンと暗号通貨ネイティブのエコシステムにオンボーディングするための欠けている要素かもしれません。

チェーン抽象化の構成要素に突入する

チェーン抽象化を実現するために重要なインフラを構築するいくつかのプロジェクトの概要を説明する前に、チェーン抽象化のパワーを担ういくつかの技術コンポーネントについて説明することが適切です。

アカウント抽象化

現在のウォレットはさまざまな制約に直面しています。さまざまなセキュリティ上の脆弱性に加えて、他のスマートコントラクトとの連携がなければ機能が制限されます。もし、外部所有アカウント(EOA)をスマートコントラクトウォレット(SCW)に変換するためにこのシナリオを再構築したらどうでしょうか?EOAとは異なり、SCWは単独ではトランザクションを開始することができません。EOAのプロンプトが必要です。両者の機能を統合することで、EOAをSCWに変換し、トランザクションを開始するだけでなく、スマートコントラクトの前提となる複雑で任意のロジックを実行できるようにします。

これは多数のユースケースを開放する可能性があります。この文脈では、特にチェーン抽象化に関連する方法に焦点を当てます。

EOAをSCWに変換すると、トランザクションを実行する人と署名する人を効果的に分離します。つまり、ユーザーは直接トランザクションを実行する必要はなく、洗練されたアクター(実行者と呼ばれる)が代わりに行うことができます。このプロセス中、ユーザーはウォレットの管理権限を放棄せず、プライベートキーを保持します。実行者を持つことには、異なるブロックチェーン全てにガス残高が必要なくなるという他の利点もあります。なぜなら、トランザクション/ガス手数料も抽象化されるからです。さらに、ユーザーはボタンをクリックするだけで複数のトランザクションをまとめて実行することができます。例えば、DEXのトークンを承認して、スワップし、その収益をAave市場に貸し出すことが可能です。

エグゼキューターを持つことで、ユーザーは資金の管理権を保持したまま、スマートコントラクトと直接やり取りする必要がなくなります。どんなブロックチェーンアプリケーションでも自由に利用できると想像してみてください。テレグラムボットアカウント抽象化により、このダイナミックな変換が可能になります。

さらに、アカウント抽象化により、ユーザーは異なるウォレット、RPC、異なる署名タイプを気にすることなく、自己保管資産を持ち、多くのチェーン上でDeFiポジションを開くことができます。異なるチェーンを使用していることさえ知らなくても、このデモを見ることができます。ここにまたは、アカウント抽象化の取り組みをリードするプロジェクトについて説明するために読み続けてください。

それだけではありません-アカウント抽象化は、ユーザーが第三者に管理されずにアカウントを安全に保護するために独自の秘密鍵を保持する必要がなくなりました。ユーザーは、2FAや指紋のようなより伝統的な認証手段に加えて、ソーシャルリカバリーを選択してウォレットを安全に保護することができます。ソーシャルリカバリーを使用すると、ユーザーの家族などを通じて失われたウォレットを復元することができます。

「次の10億人のユーザーは紙の上に12単語を書くことはしないでしょう。普通の人々はそんなことをしません。私たちは彼らにより使いやすいものを提供する必要があります。彼らは暗号キーのことを考える必要はありません。」- Yoav Weiss, EF

ウォレットは暗号通貨やブロックチェーンへの入り口であり、アカウントの抽象化は最終的にチェーンの抽象化を花開かせることを可能にします。

アカウント抽象化の内部動作の詳細については、以下を参照してください。これJarrod Wattsによるスレッド。Avocado Wallet by Instadappユーザー向けのアカウント抽象化の力を活用するためにも、重要な進展を遂げています。

意図

インテントは、洗練されたアクターや「ソルバー」がユーザーの代わりに最適な方法でトランザクションを実行できるようにします。その名の通り、ユーザーはオンチェーンのアクションを実行する意図を表明します。簡単に言えば、オフチェーンで、可能な限り最適な方法で望ましいオンチェーンのアクションを表明することです。例えば、CowSwapに注文を出すとき、実際には意図を提出しています。つまり、そのトークンを別のトークンに最適な価格で交換する意図を提出しているのです。この意図をオフチェーンで提出することで、公開メンプールをバイパスし、代わりに暗号化されたプライベートメンプールに直接ルーティングされます。そこでは、ソルバーが最適な価格でこの意図を埋めるために競争します。彼らは自分自身のバランスシート、プライベートオーダーフロー、またはUniswapやCurveのようなオンチェーンの流動性取引所を使用して、この意図を埋めることができます。このようにして、ソルバーのマージンはゼロに圧縮され、ユーザーに最適な実行が提供されます。なぜなら、常に別のソルバーがこの意図を埋めるために準備ができているからです。

では、意図が何であるかを定義したので、具体的にどのようにしてチェーンの抽象化を実現するのに役立つのでしょうか?

その答えは、アカウントが抽象化された世界における署名者と執行者の間の線引きに帰着します。ユーザーがボタンをクリックしてトランザクションに署名するだけであれば、オンチェーン上のすべてのニーズを高度なアクターにアウトソーシングすることができ、そのアクターが最適な実行を見つける責任を負うことができます。その後、巧妙なアクターは、L1とL2にまたがるすべての異なるアプリケーションと相互作用するリスク、異なるチェーン上の異なるトークンでの関連するガス料金、再編成リスク(チェーンには2つの異なるバージョンがあります)、およびその他の実行リスクを負います。これらの手順とリスクを引き受けることで、ソルバーはそれに応じてユーザーに請求される料金の価格を設定します。このような状況では、ユーザーはオンチェーンの製品やサービスを使用する際のさまざまな複雑さや関連するリスクについて考える必要はなく、代わりに洗練されたアクターにアウトソーシングされ、それに応じてユーザーに価格設定が行われます。ソルバー間の競争により、ユーザーに請求される手数料はほぼゼロに圧縮され、常に別のソルバーがすべての注文フローを獲得しているソルバーをアンダーカットする準備ができています。それは自由市場の魔法です - 競争のプロセスを通じて、ユーザーはより低価格でより質の高いサービスを受けることができます。

例を探ってみましょう:私はEthereum上に$ETHを持っており、Solana上の$SOLを希望し、最良の価格で実行したいと考えています。リクエストフォーフォーマット(RFQ)システムを通じて、意図マーケットプレイスは注文フローを渡し、数秒でユーザーはSolana上の$SOLを入手できます。特筆すべきは、Ethereumが12秒のブロックタイムを持っていることで、これはソルバーが決済保証を持っていなくても、独自のノードを実行することで$USDCの入金取引が有効であり、処理されることをかなり確信できることを意味します。さらに、独自の貸借対照表を使用することで、ソルバーはSolana上の$SOLの資本を先行投入し、実質的に資本を得る前に意図を果たすことができます。リスクはユーザーによって負担されるのではなく、洗練された行為者によって負担されるため、ユーザーはブリッジやRPC、ガスコストを知らずに、サブセカンドの待ち時間で、最良の価格で意図を果たすことができます。

この場合、ユーザーはまだどのチェーンを使用しているかを知っています。この例は、意図が完全にチェーンを抽象化したものではなく、現在の景色でどのように機能しているかを示すためのものです。しかし、意図はそれに止まりません-もっと多くのことが可能です。

ユーザーのニーズを満たすために、意図がすべてのことに取り組む未来を簡単に想像することができます。ユーザーは単にやりたいことを指定するだけで、最も効率的な方法で完了します。例えば、ユーザーは自分の$ETHに対して$DAIを借り入れ、$DAIを流動性プールに預けて$CRVの報酬を獲得したいと思うかもしれません。この例では、認可されたソルバーがすべての$DAIの借入金利を$ETHに対して比較し、最低金利で融資を受けます。ソルバーはその後、最も高い収益率の100%の$DAIベースのLPからの利回りを$CRVにオートコンパウンドするために、$DAIをYearnのようなボールトに預けます。そして、それがユーザーのウォレットにストリームされます。

ただし、重要な注意点として、リスクは主観的なものであり、取引の最大価格スリッページなどの他の客観的なインプットとは異なり、意図で表現することはできません。では、この目的を果たすために、どの貸付市場、流動性プール、チェーンが使用されているのでしょうか?結局のところ、それぞれに異なるリスクプロファイルと信頼の前提があります。そこで「認定ソルバー」の出番です。承認された各ソルバーは、事前に表明されたユーザーのリスクと信頼の好みを使用してユーザーの意図を実行するために、ある程度ユーザーによって信頼されます。たとえば、ユーザーは「リスクの高い」契約に入金しないことを指定できます。ただし、パワー ユーザーのみが、ソルバーのネットワークに対して主観的なプリファレンスの大規模なセットを指定する可能性があります。パワーユーザー(HFT、MM、VCなど)よりもさらに洗練されたプレーヤーは、ソルバーからの手数料を回避し、リスクと信頼の仮定を自分で調整するために、チェーンと直接やり取りする可能性があります。ブロックチェーンを少し理解しているユーザーは、ソルバーが操作できるプリセットのセット(低、中、高リスクなど)から選択できる可能性があります。

ユーザーの主観的なニーズに対応するために認可されたソルバーのセットを利用することで、ソルバー間で競争力のあるダイナミクスが生まれ、ユーザーの注文を最善の方法で処理するためのユーザーの負担を最小限に抑えます。さらに、ユーザーはいつでもソルバーの実行特権を削除することでソルバーを「非認可」することができるため、チェックとバランスのシステムが維持されます。この方法により、ソルバーは正直になり、ユーザーの好みに従う動機づけが生まれます。そうでなければ、別のソルバーがユーザー発注元に対して悪意を持って行動していたことを証明することができます。

もちろん、意図はまだ進化途上であり、意図がどのようにより洗練されたテクノロジーに変換できるかに関する推測はそれだけです - 推測です。ただし、このように意図が進化することは驚くことではありません。私たちは、意図が抽象化された未来を具現化する上で最も重要な役割を果たすと信じています。

意図に直面する2つのプロジェクトがありますCowSwapそしてデブリッジ. CoWSwapについてはすでに書いており、ユーザーに優れたUXと実行を提供するために追求する意図ベースのアーキテクチャについて説明しました。ここCoWSwapに類似して、deBridgeは意図ベースのアーキテクチャに従っていますが、それを行うことで高速のクロスチェーンスワップ(取引)を可能にしています。DeBridgeは、チェーン間での高速取引速度、最小限の手数料、優れた実行に関連するシームレスなUXに焦点を当てています。意図ベースのソリューションのほとんどと同様に、deBridgeは、MM、HFT、および他の洗練されたアクターからなるソルバーネットワークを利用し、彼ら自身のバランスシートを介して宛先チェーンでの資本を先行させた後、ユーザーの資本をソースチェーンで集めます。ソルバー同士が競争してユーザーに可能な限り最良の実行を提供することに加えて、deBridgeは、リオーグのリスクなどのリスクや、ガス手数料や関与する異なるチェーンでの異なるRPCなどのその他の不便をソルバーに押し付けることで、自分自身を差別化しています。

以下の図は、deBridgeモデルを示しています。以下の例では、Solana上のUSDステーブルコインを持つユーザーが、Ethereum上のEURステーブルコインを希望しています。彼らはdeBridgeアプリケーションに意向を表明し、それがソルバーネットワークに伝播することで、彼らのバランスシート上でEthereum上の$ETHを持つソルバーが、Ethereum上の$ETHを$ethEURにスワップし、Ethereum上のEURステーブルコインに変換します。その後すぐにdeBridgeのバリデータセットソルバーが目的のチェーン(この場合、ユーザーに$ethEURを提供する)でユーザーの意図を果たしたことを検証すると、ソースチェーン(この場合、Solana)上のユーザーの資本がソルバーによってアンロックされることを許可します。ユーザーは、検証が行われる前に目的のチェーン上で自分の資本を受け取る必要はありません。


deBridgeとその意図に基づく設計をよりよく理解するために、以下のページをご覧いただくことをお勧めします。これポッドキャストのエピソード。

流動性の集約

将来のマルチチェーン環境の兆候の一つは、極度の流動性の断片化です。これを統合することは困難です。ロールアップ、バリディウム、L1など何百ものチェーンが存在する世界では、各チェーンがネットワーク上で独自の流動性を持っていますが、その結果、流動性プールが断片化しているため、エンドユーザーにとってユーザーエクスペリエンスがますます悪化します。

仮に暗号通貨市場の流動性のすべてが1つの中央集権型取引所(CEX)に集約されたとしたら、数百ものCEXとさらに多数のオンチェーンDEXが同じ流動性を共有する現状とは異なり、エンドユーザーの取引実行は、検閲や総合的な中央集権化の懸念を置いても、最善のものになるだろう。これは仮説に過ぎず、競争が激しく、分散化の力が存在する現実世界では実現不可能である。

DEXアグリゲーターの出現は、単一のネットワーク上の断片化された流動性ソースを統一されたインターフェースに集約することが重要な一歩でしたが、避けられないマルチチェーンの未来が始まると、DEXアグリゲーターはそれだけでは足りなくなります。なぜなら、DEXアグリゲーターは単一のチェーン上での流動性を集約することしかできず、複数のチェーンまたは1つ以上のチェーンをまたいで流動性を集約することはできないからです。さらに、Ethereumのようなブロックチェーンでは、複数のソースやチェーン間で流動性をルーティングするために必要なガスコストにより、アグリゲーターの利用コストが直接の流動性ソースよりも高くなりました。このモデルは、Solanaのような安価で低レイテンシーなネットワーク上でより大きな成功を収めています。ただし、集積器自体はまだ取引をルーティングできる流動性源を制限されています。

チェーン抽象化された未来では、断片化された流動性を集約するための技術を持つことが重要です。理想的なユーザーエクスペリエンスはチェーンに依存せず、サードパーティのソルバーに実行サービスを頼ることが多いため、これらのデフラグメンテーションを推進するいくつかのソリューションがあります。Polygon AggLayerとOptimism Superchainは触れていく2つのソリューションですが、これら以外にも多くのチームがこのようなソリューションに取り組んでいます。

ポリゴンAggLayer

としてPolygonのウェブサイトステート: "AggLayerは、共通のブリッジと、暗号化された保証を提供するZKパワードメカニズムという2つのコンポーネントを持つ分散型プロトコルになります。ZKプルーフがセキュリティを提供するため、AggLayerに接続されたチェーンは主権を維持し、モジュラーなままで一体型のチェーンのシームレスなUXを保つことができます。"

基本的に、ロールアップなどのEthereum Layer 2スケーリングソリューションは、Ethereumとの正規のブリッジを持っています。つまり、EthereumからL2にブリッジされるすべてのユーザーファンドがこのブリッジ契約に存在します。しかし、これにより、異なるL2間の相互運用性やデータのシームレスな通信、価値の転送が阻害されます。これは、例えば、BaseからZora(両方のEthereumロールアップ)に移る場合、下記のように、BaseからEthereumに正規のBaseブリッジを使用して移動し、その後EthereumからZoraに正規のZoraブリッジを使用して移動するため、7日間の引き出しプロセスを実行する必要があるからです。このため、Baseのようなオプティミスティックロールアップでは、ブリッジングトランザクションを争議するための時間が必要です。フォールト/フロードプルーフこれは長いプロセスであることに加えて、イーサリアムのメインチェーンとやり取りする必要があるため、高額です。

PolygonのAggLayerはこのプロセスを逆転させます。特定のロールアップユーザーの非ネイティブアセットのみが存在するイーサリアムへの正規のブリッジではなく、すべてのチェーンが他のチェーンと共有のブリッジ契約を利用してAggLayerを使用し、以下のような流動性のハブを持つことができます。このプロセスを通じて、開発者は自分のチェーンをAggLayerに接続して、ユーザーが統合された流動性を楽しむことができるようになります。

AggLayerの動作原理

AggLayerは、それに接続されたすべてのチェーンからのゼロ知識(ZK)証明を集約し、クロスチェーン取引を容易にします。 AggLayerは、サポートされているすべてのチェーンがZK証明を投稿する場所であり、いくつかのアクションが行われたことを示します。たとえば、Baseから5 $USDCが引き出され、他のサイド(例えばZora)で流動性が解放されたことなどです。

さらにこれを説明するために、実践でどのように機能するかを考えてみてください。この例では、すべての名前付きチェーンがAggLayerに接続されていると仮定しています。

ソルバーは、Baseに居住するユーザーからの要求または意向を検出します。ユーザーは$ETHを持っており、Zoraで3000$DAIのNFTを購入したいと考えています。ソルバーにはバランスシート上に$DAIがないため、この意向を満たす最良のルートを迅速に探す必要があります。彼らは、Optimism上の$DAIがZoraの市場$DAIよりも安いことに気付きます。したがって、ソルバーは、ユーザーがBaseに$ETHを持ち、Optimism上の同じ量の$ETHを要求していることを示すプルーフをAggLayerに投稿します。ブリッジ契約が共有されているため、ZKプルーフがあれば、チェーン「X」にある該当する量の同種資産をチェーン「Y」に移動するだけで済みます。

ZKプルーフを投稿し、Optimism上で同等の量の$ETHをロック解除した後、ソルバは次に$DAIにスワップし、同じプロセスを行い、Zora上で同じ量の$DAIを取得してNFTを購入を完了します。裏では、AggLayerはエンドユーザーやAggLayerに接続されたチェーンに対するより強力なセキュリティ保証のために、これらのZKプルーフをEthereumに決済します。

ただし、この場合、ソルバー/ユーザー/その他のアクターは在庫リスクを負います。これは、Optimism上の$DAIレートがアービトラージされ、NFTのコストが上昇し、$ETHの価格が下落する、またはユーザーからのオーダーフローが発生してから埋められるまでの間に発生する、他のリスクの形で現れます。単一のチェーン上のDEXアグリゲーターとは異なり、異なる状態機械と相互作用するソルバーは、この同じ原子的合成性に関しては知らせてもらえません。原子的合成性により、すべての操作が単一の線形シーケンスで実行され、すべてが成功するか、すべてが一緒に失敗するかが保証されます。これは、異なる状態機械間では、常に再構築の潜在的なリスクがあるため、少なくとも1ブロックの遅延が必要であるためです。(宛先チェーンで)。

ただし、これは前述のユースケースが不可能であることを意味するものではありません。長尾のイベントだけでなく、課題解決者や他の高度なアクターも存在し、これらのリスクをユーザーに対して価格設定することで補償することができます。たとえば、課題解決者は、発生した場合に損失を補償することで実行を保証することができます。または、自己のバランスシートを使用してユーザーの意図を満たすこともできます。

オプティミズムスーパーチェーン

集約流動性の別の例は、Optimism Superchain イニシアチブです。Superchain は、Optimismのドキュメンテーション「OPスタックに構築されたブリッジング、分散型ガバナンス、アップグレード、コミュニケーションレイヤーなどを共有するチェーンネットワーク」と定義される。このプロジェクトは、AggLayerに類似した流動性の集約に焦点を当てている。Optimism Superchainでは、Superchainの一部であるすべてのチェーンが共有ブリッジ契約を利用する。これは、Superchain内のチェーン間での流動性の集約化に向けた第一歩である。

SuperChainとAggLayerの違いは、AggLayerがシームレスにZK-proofを頼るのに対して、SuperChainが共有に頼ることです。シーケンサーSuperchainにオプトインするチェーン間で共有シーケンスについての詳細には触れませんが、この投稿では触れていません。参照してください。これ共有シーケンスがどのようにシームレスなクロスチェーン相互運用性の領域で利点を開放し、ある程度、原子的な合成性(クロスチェーン原子的な合成性に関連する上記の同じ問題がここでも適用されます)。

Superchainに参加するチェーンは共有シーケンサーを使用する必要があるため、Superchainに参加するチェーンで使用できる実行環境が制限される可能性があります。その他の面倒な課題として、ユーザーが作成したMEVへのアクセスが失われることもあります。ここ.しかし、チームのようなエスプレッソチェーンを利用してMEVを再分配する方法に取り組んでいます。さらに、Polygon AggLayerに接続されたすべてのチェーン(およびしたがってこのAggLayerにZK証明を投稿する)は、同じZK回路を使用する必要があります。これはまた、AggLayerに接続されたチェーンで使用できる実行環境を制限する可能性があります。

Chain Abstraction is a Piece of CAKE


フロンティア研究は、上記のように見ることができるCAKE(Chain Abstraction Key Elements)フレームワークを開発しました。これは、ユーザーに直接影響を与えるアプリケーション層を除く、3つのレイヤーを概説しており、その状態に到達するために必要なものです。

「チェーンが抽象化された世界では、ユーザーはdAppのウェブサイトにアクセスし、ウォレットに接続し、意図した操作に署名し、最終的な決済を待ちます。必要な資産をターゲットチェーンに取得し、最終決済を実行する複雑さは、ユーザーから抽象化され、CAKEの3つのインフラストラクチャレイヤーで処理されます。」

このフレームワークは、CAKEの3つのインフラストラクチャレイヤーを認可レイヤー、ソルバーレイヤー、および決済レイヤーとして特定しています。私たちは主にソルバーレイヤーと認可レイヤーに触れています。認可レイヤーには、アカウントの抽象化とポリシー(私たちがそれを呼んでいる認可)から成り、また、オラクル、ブリッジなどの低レベル技術を含む決済レイヤーも含まれています。事前確認、およびその他のバックエンド機能。

そのため、決済レイヤーは、ソルバーやその他の高度なアクターやユーザー向けアプリケーションにとって、このフレームワークの決済コンポーネントがすべて連携して、ソルバーがリスクを管理し、ユーザーにより良い実行を提供するのに役立つため、非常に有益であることが期待されます。これは、データの可用性や実行証明などの他のコンポーネントにも拡張されます。これらはすべて、アプリケーション開発者に安全な構築体験を提供し、最終的にエンドユーザーに渡されるセキュリティ保証を提供するためのチェーンの要件です。

CAKEフレームワークは、この投稿で言及された多くの概念を包含し、チェーン抽象化のさまざまなコンポーネントとその関係を見るための一貫した方法を提供します。フレームワークに興味を持つ方は、読んでください。これ導入記事。

チェーン抽象のケーススタディ

チェーン抽象化された未来に向けた取り組みを主導する数多くのプロジェクトについてすでに触れてきましたが、同様のことを行っているいくつかの注目すべきプロジェクトがあります。

パーティクルネットワーク

Particle Networkは、Cosmos SDK上に構築されたモジュラーL1ブロックチェーンを立ち上げ、高性能のEVM互換の実行環境として機能します。元々、Particleはアカウント抽象化サービスプロバイダーとしてデビューし、ユーザーがWeb2ソーシャルアカウントにリンクされたスマートコントラクトウォレットを作成し、それをdApp埋め込みインターフェース内でネイティブに使用できるようにしました。その後、プロトコルは提供範囲を拡大し、L1上でウォレット、流動性、およびガスの抽象化サービスのスイートを通じて、より広範なブロックチェーンの景観にわたるチェーン抽象化の普及を目指しています。

他のチェーン抽象化サービスプロバイダと同様に、Particleは将来的には誰でも単一のアカウントを介して複数のチェーン間で簡単に取引ができるようになることを想定しており、希望するトークンでガス料金を支払うことができます。したがって、基盤となるL1はマルチチェーンエコシステムのコーディネータとして機能し、EVMおよび非EVMドメインを統一し、ユーザーと流動性を統合します。

どのように機能するか見てみましょう。

Particle Chain抽象スタック

Particleは、チェーン抽象化サービスのための多角的なツールキットを提供しており、それぞれのコア技術が大きな全体の一部として独自の役割を果たしています。

ユニバーサルアカウント

エンドユーザーの視点から見ると、Particleのチェーン抽象化スタックは、第一原則であるアカウントの作成から始まります。Particleのユニバーサルアカウントは、既存のEOA(外部所有アドレス)に接続されたERC-4337スマートアカウントとして機能し、アトミッククロスチェーントランザクションを自動的にルーティングして実行することにより、複数のチェーンのトークン残高を1つのアドレスに集約します。従来の暗号ウォレットはアカウントの作成と管理に使用できますが、ParticleのWaaSユーザーはソーシャルログインも利用できます。

さまざまなブロックチェーンネイティブの操作の複雑さを抽象化するために、UAは既存のウォレットの上に構築された統一インターフェースとして機能し、ユーザーが単一のチェーン上に存在するかのように複数のブロックチェーン環境にトークンを預け入れて使用できるようにします。 UA全体で同期状態を維持するために、アカウント設定はParticle L1に保存され、すべてのインスタンスで真実の中心源として使用されます。ネットワークはその後、新しいインスタンスを展開するか、既存のインスタンスを更新するためにクロスチェーンメッセージングを容易にします。

そのため、Particle L1は、ParticleのUAを介して処理されるすべてのクロスチェーン取引の調整および決済レイヤーとして機能します。

ユニバーサル流動性

Particleのチェーン抽象化サービスのもう一つの重要な要素は、ユニバーサル・リクイディティ機能です。UAは、ユーザーがインターフェースを介してトランザクションリクエストを表現する手段を提供しますが、ユニバーサルリクイディティとは、これらのリクエストの自動実行を担当するレイヤーを指し、これにより、異なるネットワーク間で残高を統一することができます。この機能は、ネイティブガストークンの購入や新しいネットワーク用のネイティブウォレットの作成など、現在の参入障壁によって妨げられていたクロスチェーン転送を可能にするための鍵となります。

例えば、ユーザーがこれまで使ったことがなく、資金も持っていないブロックチェーン上の資産を購入したい場合、この購入に必要な流動性は、ユーザーの既存の残高から自動的に供給されます。これは主に、Particleの分散型メッセージングネットワーク(DMN)によって可能になり、Relayer Nodesと呼ばれる特殊なサービスが外部チェーンイベントとステートイベントの決済を監視できるようにします。より正確には、DMN のリレイヤーはメッセージングプロトコルを使用して、外部チェーン上の UserOperations のステータスを監視し、最終的な実行ステータスをパーティクル L1 に確定します。

ユニバーサルガス

Particleのチェーン抽象化スタックの第3の柱は、ネットワークのガス抽象化サービスの一部であるUniversal Gas Tokenの実装です。 ParticleのUAとの相互作用によってアクセスされるUniversal Gasは、ユーザーがガス手数料として任意のトークンを使用できるようにします。つまり、BobはBaseのUSDCを使用してSolana上のスワップのトランザクション手数料を支払うことができ、一方、AliceはArbitrum上の彼女のARBトークンを使用してEthereumでNFTを購入するためのトランザクション手数料を支払うことができます。

ユーザーがParticle UAを介してトランザクションを実行する場合、インターフェイスはユーザーに選択したいガストークンを選択するように促し、その後、自動的にParticleのネイティブペイマスター契約を介してルーティングされます。すべてのガスペイメントはそれぞれのソースおよび宛先チェーンに決済され、手数料の一部はParticleのネイティブ$PARTIトークンにスワップされ、Particle L1で決済されます。

ロードマップ

Particleは、既存のアカウント抽象化インフラストラクチャの上に構築されています。これにより、17m以上のウォレットアクティベーションと10m以上のUserOperationsが報告されています。ユニバーサル流動性層の追加とユニバーサルガストークンとの組み合わせにより、Particleは、より広範なユーザーや参加者に対するチェーン抽象化サービスの提供に拡大することを目指しています。Particle L1は、今日の既存のブロックチェーンと直接競合する別のブロックチェーンではありません。むしろ、すべてを接続する相互運用性レイヤーを提供することを目指しています。これには、NearやCake R&Dチームなど、チェーン抽象化サービスセクターの主要チームと協力しています。

Particle Network L1は現在テストネットフェーズにあり、実験的なUA実装内でのユニバーサルガスの試用を早期参加者に許可しています。

Near Protocol

Nearは、分散型製品やサービスを構築する開発者のためのフルスタックアプリケーションドメインとして機能するシャード化されたプルーフ・オブ・ステーク・レイヤー1ブロックチェーンです。Nearの核となる精神の多くは、ブロックチェーンネイティブのアプリケーションと主流のオーディエンスの間のギャップを埋めることを中心に展開しています。このビジョンを実現するための鍵は、エンドユーザーからブロックチェーンを抽象化することです。Nearは、ウォレットの切り替え、ガス料金の管理、ブリッジングなど、ブロックチェーンネットワークを使用する際の重要な問題点を抽象化するために構築された多面的なアーキテクチャであるアカウントアグリゲーションでこれにアプローチします。これは、すべての操作を 1 つのアカウントで実行することで実現されます。

これらすべてがどのように機能するかをより深く理解するために、私たちはもっと深く潜ってみましょう。

Near Chain抽象スタック

ニアアカウント

ほとんどのブロックチェーンで使用されている英数字の公開キーハッシュ標準に加えて、Nearの独自のアカウントモデルは、各アカウントを人間が読めるアカウント名にマッピングできるようにします。 つまり、alice.nearなどです。 Nearアカウントは、それぞれがその性質と基礎となる機能において異なる2種類のアクセスキーを利用しており、各キーはそのドメインに固有の様々な権限と構成を考慮に入れた複数のブロックチェーン上で複数のキーを管理できるようになっています。

  • フルアクセスキー:これらは署名に使用できます取引アカウントの代わりに仮想的なアクションを実行するためのものであり、共有されるべきではない。
  • Function-Callキー:これらのキーは、特定の契約または契約のセットに対して呼び出しを署名するための許可を付与されます。

エンドユーザーへのブロックチェーンの抽象化をさらに強化するのは、Near独自の鍵管理システムであるFastAuthによる簡素化されたオンボーディングプロセスです。FastAuthを使用すると、ユーザーはメールアドレスと同じくらい単純なものでブロックチェーンネイティブのアカウントにサインアップでき、長くて複雑なシードフレーズやパスワードの代わりに、パスワードを生体認証に置き換えるパスキーを使用できます。

チェーン署名

マルチチェーン署名は、Nearがブロックチェーンの抽象化の重要な要素であり、任意のNEARアカウントが他のチェーン上のリモートアドレスを持ち、それらのアドレスからメッセージに署名しトランザクションを実行することを可能にします。これを実現するために、Chain Signaturesはこれらのリモートアドレスの署名者としてNEAR MPC(multi-party computation)ネットワークを使用し、明示的な秘密鍵の必要性を排除します。これは、MPC署名者が同じ集約公開鍵を維持できるようにする新しい閾値署名プロトコルによって実現されており、鍵の共有形式を実装して、鍵共有とノードが絶えず変化しても同じ集約公開鍵を維持できます。

MPCサインノードをNEARネットワークの一部にすることで、スマートコントラクトはアカウントの署名プロセスを開始することができます。 チェーンID、NEARアカウントID、および特定のパスの異なる組み合わせを使用することにより、各アカウントは任意のチェーン上で無制限のリモートアドレスを作成できます。

メタトランザクション

今日のユニバーサルブロックチェーンのランドスケープ全体にわたるシームレスなユーザーエクスペリエンスの発展を妨げる別の重要な問題は、各ブロックチェーンが独自のネイティブトークンでガス料金を支払う必要があることであり、ユーザーは基礎となるネットワークを使用できる前にこれらのトークンを取得する必要があります。

NEP-366Nearにメタトランザクションを導入し、チェーン上にガスやトークンを所有することなくNearでトランザクションを実行できるようにする機能を導入しました。これは、署名されたトランザクションを受信し、ガス料金を補助するために必要なトークンを添付しながらネットワークに中継するサードパーティのサービスプロバイダーであるRelayersによって可能になります。技術的な観点から見ると、エンドユーザーは、Transactionの構築に必要なデータを含むSignedDelegateActionを作成して署名し、それをrelayerサービスに送信します。リレイヤーは、このデータを使用してトランザクションに署名し、RPC呼び出しを介してSignedTransactionをネットワークに送信し、アクションがユーザーに代わって実行される間、リレイヤーがガス料金を支払うようにします。

これが実際にどのように見えるかをよりよく説明するために、次の例を考えてみましょう。 アリスはボブに$ALICEトークンを送りたいのですが、ガス代を賄うために必要な$NEARトークンがありません。メタ トランザクションを使用して、DelegateAction を作成し、署名して、relayer に送信します。ガス料金を支払うリレイヤーは、それをトランザクションで包み込み、オンチェーンで転送することで、送金を正常に完了させます。

ロードマップ

複数のブロックチェーンネットワーク間でのシームレスなユーザーエクスペリエンスの成功した実装の鍵は、それらのブロックチェーンの統合とサポートです。それらが競合するビジネスであっても、Nearは独自の競争ビジネスとして機能していますが、彼らの成長戦略は産業全体の成長を中心に展開され、ユーザーにシームレスで安全な方法で多くの他のブロックチェーンへのアクセスを提供しています。

名誉ある言及

他にも、チェーン抽象化サービスのソリューションを構築しているチームがいくつかありますので、これらに注目する価値があります。このリストは必ずしも網羅的ではなく、むしろチェーン抽象化モデルにさらなる研究を行いたい人々の基盤を提供しています。

Connext

Connextは、彼らのブログでチェーンの抽象化を定義したモジュラーな相互運用性プロトコルです。2023年5月発売)は、「ユーザーが自分がいるチェーンを気にする必要性を最小限に抑えることで、dAppのユーザーエクスペリエンスを向上させるパターン」であり、サービスプロバイダーが今日構築しているチェーン抽象化の基本原則を正確に表しています。Connextは、Chain Abstraction Toolkitを通じてアプリケーション開発者向けに一連のスマートコントラクトモジュールを提供していますが、その中核となる機能は、スマートコントラクトが異なる環境間で相互に対話できるようにするプリミティブであるxCallです。xCall関数は、資金、コールデータ、および/またはさまざまな名前付きプロパティのクロスチェーン転送を開始し、Chain Abstraction Toolkitは開発者が利用できるようにシンプルなロジックでラップします。開発者の視点から見ると、これは比較的単純なプロセスを意味します。

  1. 抽象化したい関数のためのアダプタを書きます。
  2. 統合するチェーンに必要なモジュールをデプロイします。
  3. UIから直接関数を呼び出します。

ソケットプロトコル

Socketは、相互運用性を重視した製品やサービスを構築するアプリケーション開発者に、チェーン間での安全で効率的なデータや資産の転送を実現するためのインフラストラクチャを提供します。ソケット 2.0プロトコルのシフトを示すものであり、クロスチェーンからチェーン抽象化サービスに移行します。これは、その主力であるModular Order Flow Auction (MOFA) メカニズムによって強調されており、効率的なチェーン抽象化市場のための競争メカニズムを実現することを目指しています。従来のOFAは、最良の結果を提供するために競争するさまざまなアクターのネットワークによって構成されています。同様に、MOFAは、実行エージェントであるTransmittersとユーザーの意向を提供するためのオープンマーケットプレイスを提供するように設計されています。MOFA内では、Transmittersは、複数のブロックチェーンを横断してデータと価値を転送する必要があるユーザーリクエストの順序付けされたシーケンス、またはチェーン抽象化されたバンドルを作成して履行するために競争します。

インフィネックス

Infinexは、分散型アプリケーションとエコシステムを統一することを目指した単一のUXレイヤーを構築しています。そのフラッグシップ製品、Infinex アカウントInfinexアカウントは、エンドユーザー向けに簡素化されたUXにオンチェーンアプリケーションを統合するためのプラットフォームとして機能するマルチレイヤーサービスです。その核となるInfinexアカウントは、標準的なweb2認証を介して制御、保護、回復できるクロスチェーンスマートコントラクトのセットです。

ブラフマコンソール

Brahma Financeは、主力製品であるConsoleを構築しており、これはオンチェーン実行およびカストディ環境であり、特にEVMブロックチェーンエコシステム全体のユーザーエクスペリエンスを向上させることを目的としています。Brahmaは、異なるチェーン間でトランザクションを同期するためにバッチ処理およびチェーン処理を使用し、オンチェーンでの相互作用にはSmart Accountsを使用しています。最終的な結果は、シングルUI内でシームレスなクロスチェーン相互作用を可能にするユーザーエクスペリエンス.

アゴリック

Agoricは、JavaScriptでクロスチェーンスマートコントラクトを構築するためのCosmosネイティブのレイヤー1ブロックチェーンです。Agoricプラットフォームは、非同期のマルチブロック実行環境で設計されており、クロスチェーンアプリケーションを開発するための頼りになる環境になることを目指しています。Agoricは、チェーン間通信にCosmos InterBlockchain Communication(IBC)プロトコルを利用し、Cosmosエコシステムを超えたインタラクションにはAxelarのGeneral Message Passing(GMP)を活用しています。AgoricのオーケストレーションAPIは、クロスチェーン通信とスマートコントラクトの実行に伴う複雑さを抽象化することで開発者のエクスペリエンスを簡素化し、エンドユーザーは固有のチェーン抽象化された機能を備えたアプリケーションの恩恵を受けます。

クロージングの考え

ここまでで、チェーンの抽象化がエンドユーザーにもたらす利点は明らかなはずです - ブロックチェーンネイティブアプリケーションを使用する複雑さは、統一されたインターフェースレイヤーに完全に抽象化され、参加したい人のためにグローバルでチェーンにとらわれない連絡先を作成します。

同様に重要なこととして、チェーンの抽象化はブロックチェーンアプリケーションに大きなメリットをもたらす可能性があります。現在、Web2開発者はアプリケーションをデプロイする場所を「選択」していません。たとえば、Airbnbはインターネットに接続している人なら誰でも利用できます。しかし、Web3ランドスケープでは、アプリケーション開発者はアプリケーションをデプロイする場所(Ethereum、Solana、Cosmosなど)を選択する必要があります。これはTAMを制限するだけでなく、アプリケーション開発者がアプリケーションをデプロイするための「適切な」チェーンを選択する必要があるという煩わしさも意味します。これは難しい決断であるだけでなく、重要な決断でもあります。非常に成功したものの、基盤となるブロックチェーンのために苦戦したアプリケーションがいくつかあります。さらに、今日のブロックチェーンの継続的な開発と進化に伴い、「正しい」チェーンは常に変化している可能性があります。チェーンが抽象化された未来では、アプリケーション開発者は、成功が結びついているチェーンを選択しなければならないという煩わしさから解放されます。

明らかに、私たちはますますマルチチェーンの未来に向かっていることが分かっています。これは、主流採用の最も重要な障壁の1つであるUXの問題をさらに複合化することになります。私たちは、その様々なコンポーネントを備えたチェーン抽象化が、現在の暗号通貨のUXの問題の多くに対する可能性のある解決策であると考えています。

免責事項:

  1. この記事は[から転載されています浅瀬研究]. すべての著作権は原作者に帰属します [IMAJINLとPAUL TIMOFEEV]。この再版に異議がある場合は、お問い合わせください。ゲート・ラーンチームにお預けください。迅速に対処します。
  2. 免責事項:本記事に表明された見解や意見は、著者個人のものであり、投資アドバイスを提供するものではありません。
  3. 記事の翻訳はGate Learnチームによって他の言語に翻訳されます。特に言及されていない限り、翻訳された記事のコピー、配布、盗作は禁止されています。
今すぐ始める
登録して、
$100
のボーナスを獲得しよう!