Orbitra Prime
取引インテリジェンス
戦略、ボールト、あるいは構造化されたワークフローがオンチェーンのロジックを必要とする場合、それはNexusWASMコントラクトとして動作し、Orbitra Primeで出された注文と同じApexMatchおよびAegisの経路を通じて取引されます。
主要なスマートコントラクト環境
NexusWASMは、Orbitra L1の主要なスマートコントラクト環境です。コントラクトはRust、C/C++、その他の最新のツールチェーンからWebAssemblyへコンパイルされ、決定論的なサンドボックスの中で動作し、付与された権限(ケイパビリティ)を通じてのみ資産、状態、市場モジュールに到達します。計算とストレージは明示的に価格付けされ、宣言された状態アクセスによって、VectorLanesは無関係なコントラクトを並行して実行できます。
動作の流れ
ケイパビリティ
計測された計算資源
計測されたストレージ
この図は、サンドボックスの内部に封じられた一つのNexusWASMコントラクトを示しています。その周囲には、宣言された権限——ネイティブな市場モジュールを含む——だけが存在し、それ以外には到達できません。呼び出しの実行中、二つのメーターが計算とストレージを個別に追跡し、コントラクトが宣言した状態アクセスはスケジューラーに渡され、無関係な処理と並行して実行されます。
解決する課題
多くのコントラクト環境では、すべてのコントラクトが暗黙的な権限を持っています。他のどのコントラクトでも呼び出せ、自らが管理する資産をどれでも動かせ、宣言していない状態にも触れられます。このモデルは始めるのは簡単ですが、安全を確保するのは困難です。一つの予期しない呼び出し経路が、小さな欠陥を財務の流出に変えてしまうことがあり、一つのコントラクトを審査するには、それが到達しうるすべてを検討しなければなりません。
このような開放性は、性能も制限します。トランザクションがどの状態に触れるかを事前に知ることができない実行環境は、トランザクションを一つずつ順番に実行するか、投機的に実行して競合時にロールバックするしかありません。価格設定は、計算、ストレージ、長期的な状態の増大を一つの抽象的な単位にまとめてしまうことが多く、状態が持つ持続的なコストが、トランザクションが支払う額に十分に反映されません。
NexusWASMは、正反対の前提から出発します。権限は付与されるものであり、暗黙のものではありません。状態アクセスは宣言されるものであり、発見されるものではありません。計算とストレージは、それぞれ個別に計量され価格付けされます。そのため、アプリケーションは、ApexMatchのオーダーブック、Aegisのリスクチェック、Prismの価格といった本物の市場インフラを、無制限な実行モデルのリスクを引き継ぐことなく呼び出せます。
処理の順序
決済ルーター、資産レジストリ、エージェントの財務管理のいずれであっても、すべてのコントラクトは、コンパイラからファイナリティまで同じ経路をたどります。
Rust、C/C++、あるいはWebAssemblyを対象とする他の言語が、NexusSDKのインターフェースに対してコンパイルされ、モジュールと、要求する権限(ケイパビリティ)の一覧を生成します。
モジュールが実行される前に、ネットワークがそれを確認します。決定論的な命令のみが受け入れられ、すべてのインポートは宣言された権限と一致していなければならず、リソースの上限はコードハッシュに紐づけて記録されます。
資産を保有する、市場モジュールを呼び出す、価格フィードを読み取る、他のコントラクトを呼び出すなど、要求された各権限は、そのコントラクトのアドレスに紐づけられます。付与されていないものは、そのコントラクトにとって単に存在しません。
すべてのトランザクションは、読み取りと書き込みを行う状態を列挙します。決定論的スケジューラーはこの集合を用いて、競合しないトランザクションを並列レーンに配置します。
モジュールは計量されたサンドボックスの中で動作します。計算は命令の実行に応じて課金され、ストレージは状態の書き込みと保持に応じて課金されます。宣言された集合の外へのアクセスは、呼び出しを中止させ、その影響を取り消します。
結果は、ブロック内の他の状態遷移とともにコミットされ、QSEのクォーラムがそれを証明したときにファイナルになります。
構造
NexusWASMは、コントラクトが計算する内容と、それが到達を許される範囲を分離します。
すべてのバリデーターが同じ結果を得られるルールのもとでWebAssemblyを実行します。マシン間で異なりうるもの——時刻、乱数、ホスト固有の数値の振る舞い——は排除されるか、プロトコルによって決定論的な入力として提供されます。
コントラクトとネットワークの他の部分をつなぐ唯一の橋です。資産、ストレージ、ID、市場モジュールに対するホスト関数が、権限ごとに公開され、すべての呼び出しはそのコントラクトへの付与内容に照らして確認されます。
命令の実行に応じて計算を、状態の書き込みと保持に応じてストレージを計測し、それぞれに別の価格を付けます。呼び出しごとの上限が、単一のコントラクトがレーンを独占することを防ぎます。
各トランザクションが宣言する読み取りと書き込みを、決定論的スケジューラーのための競合マップに変換します。そのため、独立したコントラクトは別々のレーンで実行され、依存関係のあるものは順序付けられます。
ApexMatch、Aegis、Prismへの型付きインターフェースです。コントラクトは、自らのロジックと同じ状態遷移の中で、注文を出し、リスク評価を要求し、信頼度スコア付きの価格を読み取れます。
コードの変更は、デプロイ時に固定されたポリシー——不変、時間遅延、または多者承認の対象など——のもとで行われる、明示的でバージョン管理された状態遷移です。すべてのバージョンは、そのコードハッシュと権限一覧を保持します。
セキュリティと障害制御
NexusWASMは、欠陥をそれが生じたコントラクトの内部にとどめ、その境界を慣習ではなく実行環境そのものによって強制します。
三つのシステムの連携
Orbitra Prime
取引インテリジェンス
戦略、ボールト、あるいは構造化されたワークフローがオンチェーンのロジックを必要とする場合、それはNexusWASMコントラクトとして動作し、Orbitra Primeで出された注文と同じApexMatchおよびAegisの経路を通じて取引されます。
Orbitra L1
決済と計算
NexusWASMは、Orbitra L1の実行レイヤーにおけるコントラクト実行環境です。VectorLanes上で動作し、共有状態にコミットし、ファイナリティのために結果をQSEへ渡します。EVM Capsuleは、その代わりとしてではなく、隔離された互換性ドメインとしてその隣に存在します。
Orbitra Realm
アプリと商取引
決済、トークン化、ゲーム、エージェントサービスといったOrbitra Realmのアプリケーションは、NexusWASMコントラクトとしてネイティブに動作し、NexusSDKのプリミティブとVaultIDの権限を通じて、ネットワークの他の部分とID、資産、流動性を共有します。
価値
仕様
用語