Orbitra Prime
取引インテリジェンス
ゲートウェイを通過した資産は、通常のコア資産になります。通常のルールのもとで上場されれば、Orbitra PrimeでApexMatchを通じて取引され、他のあらゆる資産と同じAegisのリスク処理を受けます。
隔離されたEVM互換性ドメイン
EVM Capsuleは、Orbitra L1の境界に位置する隔離された互換性ドメインです。既存のEthereumバイトコードとツールは、独自のガスおよびリソース上限を持つ計量されたカプセルの内部で動作し、資産はレートが制限された管理下のゲートウェイを通じてのみコアに到達します。コアの実行環境はNexusWASMであり、カプセルはそれを変更することなく、開発者の到達範囲を広げます。
動作の流れ
この図は、EVM Capsuleを、独自のリソース上限によって区切られた、Orbitra L1のコアの隣にある隔離されたドメインとして描いています。両者をつなぐのは、管理されたゲートウェイただ一つです。資産はレート制限のもとでそこを通過し、サーキットブレーカーはどちらのドメインも止めずにそのゲートウェイを閉じることができます。移行経路は、カプセルからNexusWASMへと続いています。
解決する課題
膨大な量のスマートコントラクトのコード、審査済みのライブラリ、開発者の実践知は、Ethereum Virtual Machine向けに書かれています。これを無視する新しいネットワークは、すべてのチームにゼロからの出発を強いることになります。一方、EVMを自らの中核として採用するネットワークは、その実行モデル——単一に混合されたガス単位、暗黙的な状態アクセス、単一のグローバルな順序を中心に組み立てられた処理——を引き継ぎます。これらはいずれも、並列で決定論的な市場状態のために設計されたものではありません。
Orbitra L1には、両方が同時に必要です。金融の状態のために設計された中核ランタイムと、Ethereumの言語とツールで既に構築しているチームのための直接的な経路です。両者を融合させれば前者が損なわれ、後者を無視すればエコシステムが狭まります。
EVM Capsuleは、境界を設けることでこの緊張を解決します。互換性のあるアプリケーションは、使い慣れたルールのもとでカプセルの内部で動作し、コアランタイムはEVMの制約を一切受けません。両者の間を移動するものはすべて、明示的な上限、モニタリング、サーキットブレーカーを備えたゲートウェイを通過します。
処理の順序
カプセルは、既存のコードを動かす場所であり、コアの状態への近道ではありません。コア資産とのやり取りは、すべて同じ管理された経路をたどります。
既存のEVMバイトコードは、使い慣れたEthereumツールを使ってカプセルにデプロイされます。アドレス、呼び出し、イベントは、カプセルドメインの内部でEVM開発者が期待する通りに振る舞います。
カプセル内のトランザクションは、コアとは独立して設定された上限のもとで、カプセルガスを支払います。そのため、カプセル内の需要はカプセルの内部で価格付けされ、制限されます。
カプセルは、独自の状態を持つ独自のドメインで動作します。その内部で生じた不具合が、NexusWASMコントラクト、市場モジュール、コアの残高に書き込むことはできません。
アプリケーションがコア資産を必要とする場合、ゲートウェイに移転を要求します。カプセル内のコードからコアへ直接つながる呼び出し経路は存在しません。
ゲートウェイは、何かが移動する前に、資産ごと・経路ごとのレート制限、サーキットブレーカーの状態、ブリッジのモニタリングに照らしてその要求を確認します。
承認された移転は、QSEによってファイナライズされる一つの状態遷移の中で、両側に同時にコミットされます。拒否または一時停止された要求は、両方のドメインを変化させません。
チームの準備が整えば、コンポーネントは一つずつNexusWASMへ移されます。移行期間中は、ゲートウェイがカプセル版とネイティブ版の間で資産を運びます。
構造
カプセルは、その境界において意図的に単純です。一つのドメイン、一つのゲートウェイ、一組の上限だけです。複雑さは、それが属するべき側の壁の内側にとどまります。
コアの状態とは別に独自の状態を保持するサンドボックス化されたドメインの中で、Ethereumのセマンティクスに従いEVMバイトコードを実行し、デプロイ、呼び出し、イベントについて使い慣れたインターフェースを提供します。
カプセルのガス、実行、ストレージの増加は、コアとは別に設定された上限によって制限されます。カプセル内の混雑は、カプセルの内部で価格付けされ、吸収されます。
カプセルとコアの間を資産が移動する唯一の経路です。移転は資産ごと・経路ごとにレート制限され、すべての移動は両側に対応する記録を残します。
流量が上限を超えたとき、突合が失敗したとき、あるいはモニタリングが異常を検知したときに、自動的な発動条件がゲートウェイ全体または単一の経路を一時停止させます。
コア資産をカプセル側で表現したものは、それを裏付けるコア側の保有量と継続的に突合されます。不一致が拡大するのを許すのではなく、該当する経路を一時停止させます。
パフォーマンス上重要な一つの経路から、コードベース全体まで、アプリケーションを段階的にNexusWASMへ移すためのパターンとツール群です。
セキュリティと障害制御
カプセルは、一部のEVMアプリケーションが——リエントランシーの欠陥、不完全なアップグレード、鍵の漏えいなどによって——いずれ機能不全を起こすという前提のもとで設計されています。境界が、そうした不具合がどこまで及ぶかを決定します。
三つのシステムの連携
Orbitra Prime
取引インテリジェンス
ゲートウェイを通過した資産は、通常のコア資産になります。通常のルールのもとで上場されれば、Orbitra PrimeでApexMatchを通じて取引され、他のあらゆる資産と同じAegisのリスク処理を受けます。
Orbitra L1
決済と計算
EVM Capsuleは、Orbitra L1における範囲の定められた互換性ドメインであり、NexusWASMランタイムの下位でもその代わりでもなく、その隣で動作します。その状態遷移は、ネットワークの他の部分とともにQSEによってファイナライズされます。
Orbitra Realm
アプリと商取引
既存のEthereumアプリケーションを持つチームは、Orbitra Realmへ迅速に参入し、ゲートウェイを通じて利用者と流動性に到達し、選んだ時にパフォーマンス上重要なコンポーネントをNexusWASMへ移すことができます。他のチェーンからの資産はGateMeshを通じて到着します。カプセルのゲートウェイは、カプセルとコアだけを結びます。
価値
仕様
用語