チェーン抽象化の未来はまだ遠い？

著者：Rui、投資家、SevenX Ventures; 翻訳：0xjs@Golden Finance

ロールアップの流行では、ユーザーのためにインフラの複雑さを単純化することでしか達成できません。これは、すべてのクロスチェーン操作がアカウント、署名、ガスを必要とすることを意味します。しかし、アカウント状態の同期、署名の集約、アトミック実行、遅延発生などの課題が残っています。

1.チェーンの抽象化とは

最終段階では、エンドユーザーは基本的な知識を必要としません。彼らは単に自分の意図を表明するか、注文を指定し、トランザクションに署名するだけで、残りの作業（ルーティング、ガス変換、ビルド、注文、クロスチェーン操作）は自動的に処理されるようになります。 この記事では、特にクロスドメインの抽象化に焦点を当てます。

2.チェーンの抽象化が重要な理由

ファットプロトコル理論の助けを借りて、ブロックチェーンのロールアップや代替L1ビルダーは指数関数的に増加しており、ロールアップ・アズ・ア・サービスは新しいブロックチェーンの作成速度を1日以内に加速させています。とはいえ、活気のないブロックチェーンは6～18カ月以内に消滅するだろう。とはいえ、柔軟性が引き続き必要とされるため、統一されたブロックチェーンの独占を達成する可能性は低いと思われる。より中央集権化された長期的なシナリオにおいても、さまざまなブロックチェーンが存在することで、ユーザーエクスペリエンスと流動性の分断は続くだろう。

3.チェーンの抽象化分解

統一アドレス：ウォレットは異なるEVMアドレスと非EVMアドレスを1つにまとめます。 

署名集約：スマートコントラクトアカウント（EVM）またはMPCシグナーコントラクト（非EVM）が署名集約を管理します。 

状態の同期：Keystore RollupまたはHubは、クロスチェーンウォレットの状態の同期を容易にします。 

シングルガス：ペイマスター契約はERC20決済の使用をサポートし、すべての決済のスポンサーにもなります。 

ブロック構築と中継：Mempoolビルダーはトランザクションを検証、ソート、バッチ化し、RPCは各チェーン上の各トランザクションの状態を監視し、その実行を順次調整します。

統合された流動性：クロスチェーンの流動性は、UniswapXやliquidityhubなどのソルバーによって処理されます。

4.主要プレーヤーは誰か

チェーンの抽象化は、ウォレット、インテント型システム、MEVソリューション、ブリッジとの交差点にあります。

Safe、Clave、Flashbot、LayerZero、Unionなどの主要プロジェクトは、積極的または受動的な役割を果たしています。

Particle Networkは、Cosmos SDKを使用してレイヤー1のソリューションを開発し、ユーザーが任意のトークンやPARTIを使用できるようにしました。

Lightは、状態同期と署名集約をサポートする4337互換のクロスチェーン・スマートコントラクトウォレットを提供しています。

Particle Networkは、Cosmos SDKを使用してレイヤー1ソリューションを開発し、ユーザーがEVM、Solana、BTCのトランザクションでガスとして任意のトークンまたはPARTIを使用できるようにしました。span style="color: rgb(0, 112, 192);">Burnt（xion）は、署名にとらわれない、パラメータ化された手数料レイヤーとステートマシンの更新を可能にするメタアカウント設計を持つ汎用チェーン抽象化プロトコルです。

NEARプロトコルは、クロスチェーン取引に対応するMPCレイヤーを統合しています。

5.複数のチェーンに統一されたアドレス

各チェーンに別々のアカウントを維持することは、ユーザーにとっても開発者にとっても負担が大きく、後者は複数のコードベースを管理する必要があります。

Particle NetworkやLightのようなスマートコントラクトウォレットプロジェクトでは、EVM内の同じアドレスでどのチェーンにもデプロイできる決定論的なデプロイエージェントを使用し、CREATE2を使用して決定論的な場所に任意のコントラクトをデプロイすることができます。外部ブロックチェーンの場合、アドレスは提供されたEVMアドレス、chainID、パスから導き出すことができ、各アカウントは各チェーン上のリモートアドレスを無制限に受け取ることができます。NEARプロトコルのようなEOAアカウントでは、NEARアドレス（example.near）、派生パス（例えば、Ethereum-1の文字列）、MPCサービスの公開鍵から外部アドレスを導出します。

6.チェーン間のウォレット状態の同期

ユーザーがレイヤー2で署名鍵を変更した場合、その変更はどのように他のチェーンに同期されるのでしょうか？リアルタイムの更新、最小限の更新コスト、妥当な伝播時間が必要です。

Keystore rollup

Vitalik Buterinの設計における最小のKeystore rollupは、L1-ordered Rollupです。はL1にそのメルクルツリー状態のルートを保存します。ウォレットを作成するために、ユーザーは署名者を検証し更新するためのロジックを定義するzk回路を作成する。ユーザはSCWを作成し、そのキーを不変の値にハードコードする。このL2を使用してSCWの署名者を変更するには、ユーザーは元の鍵、新しい鍵、現在のvk、IMTにエンコードされたデータ値、および現在のvkに対する検証証明を提出する。あるいは、ユーザーはL1のKeystoreコントラクトに直接txを提出することもできます。  

このアプローチは中立的で信頼できますが、署名者の更新が頻繁に行われる行動ではないと仮定すると、インセンティブは難しいものになります。という値です。

