시장 API
주문, 호가창, 클리어링
ApexMatch에서 주문을 실행, 수정, 취소하고, 호가창과 체결 상태를 스트리밍하며, RFQ 호가를 요청하고 클리어링 델타를 조회합니다. API 주문도 인터페이스 주문과 동일한 Aegis 사전 위험 게이트를 통과합니다.
NexusSDK 개요
일급 서비스로 제공되는 시장 기본 기능.
NexusSDK는 전체 시스템의 개발자 접점입니다. Orbitra L1의 시장 서비스 계층, 즉 ApexMatch, Aegis, Prism, 클리어링, 결제에 접근하며, NexusWASM 계약이 실행되는 실행 계층에도 접근합니다.
모든 호출은 범위가 지정된 권한을 가진 신원을 통해 이루어지며, 모든 상태 변경은 서명된 증거를 반환합니다. 금융 애플리케이션에서 가장 어려운 부분인 매칭, 위험 관리, 자격 검증, 완결성은 이미 프로토콜 모듈로 존재하므로, 아이디어와 신뢰할 수 있는 애플리케이션 사이의 거리가 줄어듭니다.
- 네이티브 프로토콜 모듈 위의 타입이 지정된 서비스
- 모든 상태 변경에 대한 서명된 영수증
- VaultID를 통해 발급되는 범위가 지정된 자격 증명
- TypeScript, Python, Rust로 작성된 샌드박스 샘플
- 01경험Orbitra Prime · 지갑 · 애플리케이션 · 기관용 API
- 02시장 서비스ApexMatch · Aegis · Prism · 클리어링 · 결제
- 03실행VectorLanes · 결정론적 스케줄러 · NexusWASM
- 04합의QSE 쿼럼 · 완결성 인증서 · 검증자 정책
- 05데이터상태 커밋먼트 · 기록 · 색인 스트림 · 증명
- 06네트워크지역 유입 · 암호화 전송 · 가용성 메시
기본 기능
여섯 가지 서비스. 하나의 권한 모델.
각 서비스는 네이티브 모듈 위의 타입이 지정된 인터페이스입니다. 여섯 가지 서비스 모두 하나의 계정 모델, 하나의 위험 현황, 하나의 증거 형식을 공유합니다.
Asset Studio
발행 및 생애주기
발행자 권한, 배당 및 상환과 같은 생애주기 이벤트, 모든 이전마다 적용되는 자격 요건 규칙을 갖춘 토큰화 자산을 발행하고 관리합니다. 토큰화를 참고하세요.
에이전트 신원
책임 소재가 있는 자동화
AI 에이전트와 봇을 각각 Cortex 정책에 귀속되는 고유한 신원으로 등록합니다. 모든 에이전트의 행동은 서명되고, 귀속되며, 철회할 수 있습니다.
데이터 교환
출처가 있는 데이터
검증 가능한 출처와 함께 데이터셋과 신호를 게시하고 라이선싱합니다. 구매자는 소스와 신선도를 확인할 수 있고, 기여자는 접근 조건에 대한 통제권을 유지합니다.
VaultID
문서가 아니라 자격 증명
VaultID를 통해 자격 요건과 권한을 확인합니다. 애플리케이션은 근거 문서를 다루지 않고도 사용자가 할 수 있는 일을 파악할 수 있습니다.
결제
애플리케이션 로직 안의 결제
거래와 동일한 결정론적 완결성으로 결제를 요청, 승인, 정산하며, 조건은 사후 대사가 아니라 코드로 표현됩니다.
NexusWASM
접근 범위를 스스로 선언하는 계약.
NexusWASM은 Orbitra L1의 기본 계약 환경입니다. 계약은 Rust, C, C++에서 WebAssembly로 컴파일되어, 연산과 저장에 명시적인 가격이 책정된 계량형 샌드박스에서 실행됩니다.
각 계약은 배포 시점에 자신의 기능 권한, 즉 호출할 수 있는 시장 기본 기능과 읽거나 쓸 수 있는 상태를 선언합니다. 런타임은 이 선언을 벗어난 모든 것을 거부하며, 선언된 상태 접근 범위는 독립적인 계약들이 VectorLanes에서 병렬로 실행되게 합니다.
- 기능 권한이 지정된 계약
- 명시적인 연산 및 저장 가격 책정
- ApexMatch와 Aegis로의 네이티브 호출
- Rust, C, C++ 툴체인
계약
기능 권한
계량형 연산
계량형 저장
EVM Capsule 이전 경로
캡슐에서 시작해, 코어로 옮겨 가세요.
EVM Capsule은 기존 Ethereum 바이트코드와 도구를 자체 자원 상한을 가진 격리된 영역에서 실행합니다. 이는 호환성 경계이며, 결코 핵심 런타임이 아닙니다.
- 01
진입
익숙한 도구로 기존 계약을 배포합니다. 계약은 캡슐 안에서 변경 없이 실행되며, 독립적인 가스 및 자원 한도에 따라 계량됩니다.
- 02
연결
자산은 통제된 게이트웨이를 통해서만 코어에 도달하며, 모든 이전에는 속도 제한, 경로 한도, 서킷 브레이커가 적용됩니다.
- 03
분석
네이티브 성능이나 직접적인 시장 접근이 필요한 코드 경로, 보통 주문 처리, 결제, 위험 관리 로직을 찾습니다.
- 04
포팅
해당 경로를 ApexMatch와 Aegis를 네이티브로 호출하는 NexusWASM 계약으로 다시 작성하고, 캡슐 버전은 동작 참조용으로 유지합니다.
- 05
종료
두 버전이 동일한 입력에서 동일한 결과를 내면, 사용자를 네이티브 계약으로 이전하고 캡슐 배포를 단계적으로 종료합니다.
캡슐 내부의 장애는 자체 한도와 서킷 브레이커로 억제됩니다. 캡슐의 작업 부하는 핵심 런타임을 제약하지 않습니다.
검증자 및 노드 도구
실제 상태를 기준으로 노드를 운영하세요.
개발자와 운영자는 동일한 노드 클라이언트를 사용합니다. 개발자는 완결된 상태를 재현하고 조회하며, 검증자는 그 위에 서명 임무를 더합니다.
- 로컬 재현
- 실제 프로토콜 상태를 기준으로 개발하고 테스트하기 위해 완결된 전환을 재현합니다
- 색인 스트림
- 애플리케이션, 분석, 대사를 위한 스트리밍 상태 출력을 구독합니다
- 증명 검증
- 클라이언트 측에서 상태 커밋먼트와 QSE 완결성 인증서를 확인합니다
- 릴리스 무결성
- 설치 또는 업그레이드 전에 검증되는 서명된 릴리스
- 운영자 서명
- 검증자 키를 위한 HSM 및 MPC 서명 장치 연동 — 검증자를 참고하세요
리소스
예제, 상태, 릴리스 노트.
- 예제샌드박스 코드 예제
- TypeScript, Python, Rust로 작성된 샘플은 소스가 아니라 환경 변수에서 자격 증명을 읽어오며, 샌드박스 환경에서 실행됩니다. 문서 게이트웨이에서 확인할 수 있습니다.
- API 상태서비스 상태
- 상태 페이지에서 웹사이트, 이용 신청 접수, 네트워크 및 트레이딩 서비스 상태를 확인하고 장애 업데이트가 게시되는 위치를 볼 수 있습니다.
- 변경 이력모든 버전의 릴리스 노트
- 릴리스 노트는 각 NexusSDK 버전과 함께 문서 게이트웨이에 게시됩니다: 인터페이스 변경, 지원 종료, 이전 절차를 해당 참조 문서와 함께 버전별로 제공합니다.
개발자 관심 등록
무엇을 만들고 있는지 알려 주세요.
SDK 이용, 샌드박스 자격 증명, 공개된 패키지 이름은 등록된 개발자에게 발급됩니다. 만들고 있는 애플리케이션과 필요한 기본 기능을 설명해 주세요.
- 01각 요청은 필요한 기본 기능과 환경을 기준으로 검토됩니다.
- 02승인된 개발자에게는 범위가 지정된 샌드박스 자격 증명과 문서 접근 권한을 제공합니다.
- 03공개된 패키지 이름은 SDK 이용 권한과 함께 공유됩니다.
- 04개인 키, 시드 구문, 비밀번호는 절대 요청하지 않습니다.