Runtime nativo de IA para estrategias de trading en CEX.IO

No. El código de su estrategia se conecta a CEX.IO y envía instrucciones de acuerdo con su propia lógica, permisos de cuenta y método de integración. TradingHost proporciona el entorno de ejecución (runtime) donde se ejecuta dicho código.

No. El acceso a la API de CEX.IO lo proporciona CEX.IO. Usted es responsable de su cuenta de CEX.IO, los permisos de la API, las credenciales y el cumplimiento de los términos de CEX.IO.

No. TradingHost es el entorno de ejecución en la nube donde se ejecuta el código de su estrategia. No proporcionamos señales, modelos de predicción de IA ni bots preconstruidos. Con TradingHost, usted mismo escribe o genera la estrategia (a menudo con Cursor o Claude Code), la mantiene en GitHub como su propio código y utiliza TradingHost para ejecutarla en producción. Productos como 3Commas, Cryptohopper y similares son propietarios de la lógica de la estrategia; TradingHost ejecuta su estrategia.

AWS y DigitalOcean le ofrecen capacidad de cómputo sin procesar. Usted mismo debe encargarse de las actualizaciones del sistema operativo, la orquestación de contenedores, el envío de registros, la rotación de secretos, la conmutación por error de la región y la monitorización del tiempo de actividad. TradingHost le ofrece un entorno de ejecución gestionado y diseñado específicamente para estrategias de trading: despliegue nativo de GitHub, control basado en MCP desde IDE de IA, y paneles de registro y estado listos para usar. Si prefiere gestionar la infraestructura usted mismo, AWS es una opción. Si desea el entorno de ejecución como un servicio gestionado, TradingHost es el camino más rápido.

Sí. TradingHost ejecuta estrategias en Python; elija el entorno de ejecución de framework que coincida con su pila tecnológica o despliegue su propio repositorio.

Sí. TradingHost admite cualquier lenguaje que pueda ejecutarse dentro de un contenedor.

Sí. CCXT expone el mercado spot minorista de CEX.IO a través de la clase unificada `cex`. La liquidez agregada de CEX.IO Prime es de nivel institucional y no es un mercado nativo de CCXT; para Prime, diríjase a la API nativa de Prime Liquidity o a FIX 4.4. Consulte el entorno de ejecución del framework CCXT para conocer todos los detalles de la configuración.

Sí. TradingHost es independiente de la plataforma a nivel de entorno de ejecución: cualquier código que pueda autenticarse contra CEX.IO Prime puede ejecutarse dentro de un contenedor, incluida una sesión FIX 4.4. La implicación que debe tener en cuenta al diseñar es que FIX tiene su propio contrato de gestión de sesiones (logon, heartbeat, recuperación de números de secuencia) que difiere de REST/WebSocket. Fije una biblioteca probada en producción como QuickFIX, supervise el estado de la sesión fuera de la lógica de la estrategia y trate los reinicios de sesión FIX como eventos de ejecución recuperables.

Sí, si su proyecto está diseñado de esa manera. Puede ejecutar múltiples procesos o servicios de estrategia dentro de un solo entorno de ejecución, o separarlos en diferentes entornos de ejecución para mayor aislamiento y claridad operativa. Consulte la página del entorno de ejecución de TradingHost para conocer el modelo multiestrategia.

El camino más rápido es hacer un fork de un entorno de ejecución del framework de TradingHost: CCXT para un proyecto de mercado spot minorista listo para desplegar. O conecte su propio repositorio de estrategia de GitHub si se dirige a la API nativa de Prime Liquidity o a FIX 4.4. Vincular un repositorio de GitHub y crear una estrategia es gratis; los planes de entorno de ejecución se detallan en la página de precios.

En su flujo de trabajo de secretos controlado por GitHub. TradingHost las lee en tiempo de ejecución a través de los secretos del repositorio de GitHub, secretos de entorno o su propio proceso aprobado de gestión de secretos. TradingHost no necesita la custodia de su clave API de Prime, su secreto ni la configuración de la sesión FIX. Consulte la sección de secretos de la plataforma para conocer el modelo de gestión completo.

No. Las estrategias nunca deberían necesitar el permiso Funds External (retiro). CEX.IO divide los permisos de las claves API en cinco ámbitos: Read, Trade, Funds Internal, Funds Wallet y Funds External. Las claves por estrategia que solo contienen los ámbitos que dicha estrategia necesita limitan el radio de impacto en caso de filtración de una clave; aísle las claves con capacidad de retiro en una credencial gestionada manualmente por separado fuera del entorno de ejecución del contenedor.

Sí. TradingHost admite el control basado en MCP para IDE de IA, incluidos Cursor, Claude Code, GitHub Copilot y agentes de IA basados en CLI. Las herramientas de IA pueden inspeccionar despliegues, revisar registros, reiniciar estrategias y gestionar flujos de trabajo del entorno de ejecución. MCP es una interfaz de control y observabilidad, no la ruta de ejecución de operaciones. Consulte la interfaz de control MCP para obtener una visión completa.

Ambos. La interfaz de control MCP funciona igual de bien desde agentes basados en CLI (CLI de Claude Code, clientes MCP personalizados, llamadas MCP programadas) que desde el interior de un IDE. El bucle de despliegue nativo de GitHub también funciona sin ninguna herramienta de IA: un simple git push a su rama principal activa un nuevo despliegue.

El entorno de ejecución detecta la caída y muestra los logs y la información de estado correspondientes. En los casos compatibles, la estrategia afectada se puede reiniciar sin interrumpir las demás estrategias que se ejecutan en el mismo contenedor. El código de su estrategia sigue siendo responsable de la gestión segura de errores, la protección contra órdenes duplicadas y los controles de riesgo. Consulte la sección de observabilidad para conocer la interfaz de logs y estado.

CEX.IO Prime firma HMAC sobre action + timestamp + body, no solo sobre el cuerpo sin procesar, con un secreto decodificado en base64. Las estrategias que calculan el hash solo del cuerpo, firman con el secreto como una cadena UTF-8 en lugar de decodificarlo desde base64, u omiten el prefijo de acción, reciben respuestas de error de firma que parecen errores de clave incorrecta. Realice pruebas unitarias de la ruta de firma con una solicitud que sepa que es correcta antes de pasar a producción. Consulte la sección de notas operativas anterior para obtener la guía completa.

TradingHost se ejecuta en las regiones EU y US-East. Para CEX.IO Prime, la región EU suele ser la opción correcta, ya que el tráfico de EE. UU. está bloqueado en los niveles de Prime a pesar del registro FCA MLR de la entidad matriz. Elige la región cuya geografía de salida sea coherente tanto con tu acuerdo de usuario como con tus propios requisitos de cumplimiento. Consulta la página de regiones para obtener detalles sobre enrutamiento y proximidad.

No. TradingHost se centra en el entorno de ejecución y el despliegue en producción. El backtesting corresponde a su pila de investigación, framework o AlgoBuilder.