Orbitra Prime
트레이딩 인텔리전스
게이트웨이를 건넌 자산은 일반적인 코어 자산이 됩니다. 통상적인 규칙에 따라 상장되면, 다른 어떤 자산과도 동일한 Aegis 위험 처리를 받으며 ApexMatch를 통해 Orbitra Prime에서 거래됩니다.
EVM CapsuleOrbitra L1
격리된 EVM 호환성 영역
설계로 가두어진 Ethereum 호환성.
EVM Capsule은 Orbitra L1 경계에 자리한 격리된 호환성 영역입니다. 기존의 Ethereum 바이트코드와 도구는 자체 가스 한도와 자원 상한을 가진 계측된 캡슐 안에서 실행되며, 자산은 통제되고 속도 제한이 적용된 게이트웨이를 통해서만 코어에 도달합니다. 핵심 실행 환경은 NexusWASM이며, 캡슐은 이를 바꾸지 않고 개발자의 활동 범위만 넓힙니다.
작동 흐름
봉인된 영역과 하나의 통제된 문
Orbitra L1 코어EVM Capsule통제된 게이트웨이
- 자원 상한
- 속도 제한
- 서킷 브레이커
- 이전 경로
이 그림은 EVM Capsule을 Orbitra L1 코어 옆에 자리한, 자체 자원 상한으로 경계가 정해진 격리 영역으로 그립니다. 둘 사이를 잇는 유일한 연결은 통제된 게이트웨이입니다. 자산은 속도 제한 아래에서 이를 건너며, 서킷 브레이커는 어느 쪽 영역도 멈추지 않고 이 문을 닫을 수 있습니다. 이전 경로는 캡슐에서 NexusWASM을 향해 이어집니다.
해결할 문제
호환성이 코어가 아니라 경계에 있어야 하는 이유
방대한 양의 스마트 컨트랙트 코드, 검증된 라이브러리, 개발 관행이 Ethereum 가상머신을 위해 작성되어 있습니다. 이를 무시하는 새로운 네트워크는 모든 팀에게 처음부터 다시 시작하라고 요구하는 것과 같습니다. 반면 EVM을 코어로 채택하는 네트워크는 그 실행 모델, 즉 하나로 뭉뚱그려진 가스 단위, 암묵적인 상태 접근, 단일한 전역 순서를 중심으로 조직된 처리 방식을 그대로 물려받습니다. 이 중 어느 것도 병렬적이고 결정론적인 시장 상태를 위해 설계되지 않았습니다.
Orbitra L1은 이 두 가지를 동시에 필요로 합니다. 금융 상태를 위해 설계된 코어 런타임과, 이미 Ethereum 언어와 도구로 구축해온 팀들을 위한 직접적인 경로입니다. 이 둘을 합치면 전자가 훼손됩니다. 후자를 무시하면 생태계가 좁아집니다.
EVM Capsule은 경계를 두어 이 긴장을 해결합니다. 호환 애플리케이션은 익숙한 규칙 아래 캡슐 안에서 실행되고, 코어 런타임은 EVM의 제약을 전혀 지니지 않으며, 그 사이를 오가는 모든 것은 명시적인 한도, 모니터링, 서킷 브레이커를 갖춘 게이트웨이를 통과합니다.
작동 순서
EVM 애플리케이션이 코어와 만나는 방법.
캡슐은 기존 코드를 실행하는 공간일 뿐, 코어 상태로 가는 지름길이 아닙니다. 코어 자산과의 모든 상호작용은 동일한 통제된 경로를 따릅니다.
- 01
배포
기존 EVM 바이트코드는 익숙한 Ethereum 도구로 캡슐 안에 배포됩니다. 주소, 호출, 이벤트는 캡슐 영역 안에서 EVM 개발자가 기대하는 대로 동작합니다.
- 02
계측
캡슐 트랜잭션은 코어와 독립적으로 설정된 상한 아래에서 캡슐 가스를 지불하므로, 캡슐 내부의 수요는 캡슐 내부에서 가격이 매겨지고 제한됩니다.
- 03
실행
캡슐은 자신만의 상태를 가진 자체 영역에서 실행됩니다. 그 안에서 생긴 장애는 NexusWASM 컨트랙트, 시장 모듈, 코어 잔고에 쓰기 작업을 할 수 없습니다.
- 04
요청
애플리케이션이 코어 자산을 필요로 할 때, 게이트웨이에 이전 요청을 제출합니다. 캡슐 코드에서 코어로 직접 이어지는 호출 경로는 없습니다.
- 05
게이트
게이트웨이는 무엇이든 이동하기 전에, 자산별 및 경로별 속도 제한, 서킷 브레이커 상태, 브릿지 모니터링에 대해 요청을 확인합니다.
- 06
결제
승인된 이전은 QSE로 확정되는 하나의 전이 안에서 양쪽 모두에 커밋됩니다. 거부되거나 일시 중지된 요청은 양쪽 영역 모두를 그대로 유지시킵니다.
- 07
이전
팀이 준비되면, 구성 요소는 하나씩 NexusWASM으로 옮겨지며, 전환 기간 동안 게이트웨이가 캡슐 버전과 네이티브 버전 사이에서 자산을 실어 나릅니다.
구조
캡슐의 구성 요소
캡슐은 경계에서만큼은 의도적으로 단순합니다. 하나의 영역, 하나의 게이트웨이, 하나의 한도 집합입니다. 복잡성은 그것이 있어야 할 벽의 안쪽에 그대로 머무릅니다.
- 01
EVM 실행 영역
코어 상태와 분리된 자신만의 상태를 유지하는 샌드박스 영역에서 Ethereum 방식대로 EVM 바이트코드를 실행하며, 배포, 호출, 이벤트를 위한 익숙한 인터페이스를 제공합니다.
- 02
독립적인 자원 상한
캡슐 가스, 실행, 저장 증가는 코어와는 별도로 설정된 상한으로 제한됩니다. 캡슐 내부의 혼잡은 캡슐 내부에서 가격이 매겨지고 흡수됩니다.
- 03
통제된 자산 게이트웨이
캡슐과 코어 사이를 오가는 자산의 유일한 경로입니다. 이전은 자산별, 경로별로 속도가 제한되며, 모든 이동은 양쪽에 서로 대응하는 기록을 남깁니다.
- 04
서킷 브레이커
흐름이 한도를 넘거나, 대사가 실패하거나, 모니터링이 이상 징후를 감지하면 자동 트리거가 게이트웨이 전체 또는 개별 경로를 일시 중지시킵니다.
- 05
모니터링되는 브릿지
코어 자산을 나타내는 캡슐 측 표현은 이를 뒷받침하는 코어 보유량과 지속적으로 대사됩니다. 불일치가 발견되면 그대로 커지도록 방치하는 대신 해당 경로를 일시 중지시킵니다.
- 06
이전 경로
성능이 중요한 단일 경로부터 전체 코드베이스까지, 애플리케이션을 NexusWASM으로 단계적으로 옮기기 위한 패턴과 도구입니다.
보안 및 장애 통제
편의보다 앞서는 격리.
캡슐은 일부 EVM 애플리케이션이 재진입 결함, 잘못된 업그레이드, 탈취된 키 등으로 실패할 것이라는 전제 위에 설계되었습니다. 경계는 그러한 실패가 어디까지 미칠 수 있는지를 결정합니다.
- 영역 격리캡슐 코드는 NexusWASM 컨트랙트나 시장 모듈을 직접 호출할 수 없고 코어 상태에 쓸 수도 없습니다. 유일한 출구는 게이트웨이 요청입니다.
- 속도 제한이 적용된 흐름자산별, 경로별 한도는 일정 구간 안에 게이트웨이를 건널 수 있는 가치의 양을 제한하여, 단 하나의 익스플로잇이 빼갈 수 있는 최대량을 한정합니다.
- 자동 서킷 브레이커한도 위반, 대사 불일치, 모니터링 경고가 발생하면 코어나 다른 경로를 멈추지 않고 해당 경로만 일시 중지시킵니다.
- 담보된 표현게이트웨이는 자신이 보유한 코어 자산에 대해서만 캡슐 측 표현을 발행하며, 자신이 설명할 수 있는 양보다 더 많이 발행하지 않습니다.
- 자원 격리독립적인 가스 및 자원 상한은 캡슐 활동의 급증이 시장이 의존하는 실행 용량을 소비하지 못하도록 막습니다.
- 코어의 독립성코어 런타임은 EVM의 제약을 전혀 지니지 않습니다. NexusWASM, VectorLanes, QSE의 업그레이드는 EVM 호환성을 기다릴 필요가 없으며, 캡슐의 변경이 코어의 동작 방식을 바꾸는 일도 없습니다.
세 시스템의 연결
시스템 안에서 캡슐이 차지하는 위치
Orbitra L1
결제 및 연산
EVM Capsule은 Orbitra L1의 경계가 정해진 호환성 영역으로, NexusWASM 런타임의 아래나 그 자리를 대신하지 않고 그 옆에서 실행됩니다. 그 전이는 네트워크의 나머지 부분과 함께 QSE로 확정됩니다.
Orbitra Realm
애플리케이션 및 상거래
기존 Ethereum 애플리케이션을 가진 팀은 Orbitra Realm에 빠르게 진입하여 게이트웨이를 통해 사용자와 유동성에 접근하고, 원할 때 성능이 중요한 구성 요소를 NexusWASM으로 옮길 수 있습니다. 다른 체인의 자산은 GateMesh를 통해 들어옵니다. 캡슐 게이트웨이는 오직 캡슐과 코어만을 연결합니다.
가치
격리가 가능하게 하는 것
- 트레이더 및 사용자
- 한도가 눈에 보이는, 익숙한 애플리케이션입니다. 게이트웨이 한도, 서킷 브레이커 상태, 캡슐 측 자산의 담보 내역을 확인할 수 있으므로, 애플리케이션이 코어 자산과 어떻게 연결되는지 알 수 있습니다.
- 기관
- 한정된 위험 표면입니다. 호환성 워크로드는 그 자체로 평가할 수 있는 명시적 상한, 속도 제한, 일시 중지 통제로 시장 인프라와 분리되어 있습니다.
- 개발자
- 이미 익숙한 도구로 기존 바이트코드를 배포한 뒤, 네이티브 성능이 중요해지면 구성 요소별로 이전할 수 있습니다. 이전 경로는 개발자 문서에 문서화되어 있습니다.
사양
사양
용어
용어
- 호환성 영역
- 코어 런타임과 분리되어, 다른 플랫폼의 코드를 자체 규칙과 한도 아래에서 실행하는 경계가 정해진 환경입니다.
- 통제된 게이트웨이
- 캡슐과 코어 사이의 유일한 통로로, 모든 이전에 대해 속도 제한, 서킷 브레이커 상태, 대사를 강제합니다.
- 속도 제한
- 일정 시간 구간 안에 한 경로를 따라 이동할 수 있는 가치나 이전 건수에 대한 한도입니다.
- 서킷 브레이커
- 한도 위반, 대사 불일치, 이상 징후 등 미리 정의된 조건이 충족되면 경로를 일시 중지시키는 자동 통제 장치입니다.
- 단계적 이전
- 애플리케이션을 한 번에 전환하는 대신 구성 요소별로 캡슐에서 NexusWASM으로 옮기는 방식입니다.