Orbitra Prime
트레이딩 인텔리전스
전략, 볼트, 구조화된 워크플로에 온체인 로직이 필요할 때, 이는 NexusWASM 컨트랙트로 실행되며 Orbitra Prime에서 낸 주문과 동일한 ApexMatch 및 Aegis 경로를 통해 거래됩니다.
기본 스마트 컨트랙트 환경
NexusWASM은 Orbitra L1의 기본 스마트 컨트랙트 환경입니다. 컨트랙트는 Rust, C/C++ 등 여러 최신 툴체인으로부터 WebAssembly로 컴파일되어 결정론적 샌드박스에서 실행되며, 부여받은 권한을 통해서만 자산, 상태, 시장 모듈에 접근합니다. 연산과 저장은 명시적으로 가격이 매겨지며, 선언된 상태 접근을 통해 VectorLanes는 서로 무관한 컨트랙트를 나란히 실행할 수 있습니다.
작동 흐름
기능 권한
계량형 연산
계량형 저장
이 그림은 샌드박스 안에 봉인된 하나의 NexusWASM 컨트랙트를 보여줍니다. 그 주위에는 네이티브 시장 모듈을 포함해 자신이 선언한 권한만 놓여 있으며, 그 외에는 아무것도 닿을 수 없습니다. 호출이 진행되는 동안 두 개의 계측기가 연산과 저장을 각각 추적하며, 컨트랙트가 선언한 상태 접근은 스케줄러에 전달되어 무관한 작업과 병렬로 실행됩니다.
해결할 문제
많은 컨트랙트 환경에서는 모든 컨트랙트가 주변에 편재하는 권한을 가집니다. 다른 어떤 컨트랙트든 호출할 수 있고, 자신이 통제하는 어떤 자산이든 옮길 수 있으며, 한 번도 선언하지 않은 상태에도 손댈 수 있습니다. 이런 모델은 시작하기는 쉽지만 보안을 확보하기는 어렵습니다. 예기치 못한 하나의 호출 경로가 작은 결함을 금고를 통째로 비우는 사고로 키울 수 있으며, 하나의 컨트랙트를 검토한다는 것은 그것이 닿을 수 있는 모든 것을 함께 따져야 한다는 뜻이 됩니다.
이런 종류의 개방성은 성능도 제한합니다. 트랜잭션이 어떤 상태를 다룰지 미리 알 수 없는 런타임은 트랜잭션을 하나씩 순서대로 실행하거나, 추측적으로 실행한 뒤 충돌이 생기면 되돌려야 합니다. 가격 책정은 흔히 연산, 저장, 장기적인 상태 증가를 하나의 추상적인 단위로 뭉뚱그리므로, 상태가 남기는 지속적인 비용이 트랜잭션이 실제로 지불하는 금액에 제대로 반영되지 않습니다.
NexusWASM은 정반대의 전제에서 출발합니다. 권한은 편재하지 않고 부여됩니다. 상태 접근은 발견되지 않고 선언됩니다. 연산과 저장은 계측되어 각각 가격이 매겨집니다. 그 결과 애플리케이션은 개방형 실행 모델의 위험을 물려받지 않고도 ApexMatch의 호가창, Aegis의 위험 확인, Prism의 가격과 같은 실제 시장 인프라를 호출할 수 있습니다.
작동 순서
결제 라우터든, 자산 레지스트리든, 에이전트 재무 도구든, 모든 컨트랙트는 컴파일러에서 완결성까지 동일한 경로를 거칩니다.
Rust, C/C++ 또는 WebAssembly를 대상으로 하는 다른 언어가 NexusSDK 인터페이스에 맞춰 컴파일되어, 모듈과 그것이 요청하는 권한의 매니페스트를 만들어냅니다.
모듈이 실행되기 전에 네트워크는 이를 확인합니다. 결정론적 명령만 허용되고, 모든 임포트는 선언된 권한과 일치해야 하며, 자원 한도는 코드 해시에 대응해 기록됩니다.
자산 보유, 시장 모듈 호출, 가격 피드 읽기, 다른 컨트랙트 호출 등 요청된 각 권한은 해당 컨트랙트의 주소에 결부됩니다. 부여되지 않은 것은 그 컨트랙트에게 존재하지 않는 것과 같습니다.
모든 트랜잭션은 자신이 읽고 쓸 상태를 나열합니다. 결정론적 스케줄러는 이 집합을 이용해 충돌하지 않는 트랜잭션을 병렬 레인에 배치합니다.
모듈은 계측된 샌드박스에서 실행됩니다. 연산은 명령이 실행될 때, 저장은 상태가 기록되고 유지될 때 비용이 부과되며, 선언된 집합 밖의 접근은 호출을 중단시키고 그 효과를 되돌립니다.
결과는 블록의 다른 전이들과 함께 커밋되며, QSE 쿼럼이 이를 인증하면 확정됩니다.
구조
NexusWASM은 컨트랙트가 계산하는 것과 그것이 닿을 수 있도록 허용된 것을 분리합니다.
모든 검증자에게 동일한 결과를 주는 규칙 아래에서 WebAssembly를 실행합니다. 기기마다 달라질 수 있는 것, 즉 시계, 난수, 호스트별 숫자 처리 방식은 배제되거나 프로토콜이 결정론적 입력값으로 제공합니다.
컨트랙트와 네트워크의 나머지 부분을 잇는 유일한 통로입니다. 자산, 저장소, 신원, 시장 모듈에 대한 호스트 함수는 권한별로 노출되며, 모든 호출은 그 컨트랙트에 부여된 권한에 따라 확인됩니다.
명령이 실행되는 만큼 연산을, 상태가 기록되고 유지되는 만큼 저장을 각각 계측하며, 각각에 별도의 가격을 매깁니다. 호출별 한도는 어떤 컨트랙트든 레인을 독점하지 못하게 합니다.
각 트랜잭션이 선언한 읽기와 쓰기를 결정론적 스케줄러를 위한 충돌 지도로 변환하여, 독립적인 컨트랙트는 서로 다른 레인에서 실행되고 종속적인 컨트랙트는 순서가 정해지게 합니다.
ApexMatch, Aegis, Prism으로 연결되는 유형화된 인터페이스입니다. 컨트랙트는 자신의 로직과 동일한 전이 안에서 주문을 내거나, 위험 평가를 요청하거나, 신뢰도 점수가 매겨진 가격을 읽을 수 있습니다.
코드 변경은 배포 시점에 고정된 정책, 예를 들어 변경 불가, 시간 지연, 다자간 승인 등의 정책 아래에서 명시적이고 버전이 관리되는 전이로 이루어집니다. 모든 버전은 자신의 코드 해시와 권한 매니페스트를 유지합니다.
보안 및 장애 통제
NexusWASM은 결함을 그것이 발생한 컨트랙트 안에 가두며, 그 경계를 관행이 아니라 런타임 자체가 강제합니다.
세 시스템의 연결
Orbitra Prime
트레이딩 인텔리전스
전략, 볼트, 구조화된 워크플로에 온체인 로직이 필요할 때, 이는 NexusWASM 컨트랙트로 실행되며 Orbitra Prime에서 낸 주문과 동일한 ApexMatch 및 Aegis 경로를 통해 거래됩니다.
Orbitra L1
결제 및 연산
NexusWASM은 Orbitra L1 실행 계층의 컨트랙트 런타임입니다. VectorLanes에서 실행되고, 공유 상태에 커밋하며, 완결을 위해 결과를 QSE에 전달합니다. EVM Capsule은 그 자리를 대신하지 않고, 그 옆에 격리된 호환성 영역으로 자리합니다.
Orbitra Realm
애플리케이션 및 상거래
결제, 토큰화, 게임, 에이전트 서비스 등 Orbitra Realm의 애플리케이션은 NexusWASM 컨트랙트로 네이티브 실행되며, NexusSDK 기본 기능과 VaultID 권한을 통해 네트워크의 나머지와 신원, 자산, 유동성을 공유합니다.
가치
사양
용어