본문으로 건너뛰기
ORBITRAONE
CortexOrbitra Prime

정책의 제약을 받는 AI 트레이딩 및 인텔리전스

모델은 제안하고, 정책은 결정합니다.

Cortex는 ORBITRA ONE™의 에이전트 런타임이자 정책 엔진입니다. 에이전트는 시장과 포트폴리오를 관찰하고, 모델 앙상블로 추론하며, 거래 의도를 제안합니다. 다만 어떤 의도도 Aegis의 시뮬레이션과 정책 엔진의 승인을 거치기 전에는 주문이 되지 않습니다. 루프를 한 번 통과할 때마다 실행 증빙이 남습니다. 트레이더가 실제로 경험하는 부분은 인텔리전스에서 설명합니다.

작동 흐름

루프와 여덟 개의 게이트

설명 그림: 통제된 에이전트 루프입니다: 시장과 포트폴리오를 관찰하고, 모델 앙상블로 추론하며, 거래 의도를 제안하고, Aegis에서 시뮬레이션한 뒤, 정책 엔진을 통해 승인하고, ApexMatch에서 실행합니다. 이 루프를 자본, 손실, 레버리지, 시장, 시간, 사람의 확인, 데이터 소스, 한 번의 명령으로 실행하는 긴급 중지라는 여덟 가지 정책 게이트가 둘러쌉니다.
Cortex
  1. 01관찰시장 및 포트폴리오
  2. 02추론모델 앙상블
  3. 03제안거래 의도
  4. 04시뮬레이션Aegis 위험
  5. 05승인정책 엔진
  6. 06실행ApexMatch
  • 자본최대 배분
  • 손실일별 및 전체 손실 한도
  • 레버리지상품별 상한
  • 시장허용/차단 목록
  • 시간세션 및 만료
  • 행동사람의 확인
  • 데이터승인된 소스
  • 중지한 번의 명령으로 철회

Cortex의 여섯 단계인 관찰, 추론, 제안, 시뮬레이션, 승인, 실행은 하나의 닫힌 루프를 이룹니다. 실행에 앞서 여덟 개의 정책 게이트가 놓여 있습니다. 자본 배분, 일일 및 누적 손실 한도, 레버리지 상한, 시장 허용/차단 목록, 세션과 만료, 사용자 승인, 승인된 데이터 소스, 긴급 중지 기능입니다. 모든 게이트가 열려 있을 때에만 의도는 실행 단계로 넘어가며, 하나라도 닫혀 있으면 그 이유와 함께 되돌아갑니다.

해결할 문제

자동화에 권한의 한계가 필요한 이유

대부분의 트레이딩 봇은 소유 자체로 신뢰받습니다. 봇은 광범위한 권한을 가진 API 키를 보유하며, 그 한계는 자신의 코드 안에 있습니다. 코드에 오류가 있거나 모델이 표류하거나 키가 유출되어도, 계정에 문제가 생기기 전까지는 봇 바깥의 누구도 이를 알아차리지 못합니다.

AI 모델은 그 자체의 실패 양상을 더합니다. 오래된 데이터에 근거한 자신감 있는 추론, 검증되지 않은 소스로부터의 입력, 모델이 한 번도 본 적 없는 국면에 시장이 들어섰을 때 달라지는 행동이 그것입니다. 사후에는 에이전트가 무엇을 알고 있었는지, 무엇을 결론지었는지, 왜 그렇게 행동했는지에 대한 기록이 거의 남지 않습니다.

Cortex는 사고와 권한을 분리합니다. 에이전트는 폭넓게 연구할 수 있지만, 실행은 에이전트가 수정할 수 없는 한계를 통과해야 하며, 이 한계는 에이전트가 통제하지 않는 구성 요소가 집행하고, 소유자가 확인할 수 있는 증빙으로 기록됩니다. AI 기반 자동화를 포함한 자동화는 여전히 실패하거나 예상치 못하게 작동할 수 있습니다. 이 구조는 그 결과를 제한합니다.

작동 순서

관찰. 추론. 제안. 시뮬레이션. 승인. 실행.

