Ir al contenido
ORBITRAONE
Strategy ForgeOrbitra Prime

Ciclo de vida reproducible de la estrategia

Investigación que puede reproducir. Automatización que puede gobernar.

Strategy Forge es el proceso que convierte una idea en automatización gobernada. Las estrategias se construyen en Python, Rust o bloques visuales sin código, pasan por backtesting sobre datos versionados con costes explícitos, se someten a pruebas de estrés, se negocian de forma simulada, se ejecutan bajo una política de Cortex y se publican. Cada versión acumula un registro de confianza que puede verificar cualquier persona con quien se comparta. La vista del creador está en la visión general de Strategy Forge.

Cómo funciona

El ciclo de vida y el registro que escribe

Ilustración: Una estrategia recorre siete etapas: idea, construcción, backtesting, estrés, simulación, despliegue y publicación. En cada etapa se escribe en un registro de confianza que contiene su versión, su hash de código, la ventana de datos, los supuestos, los costes, los límites de riesgo, las aprobaciones, los recibos de ejecución y el comportamiento realizado.
  1. 01IdeaLenguaje natural o bloques visuales
  2. 02ConstrucciónLógica en Python, Rust o sin código
  3. 03BacktestingDatos y costes con control de versiones
  4. 04EstrésChoques de régimen y de liquidez
  5. 05SimuladoSimulación de mercado en vivo
  6. 06DespliegueEjecución sujeta a políticas
  7. 07PublicaciónPrivado, compartido o en el mercado

Registro de confianza

  • Versión
  • Hash de código
  • Ventana de datos
  • Supuestos
  • Costes
  • Límites de riesgo
  • Aprobaciones
  • Recibos de ejecución
  • Comportamiento realizado

Siete etapas —Idea, Compilación, Backtesting, Estrés, Simulación, Despliegue y Publicación— se ejecutan en secuencia sobre una misma trayectoria. Debajo de ellas, un registro de confianza se completa a medida que avanza la estrategia: versión y hash de código en la Compilación; ventana de datos, supuestos y costes en el Backtesting y el Estrés; límites de riesgo y aprobaciones en el Despliegue; y después, recibos de ejecución y comportamiento real una vez que la estrategia se ejecuta.

El problema

Por qué la mayoría de las afirmaciones sobre estrategias no se pueden comprobar

La investigación de estrategias se rompe en cada traspaso. Los backtestings se ejecutan sobre conjuntos de datos que nadie puede reconstruir, los costes de negociación se dan por hecho y los parámetros se ajustan hasta que la curva resulta convincente. El código que llega a producción a menudo no es el código que se probó.

Compradores y seguidores heredan el problema. Un anuncio en el mercado muestra un gráfico de rentabilidad, pero no la ventana de datos que hay detrás, los costes que se asumieron ni cómo se compara la negociación real con la simulación. La reputación se convierte en marketing en lugar de evidencia.

Strategy Forge vincula cada etapa a un artefacto versionado. Un resultado puede reconstruirse a partir de sus entradas, un despliegue queda fijado al código exacto que se probó y el comportamiento real se acumula junto a las afirmaciones originales. La rentabilidad histórica o simulada no predice resultados futuros; el registro deja visible la brecha entre ambos.

Secuencia operativa

Siete etapas. Un registro continuo.

Cada etapa añade campos al registro de confianza. Una etapa que no se ha ejecutado permanece visiblemente vacía, de modo que una estrategia no probada nunca se confunde con una ya probada.

  1. 01

    Idea

    Describa una hipótesis en lenguaje natural o disponga bloques visuales. El Forge redacta una lógica explícita para su revisión; nada se ejecuta hasta que las reglas son explícitas.

  2. 02

    Compilación

    Escriba en Python o Rust, o componga bloques sin código. La compilación se empaqueta con dependencias fijadas y se identifica por su hash de código.

  3. 03

    Backtesting

    Reproduzca la estrategia sobre una ventana de datos versionada bajo un modelo de costes declarado. El mismo hash de código, la misma ventana de datos y los mismos supuestos siempre producen el mismo resultado.

  4. 04

    Estrés

    Aplique choques de régimen y de liquidez —saltos de volatilidad, rupturas de correlación, retirada de profundidad, huecos de precio— y registre cómo responden la caída de capital y la exposición.

  5. 05

    Simulación

    Opere en una simulación de mercado en vivo: datos de mercado actuales, ejecuciones simuladas, sin capital. La divergencia respecto al backtesting se señala, nunca se suaviza.

  6. 06

    Despliegue

    Ejecute a través de Cortex bajo una política que cubre capital, límites de pérdida, apalancamiento, mercados, sesión, confirmación, fuentes de datos y detención. Las aprobaciones quedan registradas y la versión se fija mediante su hash.

  7. 07

    Publicación

    Mantenga la estrategia privada, compártala con las cuentas que elija o publíquela en el mercado. El registro de confianza viaja con cada publicación.

Arquitectura

Componentes del proceso

