本文へ移動
ORBITRAONE

Orbitra L1・コンセンサスレイヤー

一つの真実が合意されるレイヤー。

QSEは、Orbitra L1のコンセンサスレイヤーに位置します。その上にあるすべて——VectorLanesの実行、ApexMatchの約定、NexusWASMコントラクト——は、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のスタックにおける役割

実行は候補となる状態を生成し、コンセンサスはどの状態が真であるかを決定します。VectorLanesは独立した処理を並列に実行し、その後、証明のために順序付けられた状態遷移の集合をQSEに渡します。

QSEは、HotStuff系のBFTプロトコルです。設定されたビザンチン・クォーラムを構成するバリデーターが、同一の状態遷移に署名し、ファイナリティ証明書を生成します。積み上げるべき確率的な確認の段階はなく、明示された障害モデルのもとでは、ファイナリティ後の再編成もありません。

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

バリデーターの投票

クォーラム証明書

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

7 / 10

QSEがネットワークに提供するもの

  • 01

    経済的安全性

    ステークがセキュリティセットを選出し、証明可能な不正行為に対するスラッシングの対象を作り出します。

  • 02

    明確な職務

    権限が提案者と委員会の役割を割り当てるため、各ステップの責任が明示されます。

  • 03

    計測されたサービス

    可用性、検証、サービスの質という検証済みワークが、職務と報酬を形づくります。

  • 04

    決定論的ファイナリティ

    アプリケーションと市場は、確認の深さを待つことなく、証明された状態遷移を決済済みとして扱えます。