本文へ移動
ORBITRAONE
EVM CapsuleOrbitra L1

隔離されたEVM互換性ドメイン

Ethereum互換性を、設計によって封じ込める。

EVM Capsuleは、Orbitra L1の境界に位置する隔離された互換性ドメインです。既存のEthereumバイトコードとツールは、独自のガスおよびリソース上限を持つ計量されたカプセルの内部で動作し、資産はレートが制限された管理下のゲートウェイを通じてのみコアに到達します。コアの実行環境はNexusWASMであり、カプセルはそれを変更することなく、開発者の到達範囲を広げます。

動作の流れ

一つの管理された扉を持つ、封じられたドメイン

説明図: EVM Capsuleは、Orbitra L1コアの隣にある独立したドメインとして描かれる。資産は、サーキットブレーカーを備えた管理・レート制限されたゲートウェイを通じてのみ両者の間を移動する。カプセルは独自のリソース上限を持ち、NexusWASMへ向かう移行パスが用意されている。
Orbitra L1コアEVM Capsule管理されたゲートウェイ
  • リソース上限
  • レート制限
  • サーキットブレーカー
  • 移行パス

この図は、EVM Capsuleを、独自のリソース上限によって区切られた、Orbitra L1のコアの隣にある隔離されたドメインとして描いています。両者をつなぐのは、管理されたゲートウェイただ一つです。資産はレート制限のもとでそこを通過し、サーキットブレーカーはどちらのドメインも止めずにそのゲートウェイを閉じることができます。移行経路は、カプセルからNexusWASMへと続いています。

解決する課題

互換性が中核ではなく境界に属すべき理由

膨大な量のスマートコントラクトのコード、審査済みのライブラリ、開発者の実践知は、Ethereum Virtual Machine向けに書かれています。これを無視する新しいネットワークは、すべてのチームにゼロからの出発を強いることになります。一方、EVMを自らの中核として採用するネットワークは、その実行モデル——単一に混合されたガス単位、暗黙的な状態アクセス、単一のグローバルな順序を中心に組み立てられた処理——を引き継ぎます。これらはいずれも、並列で決定論的な市場状態のために設計されたものではありません。

Orbitra L1には、両方が同時に必要です。金融の状態のために設計された中核ランタイムと、Ethereumの言語とツールで既に構築しているチームのための直接的な経路です。両者を融合させれば前者が損なわれ、後者を無視すればエコシステムが狭まります。

EVM Capsuleは、境界を設けることでこの緊張を解決します。互換性のあるアプリケーションは、使い慣れたルールのもとでカプセルの内部で動作し、コアランタイムはEVMの制約を一切受けません。両者の間を移動するものはすべて、明示的な上限、モニタリング、サーキットブレーカーを備えたゲートウェイを通過します。

処理の順序

EVMアプリケーションがコアと出会うまで。

カプセルは、既存のコードを動かす場所であり、コアの状態への近道ではありません。コア資産とのやり取りは、すべて同じ管理された経路をたどります。

  1. 01

    デプロイ

    既存のEVMバイトコードは、使い慣れたEthereumツールを使ってカプセルにデプロイされます。アドレス、呼び出し、イベントは、カプセルドメインの内部でEVM開発者が期待する通りに振る舞います。

  2. 02

    計量

    カプセル内のトランザクションは、コアとは独立して設定された上限のもとで、カプセルガスを支払います。そのため、カプセル内の需要はカプセルの内部で価格付けされ、制限されます。

  3. 03

    実行

    カプセルは、独自の状態を持つ独自のドメインで動作します。その内部で生じた不具合が、NexusWASMコントラクト、市場モジュール、コアの残高に書き込むことはできません。

  4. 04

    要求

    アプリケーションがコア資産を必要とする場合、ゲートウェイに移転を要求します。カプセル内のコードからコアへ直接つながる呼び出し経路は存在しません。

  5. 05

    ゲート

    ゲートウェイは、何かが移動する前に、資産ごと・経路ごとのレート制限、サーキットブレーカーの状態、ブリッジのモニタリングに照らしてその要求を確認します。

  6. 06

    決済

    承認された移転は、QSEによってファイナライズされる一つの状態遷移の中で、両側に同時にコミットされます。拒否または一時停止された要求は、両方のドメインを変化させません。

  7. 07

    移行

    チームの準備が整えば、コンポーネントは一つずつNexusWASMへ移されます。移行期間中は、ゲートウェイがカプセル版とネイティブ版の間で資産を運びます。

構造

カプセルの構成要素

カプセルは、その境界において意図的に単純です。一つのドメイン、一つのゲートウェイ、一組の上限だけです。複雑さは、それが属するべき側の壁の内側にとどまります。

  1. 01

    EVM実行ドメイン

    コアの状態とは別に独自の状態を保持するサンドボックス化されたドメインの中で、Ethereumのセマンティクスに従いEVMバイトコードを実行し、デプロイ、呼び出し、イベントについて使い慣れたインターフェースを提供します。

  2. 02

    独立したリソース上限

    カプセルのガス、実行、ストレージの増加は、コアとは別に設定された上限によって制限されます。カプセル内の混雑は、カプセルの内部で価格付けされ、吸収されます。

  3. 03

    管理されたアセットゲートウェイ

    カプセルとコアの間を資産が移動する唯一の経路です。移転は資産ごと・経路ごとにレート制限され、すべての移動は両側に対応する記録を残します。

  4. 04

    サーキットブレーカー

    流量が上限を超えたとき、突合が失敗したとき、あるいはモニタリングが異常を検知したときに、自動的な発動条件がゲートウェイ全体または単一の経路を一時停止させます。

  5. 05

    モニタリングされるブリッジ

    コア資産をカプセル側で表現したものは、それを裏付けるコア側の保有量と継続的に突合されます。不一致が拡大するのを許すのではなく、該当する経路を一時停止させます。

  6. 06

    移行経路

    パフォーマンス上重要な一つの経路から、コードベース全体まで、アプリケーションを段階的にNexusWASMへ移すためのパターンとツール群です。