헤지 조정부터 신규 포지션까지, 모든 에이전트의 행동은 동일한 여섯 단계의 루프를 거칩니다. 어떤 단계도 건너뛸 수 없으며, 어느 단계에서든 실패하면 그 이유와 함께 의도가 에이전트에게 반환됩니다.

  1. 01

    관찰

    에이전트는 시장과 포트폴리오 상태, 즉 서명된 Prism 시장 데이터, 소유자의 Aegis 그래프, 승인된 외부 소스를 읽습니다. 모든 입력은 그 출처와 함께 기록됩니다.

  2. 02

    추론

    모델 앙상블이 상황을 평가합니다. 각 모델의 판단과 버전이 기록되며, 모델 간 불일치는 확신도를 낮추고 제안이 형성되기 전에 이를 중단시킬 수 있습니다.

  3. 03

    제안

    에이전트는 상품, 매매 방향, 수량, 가격 한도, 만료, 근거를 담은 거래 의도를 발행합니다. 의도는 요청일 뿐 주문이 아닙니다.

  4. 04

    시뮬레이션

    Aegis는 그 의도를 포트폴리오 그래프에 적용하여, 거래 후의 사용된 증거금, 청산까지의 거리, 손실 한도까지의 여유, 집중도를 반환합니다.

  5. 05

    승인

    정책 엔진이 여덟 가지 통제를 모두 확인합니다. 사용자 승인이 필요한 임계값을 넘는 행동은 소유자의 서명된 승인을 기다립니다.

  6. 06

    실행

    승인된 의도는 에이전트의 VaultID 자격 증명으로 서명된 주문이 됩니다. ApexMatch는 매칭 전에 Aegis 게이트에서 이를 한 번 더 평가하며, 증빙이 발행되어 루프가 마무리됩니다.

구조

에이전트 시스템의 구성 요소

Cortex는 사고하는 구성 요소가 결코 승인하는 구성 요소가 되지 않도록 설계되었습니다.

  1. 01

    에이전트 런타임

    에이전트가 실행되는 격리된 환경입니다. 광범위한 읽기 권한을 가진 연구 작업 공간은 의도가 빠져나가는 좁은 실행 채널과 분리되어 있습니다.

  2. 02

    모델 앙상블

    여러 모델이 각 결정을 독립적으로 평가합니다. 각 모델의 버전, 출력, 일치도가 기록되므로, 모든 제안을 그것을 만들어낸 모델까지 추적할 수 있습니다.

  3. 03

    정책 엔진

    각 의도를 소유자의 정책, 즉 버전이 관리되는 코드로 정의한 정책에 따라 평가합니다. 명시적으로 허용되지 않은 것은 모두 거부됩니다.

  4. 04

    에이전트 신원

    각 에이전트는 자신의 소유자에게 연결되고 정책으로 범위가 지정된 고유한 VaultID 자격 증명을 가집니다. 에이전트는 결코 소유자의 키로 서명하지 않습니다.

  5. 05

    시뮬레이션 브릿지

    모든 의도를 소유자의 Aegis 그래프에 연결하여, 승인이 의도 자체가 아니라 거래 후 위험을 기준으로 결정되도록 합니다.

  6. 06

    증빙 서비스

    거부된 경우를 포함해 루프를 통과할 때마다 서명된 실행 증빙을 기록합니다. 근거, 시뮬레이션된 위험, 출처, 정책 판정, 실행 증거가 여기에 담깁니다.

보안 및 장애 통제

여덟 가지 통제. 두 개의 집행 지점.

정책 엔진은 의도가 서명되기 전에 모든 통제를 확인하며, ApexMatch 내부의 게이트는 매칭 전에 자격 증명의 한도를 다시 확인합니다. 코드 자체에 오류가 있는 에이전트라도 자신의 권한을 넘어설 수는 없습니다. 남아 있는 위험에 대해서는 AI 및 자동매매 고지에서 설명합니다.

  • 자본 및 손실 한계자본 배분은 에이전트가 투입할 수 있는 한도를 정합니다. 일일 및 누적 손실 한도는 Aegis가 실현 손익과 평가 손익을 기준으로 측정하며, 둘 중 하나에 도달하면 에이전트가 정지됩니다.
  • 익스포저 한계레버리지 상한은 상품별로 적용되며, 시장 허용/차단 목록은 에이전트가 거래할 수 있는 곳을 정의합니다. 허용 목록에 없는 시장은 기본적으로 거부됩니다.
  • 시간 한계권한에는 세션 구간과 만료 시점이 있습니다. 권한은 스스로 소멸하며, 오직 소유자만이 이를 갱신할 수 있습니다.
  • 사용자 승인수량, 시장, 상품 유형별로 소유자가 정한 임계값을 넘는 행동은 신뢰할 수 있는 기기에서 소유자의 서명된 승인을 기다립니다.
  • 승인된 데이터 소스승인되지 않은 데이터는 연구에 참고할 수 있지만 실행 가능한 의도로는 이어질 수 없습니다. 증빙에는 주문으로 이어진 모든 입력의 소스가 기록됩니다.
  • 단일 명령 긴급 중지하나의 서명된 명령으로 에이전트의 권한이 철회되고 대기 주문이 취소됩니다. 다음 확정 전이부터는 그 에이전트가 서명하는 모든 것이 게이트에서 거부됩니다.

