Ir para o conteúdo
ORBITRAONE
Strategy ForgeOrbitra Prime

Ciclo de vida reproduzível da estratégia

Pesquisa que você pode reproduzir. Automação que você pode governar.

O Strategy Forge é o pipeline que transforma uma ideia em automação governada. As estratégias são construídas em Python, Rust ou blocos visuais sem código, testadas via backtest em dados versionados com custos explícitos, submetidas a testes de estresse, negociadas em simulação (paper trading), executadas sob uma política do Cortex e publicadas. Cada versão acumula um registro de confiança que qualquer pessoa com quem ela seja compartilhada pode verificar. A visão do criador está na visão geral do Strategy Forge.

Como funciona

O ciclo de vida e o registro que ele escreve

Ilustração: Uma estratégia passa por sete etapas — ideia, construção, backtest, estresse, paper, implantação e publicação. Em cada etapa, ela grava em um registro de confiança contendo sua versão, hash do código, janela de dados, premissas, custos, limites de risco, aprovações, recibos de execução e comportamento realizado.
  1. 01IdeiaLinguagem natural ou blocos visuais
  2. 02ConstruirPython, Rust ou lógica no-code
  3. 03BacktestDados e custos versionados
  4. 04EstresseChoques de regime e liquidez
  5. 05PaperSimulação de mercado em tempo real
  6. 06ImplantarExecução vinculada a políticas
  7. 07PublicarPrivado, compartilhado ou marketplace

Registro de confiança

  • Versão
  • Hash do código
  • Janela de dados
  • Premissas
  • Custos
  • Limites de risco
  • Aprovações
  • Recibos de execução
  • Comportamento realizado

Sete etapas — Ideia, Construção, Backtest, Estresse, Simulação, Implantação e Publicação — avançam em sequência ao longo de um único caminho. Abaixo delas, um registro de confiança é preenchido à medida que a estratégia avança: versão e hash de código na Construção; janela de dados, premissas e custos no Backtest e no Estresse; limites de risco e aprovações na Implantação; e, então, comprovantes de execução e comportamento realizado quando a estratégia entra em operação.

O problema

Por que a maioria das afirmações sobre estratégias não pode ser verificada

A pesquisa de estratégias se rompe em cada transferência. Backtests são executados sobre conjuntos de dados que ninguém consegue reconstruir, os custos de negociação são ignorados por hipótese e os parâmetros são ajustados até que a curva pareça convincente. O código que chega à produção muitas vezes não é o código que foi testado.

Compradores e seguidores herdam o problema. Um anúncio no marketplace mostra um gráfico de desempenho, mas não a janela de dados por trás dele, os custos que assumiu ou como a negociação realizada se compara à simulação. A reputação se torna marketing, e não evidência.

O Strategy Forge vincula cada etapa a um artefato versionado. Um resultado pode ser re-derivado a partir de suas entradas, uma implantação é fixada ao código exato que foi testado, e o comportamento realizado se acumula ao lado das afirmações originais. Desempenho histórico ou simulado não prevê resultados futuros; o registro torna visível a diferença entre eles.

Sequência operacional

Sete etapas. Um único registro contínuo.

Cada etapa adiciona campos ao registro de confiança. Uma etapa que ainda não foi executada permanece visivelmente vazia, de modo que uma estratégia não testada nunca é confundida com uma testada.

  1. 01

    Ideia

    Descreva uma hipótese em linguagem natural ou organize blocos visuais. O Forge redige a lógica explícita para revisão; nada é executado até que as regras estejam explícitas.

  2. 02

    Construção

    Escreva em Python ou Rust, ou componha blocos sem código. A build é empacotada com dependências fixadas e identificada pelo seu hash de código.

  3. 03

    Backtest

    Reproduza a estratégia sobre uma janela de dados versionada, sob um modelo de custos declarado. O mesmo hash de código, a mesma janela de dados e as mesmas premissas sempre produzem o mesmo resultado.

  4. 04

    Estresse

    Aplique choques de regime e de liquidez — saltos de volatilidade, quebras de correlação, retirada de profundidade, gaps de preço — e registre como o drawdown e a exposição respondem.

  5. 05

    Simulação

    Negocie em simulação com dados de mercado ao vivo (paper trading): dados de mercado atuais, preenchimentos simulados, sem capital. A divergência em relação ao backtest é sinalizada, não disfarçada.

  6. 06

    Implantação

    Execute através do Cortex sob uma política que cobre capital, limites de perda, alavancagem, mercados, sessão, confirmação, fontes de dados e parada. As aprovações são registradas e a versão é fixada pelo hash.

  7. 07

    Publicação

    Mantenha a estratégia privada, compartilhe-a com contas escolhidas ou liste-a no marketplace. O registro de confiança acompanha cada anúncio.

Arquitetura

Componentes do pipeline

