市場API
注文、オーダーブック、クリアリング
ApexMatch上で注文の発注、変更、取り消しを行い、オーダーブックと取引状態をストリーミングし、RFQ気配を要求し、クリアリング差分を読み取ります。APIからの注文も、インターフェースからの注文と同じAegisの事前リスクゲートを経ます。
開発者
市場そのものの上に構築する。
NexusSDKは、ORBITRA ONE™のプリミティブ――オーダーブック、リスク、ID、資産、エージェント、決済――を第一級のサービスとして公開します。アプリケーションは、取引所を自ら再構築する代わりに、市場を動かしているのと同じ決定論的モジュールを呼び出します。
- NexusSDK
- NexusWASM
- EVM Capsule
- ノードツール
NexusSDKの概要
市場のプリミティブを、第一級のサービスとして。
NexusSDKは、システム全体の開発者向け窓口です。Orbitra L1の市場サービス層――ApexMatch、Aegis、Prism、クリアリング、決済――と、NexusWASMコントラクトが動作する実行層に届きます。
すべての呼び出しは、範囲を限定された権限を持つIDによって行われ、すべての状態変更が署名付きの証拠を返します。金融アプリケーションの最も難しい部分――マッチング、リスク、適格性、ファイナリティ――はすでにプロトコルモジュールとして存在するため、アイデアから信頼されるアプリケーションまでの距離が短くなります。
- ネイティブなプロトコルモジュールの上の型付きサービス
- すべての状態変更に対する署名付きレシート
- VaultIDを通じて発行される範囲限定の認証情報
- TypeScript、Python、Rustによるサンドボックスのサンプル
- 01体験Orbitra Prime・ウォレット・アプリ・機関向けAPI
- 02市場サービスApexMatch・Aegis・Prism・クリアリング・決済
- 03実行VectorLanes・決定論的スケジューラー・NexusWASM
- 04コンセンサスQSEクォーラム・ファイナリティ証明・バリデーターポリシー
- 05データ状態コミットメント・履歴・インデックスストリーム・証明
- 06ネットワーク地域別の受信・暗号化された伝送・可用性メッシュ
プリミティブ
六つのサービス。一つの権限モデル。
各サービスは、ネイティブモジュールの上に構築された型付きインターフェースです。六つすべてが、一つのアカウントモデル、一つのリスクの見え方、一つの証拠形式を共有します。
Asset Studio
発行とライフサイクル
発行者権限、配当や償還といったライフサイクルイベント、すべての譲渡に適用される適格性ルールとともに、トークン化資産を発行・管理します。トークン化をご覧ください。
エージェントID
責任を追跡できる自動化
AIエージェントとボットを、それぞれ独自のIDとして登録し、Cortexポリシーに紐づけます。すべてのエージェントの操作は署名され、帰属を追跡でき、取り消し可能です。
データ交換
出所を伴うデータ
検証可能な出所を備えたデータセットやシグナルを公開・ライセンスします。購入者は出所と新鮮度を確認でき、提供者はアクセス条件の管理権を保持します。
VaultID
文書ではなく認証情報
VaultIDを通じて適格性と権限を確認します。アプリケーションは、その背後にある文書を扱うことなく、利用者が何を行えるかを把握できます。
決済
アプリケーションロジックの中での決済
取引と同じ決定論的ファイナリティの上で、支払いのリクエスト、承認、決済を行います。条件は事後に照合するのではなく、コードとして表現します。
NexusWASM
触れられる範囲を宣言するコントラクト。
NexusWASMは、Orbitra L1の主要なコントラクト環境です。コントラクトはRust、C、C++からWebAssemblyにコンパイルされ、計算資源とストレージに明示的な価格が設定された、計測されたサンドボックス内で動作します。
各コントラクトは、デプロイ時に自身のケイパビリティ――呼び出せる市場プリミティブと、読み書きできる状態――を宣言します。ランタイムはその宣言の範囲外をすべて拒否し、宣言された状態アクセスにより、独立したコントラクトがVectorLanes上で並列に実行できます。
- ケイパビリティ制約付きのコントラクト
- 明示的な計算資源とストレージの価格
- ApexMatchとAegisへのネイティブな呼び出し
- Rust、C、C++のツールチェーン
コントラクト
ケイパビリティ
計測された計算資源
計測されたストレージ
EVM Capsuleへの移行パス
カプセルで始め、コアへ移行する。
EVM Capsuleは、既存のEthereumのバイトコードとツール群を、独自のリソース上限を持つ独立したドメインで実行します。これは互換性の境界であり、コアのランタイムではありません。
- 01
到着
既存のコントラクトを使い慣れたツールでデプロイします。変更を加えずにカプセル内で実行され、独立したガスとリソースの上限に基づいて計測されます。
- 02
接続
資産は、レート制限、経路上限、サーキットブレーカーを備えた管理されたゲートウェイを通じてのみコアに到達します。
- 03
分析
ネイティブな性能や市場への直接アクセスが必要なコード経路――通常は注文処理、決済、リスクロジック――を特定します。
- 04
移植
ApexMatchとAegisをネイティブに呼び出すNexusWASMコントラクトとしてその経路を書き直し、カプセル版は挙動の参照として残します。
- 05
廃止
両方のバージョンが同じ入力から同じ結果を生み出すようになったら、利用者をネイティブなコントラクトへ移行し、カプセル版のデプロイを終了します。
カプセル内の障害は、自身の上限とサーキットブレーカーによって抑えられます。カプセルの処理がコアのランタイムを制約することはありません。
バリデーターとノードツール
実際の状態に対してノードを運用する。
開発者と運用者は、同じノードクライアントを使用します。開発者はファイナライズされた状態を再生・照会し、バリデーターはその上に署名の職務を追加します。
- ローカル再生
- ファイナライズされた状態遷移を再生し、実際のプロトコル状態に対して開発・テストを行う
- インデックスストリーム
- アプリケーション、分析、照合のためにストリーミング状態の出力を購読する
- 証明の検証
- クライアント側で状態コミットメントとQSEファイナリティ証明書を確認する
- リリースの完全性
- 署名付きリリースを、インストールまたはアップグレードの前に検証する
- 運用者の署名
- バリデーターの鍵のためのHSMおよびMPCシグナーとの連携。バリデーターをご覧ください
リソース
サンプル、稼働状況、リリースノート。
- サンプルサンドボックスのコード例
- TypeScript、Python、Rustによるサンプルは、認証情報をソースコードではなく環境変数から読み取り、サンドボックス環境で動作します。ドキュメントゲートウェイでご覧いただけます。
- APIの稼働状況サービスの状態
- 稼働状況ページで、ウェブサイト、利用受付、ネットワークおよび取引サービスの状況を報告し、インシデント情報の公開場所を示します。
- 変更履歴すべてのバージョンにリリースノート
- リリースノートはNexusSDKの各バージョンとともにドキュメントゲートウェイで公開されます。インターフェースの変更、非推奨、移行手順が、対象となるリファレンスと並んでバージョン管理されます。
開発者としての関心登録
何を構築しているか、お知らせください。
SDKの利用権限、サンドボックスの認証情報、公開パッケージ名は、登録された開発者に発行されます。アプリケーションの内容と、必要なプリミティブをご記入ください。
- 01各リクエストは、必要なプリミティブと環境に照らして審査されます。
- 02承認された開発者には、範囲を限定したサンドボックスの認証情報とドキュメントへのアクセス権が提供されます。
- 03公開パッケージ名は、SDK利用権限とともに共有されます。
- 04秘密鍵、シードフレーズ、パスワードを求めることは一切ありません。