本文へ移動
ORBITRAONE

Orbitra L1・実行レイヤー

並列処理が決定論的なまま保たれるレイヤー。

VectorLanesは、Orbitra L1の実行レイヤーにおける並列処理の中核です。上にある市場サービスと、下にあるQSEのコンセンサスの間に位置し、トランザクションの流れを、一つの真実としてファイナライズできる決定論的な結果へと変換します。

説明図: 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のスタックにおける役割

実行レイヤーは、三つの部分を組み合わせます。レーン自体、それにトランザクションを供給する決定論的スケジューラー、そしてNexusWASMコントラクト実行環境です。スケジューラーは、各トランザクションが宣言する状態を読み取り、トランザクションがどこで競合するかを対応付け、独立した処理を別々のレーンに割り当てます。共有状態に触れる処理は、順序付けられ、決して競走させられません。

このレイヤーの上では、ApexMatchAegisPrismが、約定、証拠金の変動、ファンディング、オラクルの更新といった状態遷移を生成します。その下では、QSEが結果を証明し、データレイヤーが状態ルートをコミットしてインデックス出力をストリーム配信します。VectorLanesは、1,000,000TPSの最大処理能力のアーキテクチャが形をとる場所です。設計上の構成における256以上の並列レーン、バッチ単位の署名確認、ローカルな状態アクセスです。

並列性が答えを変えることは決してありません。すべてのバリデーターが、同じ入力に同じスケジュールを適用し、クォーラムが署名する前に、同じ状態ルートに到達しなければなりません。

説明図: 数百の独立した実行レーンがトランザクションを並列に運ぶ。それらは検証リングを通過し、一つのファイナリティビーコンへ収束する。並列実行が一つの決定論的でファイナライズされた状態へと帰結する様子を示す。
独立したレーンファイナリティビーコン
256+
並列レーン
バッチ処理
署名確認
ローカル
状態アクセス
ストリーミング
インデックス出力

VectorLanesがスタックに提供するもの

  • 01

    独立性から生まれる処理能力

    無関係な市場、アカウント、コントラクトは、互いの後ろに並ぶのではなく、同時に実行されます。

  • 02

    決定論的な順序付け

    競合を考慮したスケジューリングが、依存関係のあるトランザクションの順序を固定するため、どのバリデーターで再現しても同一の結果が得られます。

  • 03

    負荷のもとでの隔離

    一つの市場に集中した活動が、無関係な市場やアプリケーションに提供されるレーンを占有することはありません。

  • 04

    コンセンサスへの明快な受け渡し

    レーンは、QSEのために一つの順序付けられた状態遷移の集合へと収束し、インデクサーとデータレイヤーのためにストリーム出力を提供します。