Todo componente produz ou consome artefatos versionados. Essa única disciplina é o que torna o pipeline reproduzível de ponta a ponta.

  1. 01

    Superfícies de criação

    Um assistente em linguagem natural, um editor visual de blocos e SDKs em Python e Rust. Os três produzem a mesma definição explícita de estratégia, de modo que nenhum caminho de criação é uma caixa-preta.

  2. 02

    Empacotador de build

    Congela código e dependências em um artefato imutável e calcula seu hash de código. Qualquer alteração, ainda que pequena, produz uma nova versão.

  3. 03

    Catálogo de dados versionado

    Armazena dados de mercado como versões imutáveis e datadas em um ponto específico no tempo. Um backtest cita exatamente a janela de dados que leu e não pode ver informações posteriores ao seu momento simulado.

  4. 04

    Motor de simulação

    Reprodução orientada a eventos, com modelos de custo explícitos para taxas, spread, slippage, financiamento e custo de carregamento. Os componentes aleatórios recebem uma seed, e as seeds são registradas.

  5. 05

    Biblioteca de cenários

    Choques padrão de regime e de liquidez, além de cenários personalizados. Os resultados de estresse são armazenados junto com o backtest, em vez de em um relatório separado.

  6. 06

    Ambiente de simulação

    Executa estratégias contra dados de mercado atuais, usando as mesmas primitivas de ordem do ApexMatch, com preenchimentos simulados e sem capital em risco.

  7. 07

    Repositório do registro de confiança

    Mantém registros append-only por versão, ancorados por hash no Orbitra L1 e estendidos com comprovantes de execução do Cortex quando a estratégia entra em operação.

Segurança e controle de falhas

Integridade da evidência e do capital

O Strategy Forge protege duas coisas: a integridade da evidência e o capital que uma estratégia tem permissão para movimentar.

  • Versões fixadasUma estratégia em execução é vinculada a um único hash de código. Editá-la cria uma nova versão com seu próprio registro; nada muda silenciosamente em produção.
  • Pesquisa isoladaAs builds são executadas em sandboxes sem acesso a chaves de assinatura e sem acesso à rede além dos dados aprovados. Uma estratégia só pode enviar ordens através do Cortex.
  • Proteções contra vazamentoDados datados em um ponto específico no tempo e seeds registradas evitam o viés de antecipação e permitem que um revisor reexecute qualquer backtest e obtenha o mesmo resultado.
  • Execução vinculada a políticasEstratégias em execução herdam o motor de políticas do Cortex e o portão do Aegis. A parada de um único comando se aplica a elas como a qualquer outro agente.
  • Verificável sem divulgaçãoUm hash de código comprova qual código foi executado sem revelá-lo. Os criadores podem publicar um registro verificável mantendo seu código-fonte privado.

Nos três sistemas

Como o Forge conecta os três sistemas

Orbitra Prime

Inteligência de negociação

O Forge está dentro do espaço de trabalho do Orbitra Prime, de modo que uma estratégia é pesquisada, operada e monitorada a partir da mesma conta e da mesma visão de risco que a negociação manual. Os registros publicados alimentam as classificações em negociação social.

Orbitra L1

Liquidação e processamento

Comprovantes de execução e comportamento realizado vêm de evidências do ApexMatch finalizadas no Orbitra L1, e o registro de cada versão é ancorado lá por hash. Um registro publicado não pode ser reescrito silenciosamente.

Orbitra Realm

Aplicações e comércio

O marketplace no Orbitra Realm distribui estratégias e bots sob assinaturas e licenças. Royalties de estratégias e licenças de automação são contabilizados no registro de valor do AlphaStack, e fontes de dados aprovadas do Realm podem alimentar a pesquisa.

Valor

O que um registro verificável muda

Operadores e usuários
Antes de seguir ou assinar uma estratégia, você pode inspecionar sua janela de dados, suas premissas de custo, seus resultados de estresse e suas aprovações, e comparar o comportamento realizado com a simulação.
Instituições
A governança de modelos é incorporada: pesquisa reproduzível, implantações versionadas, aprovações registradas e uma trilha contínua da hipótese ao preenchimento.
Desenvolvedores
Construa na linguagem que você já usa, publique um registro que argumenta com evidências em vez de capturas de tela, e mantenha o código-fonte privado se preferir. A receita de royalties e licenças varia com a adoção e o desempenho.

Especificações

Especificações

Ciclo de vida
Ideia → Construção → Backtest → Estresse → Simulação → Implantação → Publicação
Criação
Ideias em linguagem natural, blocos visuais sem código, Python, Rust
Identidade da versão
Hash de código sobre o código e as dependências fixadas
Backtesting
Janelas de dados versionadas e datadas em um ponto específico no tempo, com modelos de custo declarados para taxas, spread, slippage, financiamento e custo de carregamento
Testes de estresse
Choques de regime e de liquidez, além de cenários personalizados
Negociação simulada (paper trading)
Simulação com dados de mercado ao vivo, preenchimentos simulados e sem capital em risco
Implantação
Vinculada a políticas através do Cortex, com o portão do Aegis em cada ordem
Publicação
Privada, compartilhada com contas escolhidas ou listada no marketplace
Registro de confiança
Versão, hash de código, janela de dados, premissas, custos, limites de risco, aprovações, comprovantes de execução, comportamento realizado

Terminologia

Terminologia

Registro de confiança
A evidência append-only vinculada a uma versão de estratégia, do hash de código ao comportamento realizado.
Hash de código
Uma impressão digital criptográfica do código e das dependências de uma estratégia. Qualquer alteração produz um hash diferente.
Janela de dados
A versão exata do conjunto de dados e o intervalo de tempo que um backtest ou teste de estresse leu.
Viés de antecipação
O erro de permitir que uma simulação use informações que não estariam disponíveis no momento simulado.
Choque de regime
Um cenário em que o comportamento do mercado muda abruptamente — em volatilidade, correlação ou liquidez — em vez de variar dentro de sua faixa histórica.

UMA REDE. MERCADOS INFINITOS.

Solicitar acesso ao ORBITRA ONE™.