세 시스템의 연결

Prime, L1, Realm 안의 Cortex

Orbitra Prime

트레이딩 인텔리전스

Orbitra Prime에서 Cortex의 제안은 근거, 시뮬레이션된 위험, 데이터 출처와 함께 안내 패널에 표시되며, 승인과 긴급 중지 명령은 데스크톱과 모바일 어디서든 실행할 수 있습니다. 수동 주문과 에이전트 주문은 하나의 계정, 하나의 위험 현황, 하나의 증거 흐름을 공유합니다.

Orbitra L1

결제 및 연산

에이전트의 자격 증명과 정책은 Orbitra L1의 상태이므로, 집행은 에이전트가 실행되는 기기에 좌우되지 않습니다. 에이전트 주문은 수동 주문과 동일하게 ApexMatch 내부의 Aegis 게이트를 통과하며, 증빙은 확정된 전이를 참조합니다.

Orbitra Realm

애플리케이션 및 상거래

Orbitra Realm에서 에이전트는 고유한 신원을 가진 독립적인 참여자입니다. 데이터 거래소의 데이터를 이용하고, 연산 자원의 비용을 지불하고, 봇 마켓플레이스를 통해 제공될 수 있으며, 이 모든 것은 항상 소유자의 정책 아래에서 이루어집니다. 자세한 내용은 AI 경제를 참고하십시오.

가치

경계가 있는 위임

트레이더 및 사용자
무제한적인 권한을 넘기지 않고도 모니터링과 실행을 위임할 수 있습니다. 모든 행동에는 그 이유가 표시되며, 하나의 명령으로 에이전트의 권한을 철회할 수 있습니다.
기관
코드로 정의한 정책, 2인 승인, 독립적인 긴급 중지 통제는 직원에게 적용되는 것과 마찬가지로 에이전트에도 적용됩니다. 실행 증빙은 감독 팀과 모델 위험 팀에 입력부터 체결까지의 완전한 흐름을 제공합니다.
개발자
안정적인 루프, 문서화된 의도 형식, VaultID 에이전트 신원을 기반으로 에이전트를 구축할 수 있습니다. 봇 마켓플레이스를 통한 배포는 모든 구매자에게 동일한 정책 경계를 유지합니다.

사양

사양

에이전트 루프
관찰 → 추론 → 제안 → 시뮬레이션 → 승인 → 실행
정책 통제
자본 배분, 일일 및 누적 손실 한도, 레버리지 상한, 시장 허용/차단 목록, 세션과 만료, 사용자 승인, 승인된 데이터 소스, 단일 명령 긴급 중지 및 권한 철회
집행 지점
서명 전 정책 엔진, 매칭 전 ApexMatch 내부의 Aegis 게이트
기본 방침
명시적으로 허용되지 않으면 거부하며, 모든 권한은 만료됩니다
신원
에이전트별 VaultID 자격 증명이며, 소유자에게 연결되고, 범위가 지정되며, 철회할 수 있습니다
추론
모델 버전과 일치도가 기록되는 모델 앙상블
설명 가능성
모든 제안에 근거, 시뮬레이션된 위험, 데이터 출처가 첨부됩니다
증거
거부된 의도를 포함해 루프를 통과할 때마다 서명된 실행 증빙이 생성됩니다

용어

용어

거래 의도
상품, 매매 방향, 수량, 한도, 만료, 근거로 구성된 구조화된 제안으로, 시뮬레이션과 승인을 거쳐야만 주문이 됩니다.
정책 엔진
각 의도를 소유자의 버전 관리된 정책에 따라 평가하고, 그 이유와 함께 판정을 반환하는 구성 요소입니다.
실행 증빙
입력부터 실행 또는 거부까지, 루프를 한 번 통과한 과정을 기록한 서명된 문서입니다.
출처
에이전트가 사용한 모든 입력의 소스, 시점, 버전을 포함해 기록된 근원입니다.
모델 앙상블
여러 독립적인 모델의 출력을 결합한 집합으로, 모델 간 불일치는 평균으로 지워지지 않고 하나의 신호로 취급됩니다.

하나의 네트워크. 무한한 시장.

ORBITRA ONE™ 이용 신청.