本文へ移動
ORBITRAONE

Orbitra L1

市場のために設計。あらゆる用途へ開放。

Orbitra L1は、ORBITRA ONE™の自律的なレイヤー1です。設計の時点から非EVMネイティブかつ市場ネイティブです。実行、コンセンサス、ストレージ、手数料の各システムは決定論的な金融状態を中心に構築されながら、ネットワークは汎用アプリケーションにも開かれています。

  • 決定論的BFTファイナリティ
  • 並列処理のVectorLanes
  • ネイティブApexMatch
  • NexusWASM + EVM Capsule

取引基盤はチェーンの上に置かれているのではない。チェーンそのものが市場を理解している。

マッチング、リスク管理、オラクルデータ、クリアリング、決済は、ブロックスペースを競うコントラクトではなく、プロトコルのネイティブな決定論的モジュールです。決済、ゲーム、エージェント、企業向けロジックなど、それ以外のすべてはNexusWASM上で動作し、Ethereum互換性は隔離されたカプセルに収められています。

層状の構造

六つの層。市場はプロトコルの内部に。

市場サービスは、人々が利用する体験と、それをファイナライズする実行の間に位置します。

説明図: Orbitra L1を六つの層として重ねた図。最上部に体験層、続いて市場サービス、実行、コンセンサス、データ、そして最下部にネットワーク層が並ぶ。トランザクションが実行・ファイナライズされる際に光が層を下へ伝わり、確定した状態として再び上へ戻っていく。
  1. 01体験Orbitra Prime・ウォレット・アプリ・機関向けAPI
  2. 02市場サービスApexMatch・Aegis・Prism・クリアリング・決済
  3. 03実行VectorLanes・決定論的スケジューラー・NexusWASM
  4. 04コンセンサスQSEクォーラム・ファイナリティ証明・バリデーターポリシー
  5. 05データ状態コミットメント・履歴・インデックスストリーム・証明
  6. 06ネットワーク地域別の受信・暗号化された伝送・可用性メッシュ

Orbitra L1を、上から下へ六つの層として描いた図。体験(Orbitra Prime、ウォレット、アプリケーション、機関向けAPI)、市場サービス(ApexMatch、Aegis、Prism、クリアリング、決済)、実行(VectorLanes、決定論的スケジューラー、NexusWASM)、コンセンサス(QSEクォーラム、ファイナリティ証明、バリデーターポリシー)、データ(状態コミットメント、履歴、インデックスストリーム、証明)、ネットワーク(地域別の受信、暗号化された伝送、可用性メッシュ)の順に並ぶ。

金融状態のために設計

市場が形づくる、四つの中核システム。

Orbitra L1は、設計の時点から非EVMネイティブです。各中核システムは、市場が課す要件に応えます。

  1. 01

    実行

    ネイティブな市場モジュールと決定論的スケジューラーが独立した状態を並列に実行するため、無関係な市場が互いを待つことはありません。

  2. 02

    コンセンサス

    QSEのクォーラム証明書が、各状態遷移をファイナライズします。決済は確認の深さを待つ必要がありません。

  3. 03

    ストレージ

    状態コミットメント、履歴、インデックスストリーム、証明が保持され、あらゆる残高、ポジション、約定を証明し再構築できます。

  4. 04

    手数料

    計算資源とストレージには明示的な価格が設定され、市場の順序付けは手数料による競り上げではなく、宣言された順序付け規則に従います。

性能の範囲

世界の市場を見据えて設計された処理能力。

最大処理能力のアーキテクチャ
1,000,000 TPS並列実行レーン全体にわたる、設計上の合計処理能力。
ファイナリティ区分
< 1秒QSEのクォーラム証明書による決定論的BFTファイナリティ。
世界の市場へのアクセス
24/7すべてのタイムゾーンにわたる、常時稼働の決済。
ネイティブと互換性の両立
複数VMNexusWASMと隔離されたEVM互換性。

1秒当たり100万件のトランザクション(1,000,000 TPS)は、ORBITRA ONE™の設計上の合計最大処理能力アーキテクチャを表し、定められたベンチマーク条件下での検証を目的としています。

モジュール

八つのモジュール。一つの決定論的な状態。

各モジュールをたどり、Orbitra L1のスタックにおける位置を確認する。

コンセンサス

QSE

Quorum-Staked Executionは、ステーク、権限、検証済みワークを組み合わせる。ビザンチン・クォーラムが各状態遷移に署名し、決定論的ファイナリティを実現する。スタックの中のQSE

実行

VectorLanes

並列レーン――設計上の構成では256以上――が独立した状態を実行し、競合を意識したスケジューリングによって結果の決定論性を保つ。スタックの中のVectorLanes

市場サービス

ApexMatch

オーダーブックはプロトコルの内部で動作し、すべての約定は、マッチングと同じアトミックな状態遷移の中でクリアリングと決済を完了する。スタックの中のApexMatch

コントラクト

NexusWASM

主要なコントラクト環境。ケイパビリティ制約付きのWebAssembly、明示的なリソース価格、市場モジュールへのネイティブな呼び出しを備える。スタックの中のNexusWASM

互換性

EVM Capsule

Ethereumのツール群とバイトコードのための独立したドメイン。独自のリソース上限、レート制限付きの資産ゲートウェイ、サーキットブレーカーを備える。EVM Capsuleを見る

データ

Prism

多様な価格ソースが、ロバストな中央値と重み付けによって組み合わされ、新鮮度とばらつきによって評価され、一つの署名付き市場状態になる。スタックの中のPrism

相互運用性

GateMesh

クロスチェーン転送は、独立したチェーンクライアント、証明とファイナリティの規則、資産と経路の上限、一時停止と紛争解決の復旧経路を経る。スタックの中のGateMesh

暗号技術

Q-Switch

暗号技術は、断絶を伴わずに変化できる。各署名スイートはバージョンを持ち、ハイブリッド認証情報が新旧を橋渡しし、アカウントは鍵をローテーションし、ポスト量子対応のインターフェースへアドレスを移行する。スタックの中のQ-Switch

バリデーター

責任を負う運用者によって保護される。

バリデーターはQSEを通じてOrbitra L1を保護します。ステークは各署名に経済的な重みを与え、権限は誰が提案し誰が各委員会に参加するかを定め、検証済みワーク――可用性、検証、サービス品質――が報酬を形づくります。

プロトコルのセキュリティは、形式仕様、クライアントの多様性、証明可能な不正行為に対するスラッシングに支えられています。QSEはBFTプロトコルであり、プルーフ・オブ・ワークによるマイニングではありません。

  • ステークに重み付けされたセキュリティセット
  • 明示的な提案者および委員会の職務
  • 検証済みのサービスによって形づくられる報酬
  • 証明可能な不正行為に対するスラッシング
バリデーターになる
説明図: ステーク、権限、検証済みワークという三つの力がバリデーターセットを形づくる。バリデーターは同じ状態遷移に投票し、設定されたビザンチン・クォーラムが署名を終えると、その署名がクォーラム証明書を形成し、一つの状態がファイナライズされる。
  1. ステーク経済的セキュリティとスラッシングのリスク
  2. 権限提案者および委員会の職務
  3. ワーク検証された可用性、検証作業、サービス

バリデーターの投票

クォーラム証明書

ファイナライズされた状態

7 / 10

市場を理解するチェーンの上に構築する。

NexusWASMでコントラクトをデプロイし、EVM Capsuleを通じてEthereumのコードを持ち込み、あるいはバリデーターとしてネットワークの保護に貢献してください。