セキュリティと障害制御

便利さよりも、まず封じ込め。

カプセルは、一部のEVMアプリケーションが——リエントランシーの欠陥、不完全なアップグレード、鍵の漏えいなどによって——いずれ機能不全を起こすという前提のもとで設計されています。境界が、そうした不具合がどこまで及ぶかを決定します。

  • ドメインの隔離カプセル内のコードは、NexusWASMコントラクトや市場モジュールを直接呼び出すことも、コアの状態に書き込むこともできません。外部への唯一の出口は、ゲートウェイへの要求です。
  • レート制限された流れ資産ごと・経路ごとの上限が、一定期間内にゲートウェイを通過できる価値の量を制限し、単一の攻撃によって抜き取られうる額に上限を設けます。
  • 自動サーキットブレーカー上限への違反、突合のずれ、モニタリングによる警告が生じた場合、コアや他の経路を止めることなく、該当する経路のみを一時停止させます。
  • 裏付けのある表現資産ゲートウェイは、自らが保有するコア資産に対してのみカプセル側の表現資産を発行し、説明可能な量を超えて発行することは決してありません。
  • リソースの封じ込め独立したガスおよびリソースの上限が、カプセル内の活動の急増によって、市場が依存する実行キャパシティが消費されてしまうことを防ぎます。
  • コアの独立性コアランタイムは、EVMの制約を一切受けません。NexusWASM、VectorLanesQSEへのアップグレードは、EVM互換性を待つことがなく、カプセル側の変更がコアのセマンティクスを変えることもありません。

三つのシステムの連携

システムにおけるカプセルの位置

Orbitra Prime

取引インテリジェンス

ゲートウェイを通過した資産は、通常のコア資産になります。通常のルールのもとで上場されれば、Orbitra PrimeApexMatchを通じて取引され、他のあらゆる資産と同じAegisのリスク処理を受けます。

Orbitra L1

決済と計算

EVM Capsuleは、Orbitra L1における範囲の定められた互換性ドメインであり、NexusWASMランタイムの下位でもその代わりでもなく、その隣で動作します。その状態遷移は、ネットワークの他の部分とともにQSEによってファイナライズされます。

Orbitra Realm

アプリと商取引

既存のEthereumアプリケーションを持つチームは、Orbitra Realmへ迅速に参入し、ゲートウェイを通じて利用者と流動性に到達し、選んだ時にパフォーマンス上重要なコンポーネントをNexusWASMへ移すことができます。他のチェーンからの資産はGateMeshを通じて到着します。カプセルのゲートウェイは、カプセルとコアだけを結びます。

価値

隔離が可能にすること

トレーダーと利用者
使い慣れたアプリケーションと、可視化された上限です。ゲートウェイの上限、サーキットブレーカーの状態、カプセル側資産の裏付けを確認できるため、アプリケーションがコア資産にどのようにつながっているかを把握できます。
機関
封じ込められたリスク領域です。互換性のためのワークロードは、明示的な上限、レート制限、一時停止制御によって市場インフラから分離されており、それ自体を独立して評価できます。
開発者
使い慣れたツールで既存のバイトコードをデプロイし、ネイティブ性能が重要になった時点でコンポーネント単位で移行できます。移行経路は開発者ドキュメントに記載されています。

仕様

仕様

役割
隔離された互換性ドメイン。コアの実行環境には決してならない
互換性
カプセルドメイン内でのEthereumバイトコードとツール
リソースモデル
コアの価格設定とは別の、独立したガスおよびリソース上限
状態
コアの状態とは分離して保持されるカプセルの状態。境界を越えた直接の書き込みは不可
資産の移動
資産ごと・経路ごとのレート制限を備えた、一つの管理されたゲートウェイ
保護機能
自動サーキットブレーカー、モニタリングされるブリッジ、継続的な突合
ファイナリティ
カプセルの状態遷移は、Orbitra L1の他の部分とともにQSEによってファイナライズされる
移行
カプセル内のコントラクトからNexusWASMへの段階的な経路

用語

用語

互換性ドメイン
コアランタイムとは分離され、独自のルールと上限のもとで他のプラットフォームのコードを実行する、境界の定められた環境。
管理されたゲートウェイ
カプセルとコアの間にある唯一の経路であり、すべての移転においてレート制限、サーキットブレーカーの状態、突合を強制する。
レート制限
一定期間内に一つの経路を通過できる価値または移転件数に対する上限。
サーキットブレーカー
上限への違反、突合のずれ、異常といった、あらかじめ定めた条件が満たされた際に経路を一時停止させる自動的な制御。
段階的な移行
一度の切り替えではなく、コンポーネント単位でアプリケーションをカプセルからNexusWASMへ移すこと。

一つのネットワーク。無限の市場。

ORBITRA ONE™の利用を申し込む。