Cada componente produce o consume artefactos versionados. Esa única disciplina es lo que hace que el proceso sea reproducible de principio a fin.

  1. 01

    Superficies de creación

    Un asistente en lenguaje natural, un editor de bloques visuales y los SDK de Python y Rust. Los tres producen la misma definición explícita de la estrategia, de modo que ninguna vía de creación es una caja negra.

  2. 02

    Empaquetador de compilación

    Congela el código y las dependencias en un artefacto inmutable y calcula su hash de código. Cualquier cambio, por pequeño que sea, produce una nueva versión.

  3. 03

    Catálogo de datos versionado

    Almacena los datos de mercado como versiones inmutables y de corte temporal fijo. Un backtesting cita la ventana de datos exacta que leyó y no puede ver información posterior a su instante simulado.

  4. 04

    Motor de simulación

    Reproducción basada en eventos con modelos de costes explícitos para comisiones, spread, deslizamiento, financiación y coste de financiación. Los componentes aleatorios se inicializan con una semilla, y las semillas quedan registradas.

  5. 05

    Biblioteca de escenarios

    Choques estándar de régimen y de liquidez, además de escenarios personalizados. Los resultados de estrés se almacenan junto al backtesting, no en un informe separado.

  6. 06

    Entorno de simulación

    Ejecuta estrategias frente a los datos de mercado actuales, con las mismas primitivas de órdenes que ApexMatch, con ejecuciones simuladas y sin capital en riesgo.

  7. 07

    Almacén del registro de confianza

    Conserva registros de solo anexado por versión, anclados mediante hash en Orbitra L1 y ampliados con los recibos de ejecución de Cortex una vez que la estrategia se ejecuta.

Seguridad y control de fallos

Integridad de la evidencia y del capital

Strategy Forge protege dos cosas: la integridad de la evidencia y el capital que una estrategia tiene permitido tocar.

  • Versiones fijadasUna estrategia en ejecución queda vinculada a un único hash de código. Editarla crea una nueva versión con su propio registro; nada cambia de forma silenciosa en producción.
  • Investigación aisladaLas compilaciones se ejecutan en entornos aislados, sin acceso a las claves de firma ni acceso a la red más allá de los datos aprobados. Una estrategia solo puede enviar órdenes a través de Cortex.
  • Protecciones contra la fuga de informaciónLos datos de corte temporal fijo y las semillas registradas evitan el sesgo de anticipación, y permiten que un revisor repita cualquier backtesting y obtenga el mismo resultado.
  • Ejecución sujeta a políticasLas estrategias en ejecución heredan el motor de políticas de Cortex y la puerta de Aegis. La detención inmediata de un solo comando se les aplica igual que a cualquier otro agente.
  • Verificable sin divulgaciónUn hash de código demuestra qué código se ejecutó sin revelarlo. Los creadores pueden publicar un registro verificable y mantener privado su código fuente.

En los tres sistemas

Cómo conecta el Forge los tres sistemas

Orbitra Prime

Inteligencia de negociación

El Forge se integra en el espacio de trabajo de Orbitra Prime, de modo que una estrategia se investiga, se opera y se supervisa desde la misma cuenta y la misma vista de riesgo que la negociación manual. Los registros publicados alimentan las clasificaciones de la negociación social.

Orbitra L1

Liquidación y cómputo

Los recibos de ejecución y el comportamiento real proceden de la evidencia de ApexMatch finalizada en Orbitra L1, y el registro de cada versión queda anclado allí mediante hash. Un registro publicado no se puede reescribir en silencio.

Orbitra Realm

Aplicaciones y comercio

El mercado de Orbitra Realm distribuye estrategias y bots mediante suscripciones y licencias. Las regalías de estrategias y las licencias de automatización se contabilizan en el registro de valor de AlphaStack, y las fuentes de datos aprobadas de Realm pueden alimentar la investigación.

Valor

Qué cambia un registro verificable

Operadores y usuarios
Antes de seguir una estrategia o suscribirse a ella, usted puede consultar su ventana de datos, los supuestos de costes, los resultados de las pruebas de estrés y las aprobaciones, y comparar el comportamiento real con la simulación.
Instituciones
La gobernanza de modelos está integrada: investigación reproducible, despliegues versionados, aprobaciones registradas y un rastro continuo desde la hipótesis hasta la ejecución.
Desarrolladores
Desarrolle en el lenguaje que ya utiliza, publique un registro que argumente con evidencia y no con capturas de pantalla, y mantenga privado su código fuente si así lo prefiere. Los ingresos por regalías y licencias varían según la adopción y el rendimiento.

Especificaciones

Especificaciones

Ciclo de vida
Idea → Compilación → Backtesting → Estrés → Simulación → Despliegue → Publicación
Creación
Ideas en lenguaje natural, bloques visuales sin código, Python, Rust
Identidad de versión
Hash de código, calculado sobre el código y las dependencias fijadas
Backtesting
Ventanas de datos versionadas y de corte temporal fijo, con modelos de costes declarados para comisiones, spread, deslizamiento, financiación y coste de financiación
Pruebas de estrés
Choques de régimen y de liquidez, además de escenarios personalizados
Negociación simulada
Simulación de mercado en vivo con ejecuciones simuladas y sin capital en riesgo
Despliegue
Sujeto a políticas mediante Cortex, con la puerta de Aegis en cada orden
Publicación
Privada, compartida con cuentas elegidas o publicada en el mercado
Registro de confianza
Versión, hash de código, ventana de datos, supuestos, costes, límites de riesgo, aprobaciones, recibos de ejecución, comportamiento real

Terminología

Terminología

Registro de confianza
La evidencia de solo anexado adjunta a una versión de estrategia, desde el hash de código hasta el comportamiento real.
Hash de código
Una huella criptográfica del código y las dependencias de una estrategia. Cualquier cambio produce un hash distinto.
Ventana de datos
La versión exacta del conjunto de datos y el intervalo temporal que leyó un backtesting o una prueba de estrés.
Sesgo de anticipación
El error de permitir que una simulación utilice información que no habría estado disponible en el instante simulado.
Choque de régimen
Un escenario en el que el comportamiento del mercado cambia de forma abrupta —en volatilidad, correlación o liquidez— en lugar de desplazarse dentro de su rango histórico.

UNA RED. MERCADOS INFINITOS.

Solicitar acceso a ORBITRA ONE™.