Light State Sync

Light は0xsequenceのAgusx1211によって考案されたLight Wallet Syncを実装しています。これは、ウォレットがSCAでネットワークchainIDに添付されないカスタムメッセージパターンを作成することを可能にし、その結果、「制御委任」署名を新しい署名者セットに署名することができ、後で任意の通常のトランザクションやメッセージに署名するために使用することができます。しかし、ユーザーがチェーンのいずれかにアクションを実行するまで、状態は更新されない。別のトランザクションは、最新の「署名済み」状態と一致するようにチェーンの状態を更新するために、バッシングtxの1つとしてタグ付けすることができる。

この方法はリアルタイムで費用対効果に優れていますが、オフチェーンデータの可用性に大きく依存しており、そのデータが失われた場合、ウォレットは最新の状態にアクセスできなくなるか、あるいは使用不可能になります。さらに、この方法はチェーン上の何も無効にしないため、署名者を削除する際に強力な保証を提供しません。

Keystore Hub

Particle NetworkはKeystore Hubを使用しています。 スマートアカウントのコードロジックとストレージは分離されており、Keystore Hubが署名者情報を保存し、ユーザーがハブを通じて展開と更新を行うことで、複数のチェーン間での状態の一貫性を保証します。つまり、キーストア・ハブは更新されたトランザクションを異なるチェーンに送信する役割を担っている。 

このアプローチは、署名者操作の更新が頻繁な操作ではないと仮定すると、最も単純なアプローチであるため、一括トランザクションコストは許容範囲内ですが、信頼とある程度の待ち時間が必要になります。

7.署名集約

ユーザーは現在、単一の署名を使用してマルチチェーン取引を開始できます。Lightのようなプロジェクトは、Merkle Treeベースのフルチェーン署名集約を利用し、ユーザーが一度だけ署名すれば済むようにしています。しかし、非EVMに関しては、NEARのようなプロジェクトはMPC署名者契約を利用している。MPC署名者契約は、tx自体の署名ではなく、署名を再構築するために必要な要素を返すので、複数のブロックチェーンにまたがる署名プロセスを一般化し（つまり、ビットコインではrとsの値を返す）、適切なネットワークに転送することができる。必要であれば、支払者（スポンサーガス）の署名を収集し、このプロセスで集約する必要があることに注意してください。

8.ガスの抽象化

より良いエクスペリエンスとは、ガスが他の当事者（ウォレットやdApps）によってスポンサーされるか、erk20で支払われることであり、クロスチェーンシナリオにおいてより重要なのは、統一されたガスが複雑さを軽減することです。 Gasには関連するすべてのチェーンの実行手数料が含まれています。Txの構築中、Paymasterは自身の署名を提供することで参加者と契約し、Bunlerがオフチェーンシミュレーションを実行するときにPaymasterの残高がチェックされ、Bundler上で実行されるときにPaymasterはBundlerターゲットチェーンに直接Gasを返します。

Layer1は、ユーザーが任意のトークンまたはPARTIで支払い、クロスチェーンのガスを処理できるという点で、Particle Networkに似ています。

Lightは、任意のトークンで支払いを行い、カスタマイズされたペイヤーで、指定された注文フローのガスを完全にスポンサーすることができます。

9.ブロック構築

高いレベルでは、プラグアンドプレイのメモリプールと、トランザクションを処理するための分散型ブロックビルダーがあります。ユーザーの設定は、単一のドメイン内の単純な転送から、複数のブロックチェーンにわたる複雑なシーケンスまで、すべてをカバーします。ユーザーは、ドメイン内の実行詳細を指定したり、最適なルーティングを実行者に任せる抽象的な指示を提供したりできます。

SUAVEのコンセプトは理想的なシナリオを描いています：複数のチェーンが分散型シーケンスレイヤーを共有し、ネットワークの回復力とバリデータのブロックスペース収入を最大化する一方で、構築者と検索者のオープンアクセスを確保することです。

10.リレー

チェーン間のアトミシティを達成するために、リレーはブロック構築と密接に関連しており、リレーノード/例えばFlashbots RPCを介して各チェーン上のtxの実行を監視し、適切なチェーンに次のtxを送信するためにバンドラー/ビルダーと調整します。このプロセスは、すべてのトランザクションがターゲットチェーン上で実行され、未使用のガス料金が処理されるまで繰り返されます。

理論的には、待ち時間はブロックチェーンの発信ブロック時間であり、発信ブロックが遅すぎると署名は無効になります。1つのtxが失敗すると、tx全体が失敗するように、txをアトミックに設定できます。

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

パーティクルは、EVM、BTC、Solanaなどにまたがるチェーンの抽象化をサポートする汎用決済レイヤーとして、モジュール式のCosmos L1を構築します。以前のwallet-as-a-service統合とBTCコネクトをエントリポイントとして使用し、EVMのキーストアコントラクトを介してアカウントの保存と同期を処理し、分散型バンドルサービスを活用してUserOpsを構築し、クロスチェーントランザクション用のメッセージングプロトコルとリピータを使用して実行ライフサイクル全体を管理します。PARTIをParticleチェーンの中心とすることで、チェーン上のParticleや他のGAを抽象化することができます。基本レイヤーの上に、L1はBabylonの二重誓約のセキュリティを活用し、集約されたDAを採用することができます。 Particle Chainは、エンドユーザーとdAppsのためのワンストップソリューションとなるでしょう。