Tiempo de lectura: … min

Runtime nativo de IA para estrategias de trading en AscendEX

Desarrolla en Cursor, Claude Code o cualquier IDE de IA. Despliega desde GitHub en un runtime en la nube gestionado con control MCP nativo, logs y selección de región.

Por el equipo de ingeniería de TradingHost

Sección 01 · De un vistazo

De un vistazo

Plataforma
AscendEX
Tipo de plataforma
Exchange de criptomonedas (anteriormente BitMax)
Clase de activo
Criptomonedas
Productos compatibles
Cuentas de contado (spot), margen y futuros (v2); posiciones de futuros con margen aislado y cruzado
Modelo de ejecución
Runtime de estrategias en contenedores
Origen del despliegue
GitHub
Lenguajes
Cualquier lenguaje que se ejecute en un contenedor
Integraciones habituales
REST y WebSocket nativos de AscendEX, CCXT, Freqtrade, Hummingbot, conectores personalizados
Integración con flujos de trabajo de IA
Superficie de control MCP para Cursor, Claude Code, GitHub Copilot y agentes de CLI
Rol de TradingHost
Runtime, despliegue, logs, comprobaciones de estado, selección de región, control MCP
Rol de AscendEX
Cuenta de exchange, acceso a la API, acceso al mercado, plataforma de ejecución
Afiliación
TradingHost es independiente y no está afiliado a AscendEX

Sección 02 · Qué ofrece AscendEX

Qué ofrece AscendEX

AscendEX (renombrado de BitMax en marzo de 2021) divide cada cuenta en tres objetos de cuenta (cashAccount, marginAccount, futuresAccount), y la URL de cada solicitud privada debe incluir el valor `accountGroup` del usuario, devuelto en la primera autenticación. La API de futures v2 funciona en su propio portal de documentación. Los dominios heredados de BitMax (bitmax.io, btmx.com, btmx.io) se retiraron en mayo de 2021 y ya no son accesibles. Las especificaciones de los endpoints cambian con el tiempo. La estructura general es estable; los límites de frecuencia de solicitudes exactos, los niveles de comisiones y las listas de símbolos se encuentran en la documentación de AscendEX.

Mercados y patrones de estrategia

  • Estrategias de spot en pares USDT
  • Préstamos de margen y spot con margen aislado
  • Futuros perpetuos con margen en USDT (API v2)
  • Transferencias internas entre cuentas de contado (cash), margen y futuros
  • Posiciones de futuros con margen aislado y cruzado
  • Claves de API limitadas a objetos de cuenta específicos
  • Consumidores de WebSocket para libro de órdenes y flujo de operaciones
  • Despliegues multiestrategia aislados en subcuentas

Interfaz de la API

Áreas de producto
Las cuentas de AscendEX contienen tres objetos de cuenta independientes: cashAccount (spot), marginAccount (margen) y futuresAccount (futures v2). Las transferencias entre ellos deben realizarse de forma explícita. La API de futures v2 opera bajo su propio conjunto de documentación; los dominios heredados de BitMax (bitmax.io, btmx.com, btmx.io) se retiraron en mayo de 2021 y ya no son accesibles.
Métodos de conexión
REST para la colocación de órdenes y consultas de cuenta, requiriendo el valor `accountGroup` como prefijo en la ruta de la URL para solicitudes privadas (este valor se obtiene del endpoint de información de cuenta en la primera autenticación). WebSocket para datos de mercado y eventos de cuentas privadas. Los flujos públicos de WebSocket están abiertos; las suscripciones privadas requieren autenticación.
Autenticación
Clave de API y secreto firmados con HMAC-SHA256. El endpoint de información de cuenta devuelve el valor `accountGroup` en la primera autenticación, el cual debe preceder a la URL de cada solicitud privada. Una clave es válida para una combinación específica de objetos de cuenta (cash, margin, futures); usar una clave de cuenta de contado en un endpoint de futuros devolverá un error de permisos en lugar de una redirección automática.

Para más detalles, consulte AscendEX

Los endpoints específicos, los límites de frecuencia de solicitudes, las listas de símbolos, los niveles de comisiones y el historial de versiones se encuentran en la documentación de AscendEX. Considéralos como la fuente de información oficial.

Sección 03 · Desarrollar con IA

Desarrolle su estrategia para AscendEX con IA

Elija un método de integración, haga un fork de una plantilla de TradingHost y desarrolle su estrategia en un IDE de IA. Cursor, Claude Code, GitHub Copilot y los agentes de IA basados en CLI funcionan con el mismo flujo de despliegue nativo de GitHub.

  • API nativa de AscendEX

    Control directo sobre el comportamiento específico de AscendEX, incluyendo el esquema de URL con prefijo accountGroup y la división de objetos de cuenta cash/margin/futures.

  • CCXT

    Interfaz común para AscendEX y otros exchanges de criptomonedas. CCXT expone los mercados de spot y swaps de AscendEX a través de la clase unificada `ascendex`.

  • Freqtrade o Hummingbot

    Despliegues basados en frameworks utilizando su estructura de estrategia y modelo de configuración. Ambos incluyen a AscendEX entre sus exchanges compatibles.

  • Conector personalizado

    Tu propio motor de trading interno o integración propietaria con AscendEX, gestionando la detección de accountGroup y el esquema de firma HMAC-SHA256.

Compatibilidad de frameworks con productos de AscendEX

La cobertura varía según el framework. CCXT abarca los mercados de spot y swaps de AscendEX, incluyendo futures v2; Freqtrade cubre spot; Hummingbot cubre spot con soporte parcial para swaps; la API nativa de AscendEX cubre todo lo que ofrece la plataforma, incluyendo las transferencias internas entre cuentas de contado (cash), margen y futuros.

FrameworkSpotPerpMargenFutures v2
Native AscendEX APICompatibleCompatibleCompatibleCompatible
CCXTCompatibleCompatibleSoporte parcialCompatible
FreqtradeCompatibleSin soporte documentadoSin soporte documentadoSin soporte documentado
HummingbotCompatibleSoporte parcialSin soporte documentadoSoporte parcial

✓ soporte confirmado según la documentación oficial del framework. "no" indica que no está documentado oficialmente como compatible. "parcial" indica cobertura limitada. Los enlaces de flujos de trabajo dirigen a páginas de /workflows/ actualmente en desarrollo.

TradingHost no impone ningún framework. Simplemente ejecuta su proyecto.

Desarrollo con IA

Las plantillas de inicio anteriores se integran de forma natural con los IDE de IA. La interfaz de control MCP de TradingHost completa el ciclo: las herramientas de IA pueden inspeccionar despliegues, revisar registros y gestionar el entorno de ejecución junto a usted, sin intervenir nunca en la ruta de ejecución de las operaciones.

Sección 04 · Ejecutar en TradingHost

Ejecuta tu código en TradingHost

AscendEX proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a AscendEX.

En lugar de ejecutar el código de tu estrategia en un portátil, un ordenador de escritorio, un VPS genérico o un servidor configurado manualmente, realizas el despliegue desde GitHub en un entorno de ejecución de contenedores gestionado por TradingHost.

Tú

  • Tu repositorio contiene tu código.
  • Tu despliegue define cómo se ejecuta.
  • Tu estrategia se conecta a AscendEX.

TradingHost

  • Mantiene el entorno de ejecución en línea.
  • Muestra los logs y las comprobaciones de estado.
  • Selección de región.
  • Superficie de despliegue controlada.

Flujo de despliegue

  1. PASO 01

    Conecta GitHub

    Autoriza a TradingHost para acceder a tu cuenta de GitHub.

  2. PASO 02

    Vincula un repositorio o empieza desde un framework

    Apunta TradingHost hacia el repositorio de tu estrategia existente, o haz un fork de un entorno de ejecución de framework de TradingHost (CCXT, Freqtrade o Hummingbot) para obtener una base funcional.

  3. PASO 03

    Desplegar en un contenedor de TradingHost

    Elija una región (EU o US-East), configure las variables de entorno que requiere su estrategia (la clave API de AscendEX, el secret y el valor accountGroup devuelto por el endpoint account-info) y despliegue. TradingHost compila su contenedor desde el repositorio y ejecuta su estrategia en una infraestructura gestionada de Kubernetes. Sin necesidad de instalar Docker de forma local.

  4. PASO 04

    Monitorear logs y estado de salud

    Siga en tiempo real los logs, el estado de salud y el estado del runtime desde el panel de control de TradingHost. Se puede acceder a la misma interfaz mediante MCP desde cualquier AI IDE, de modo que Cursor, Claude Code o un agente de CLI pueden leer el estado del despliegue y gestionar el runtime junto con usted.

  5. PASO 05

    Actualizar y redesplegar

    Suba los cambios a su rama principal de GitHub y TradingHost realizará el redespliegue automáticamente.

Sección 05 · Notas operativas

Notas operativas para AscendEX

Detalles que pueden causarte problemas al ejecutar una estrategia de AscendEX en un runtime en la nube basado en contenedores, que no aparecen en la documentación de AscendEX ni en los archivos README de los frameworks. Cada punto a continuación está citado o parafraseado de la propia documentación de AscendEX; las recomendaciones de despliegue provienen de la ejecución de estas estrategias en TradingHost.

  1. 01 · accountGroup

    Las solicitudes privadas requieren el prefijo accountGroup en la URL

    Las solicitudes privadas de AscendEX se enrutan bajo `https://ascendex.com/<accountGroup>/api/pro/...`. El valor `accountGroup` es específico de cada usuario y lo devuelve el endpoint de información de cuenta en la primera autenticación. Un fallo silencioso común es definir `accountGroup` de forma estática en una plantilla y olvidar que varía según la cuenta; esto provoca que las solicitudes privadas devuelvan un error 404 o de enrutamiento, incluso si la clave es correcta. Obtén `accountGroup` una vez al iniciar la estrategia y guárdalo en caché en el entorno del runtime durante la vida del despliegue.

  2. 02 · Account objects

    Contado (cash), margen y futuros son tres objetos de cuenta independientes

    Una cuenta de usuario de AscendEX contiene tres objetos de cuenta: `cashAccount` (spot), `marginAccount` (margen) y `futuresAccount` (futures v2). Cada uno tiene su propio saldo y su propio alcance de API. Las transferencias entre ellos se realizan mediante endpoints explícitos, no mediante movimientos de margen implícitos. Una estrategia que pretenda liquidar una posición de futuros en la cuenta de contado debe llamar al endpoint de transferencia tras cerrar la posición; esto no ocurre de forma automática. Genera claves específicas para cada objeto de cuenta en tus estrategias de producción para evitar que una clave de cuenta de contado pueda colocar accidentalmente una orden de futuros.

  3. 03 · Dominios heredados

    bitmax.io, btmx.com y btmx.io dejaron de enrutar el 21 de mayo de 2021

    AscendEX cambió su marca de BitMax en marzo de 2021. Los dominios heredados (`bitmax.io`, `btmx.com`, `btmx.io`) se retiraron por completo a las 15:00 UTC del 21 de mayo de 2021. Las integraciones más antiguas que todavía apuntan a esos dominios devuelven fallos de DNS o de enrutamiento. Las nuevas integraciones deben dirigirse a los dominios de AscendEX y a la documentación actualizada. Los tutoriales y publicaciones de foros antiguos de BitMax todavía se pueden encontrar en la web; considérelos obsoletos y verifíquelos con la documentación actual antes de copiar código.

  4. 04 · Aislamiento de riesgos

    Las posiciones de futuros aisladas limitan el riesgo de liquidación cruzada entre cuentas

    Los futuros de AscendEX admiten tanto margen cruzado como aislado por posición. Las posiciones aisladas limitan la pérdida al margen asignado; una liquidación no se propaga en cascada a la cuenta cruzada ni a otras posiciones. Para despliegues multiestrategia donde una estrategia tiene una posición mayor que el resto, es preferible usar margen aislado: una liquidación aislada se resuelve de forma limpia sin arrastrar a las demás posiciones. Documente el modo de margen en su repositorio para que un nuevo despliegue nunca lo cambie de forma silenciosa.

  5. 05 · Ámbito de WebSocket

    Las suscripciones privadas de WebSocket tienen un ámbito de autenticación por objeto de cuenta

    Los canales privados de WebSocket de AscendEX están limitados a un objeto de cuenta específico (cash, margin o futures). Suscribirse a un canal privado con una clave emitida para un objeto de cuenta diferente devuelve un error de suscripción en lugar de cambiar de ámbito de forma transparente. Haga coincidir la ruta de suscripción de WebSocket con el objeto de cuenta para el que se emitió la clave, y documente la asociación junto con la clave en su manifiesto de secretos. Una estrategia de futures que utiliza una clave de cuenta cash para colocar órdenes y una suscripción de WebSocket de cuenta futures es una fuente común de discrepancias.

Sección 06 · Diseñado para

Diseñado para

Los runtimes de TradingHost para AscendEX son ideales para:

  • Desarrolladores que crean estrategias en IDE de IA (Cursor, Claude Code)
  • Traders sistemáticos de criptomonedas
  • Desarrolladores quant
  • Usuarios de CCXT, Freqtrade y Hummingbot
  • Equipos que migran de alojamiento VPS a despliegues en contenedores

Conectar GitHub y crear su primera estrategia es gratis.

Sección 08 · Preguntas frecuentes

Preguntas frecuentes

No. TradingHost es independiente y no está afiliado a AscendEX.

No. El código de su estrategia se conecta a AscendEX y envía instrucciones según su propia lógica, permisos de cuenta y método de integración. TradingHost proporciona el entorno de ejecución donde se ejecuta dicho código.

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

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 preconfigurados. Con TradingHost, usted mismo escribe o genera la estrategia (a menudo con Cursor o Claude Code), la guarda en GitHub como su propio código y utiliza TradingHost para ejecutarla en producción. Productos como 3Commas, Cryptohopper y similares son dueños de la lógica de la estrategia; TradingHost ejecuta su estrategia.

AWS y DigitalOcean le ofrecen capacidad de cómputo básico. Usted mismo debe encargarse de las actualizaciones del sistema operativo, la orquestación de contenedores, el envío de registros (logs), la rotación de secretos, la conmutación por error de región y la supervisió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 estado y registros listos para usar. Si prefiere gestionar la infraestructura usted mismo, AWS es una opción. Si prefiere 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 es compatible con cualquier lenguaje que pueda ejecutarse dentro de un contenedor.

Sí. CCXT expone los mercados spot y swap de AscendEX a través de la clase unificada `ascendex`. Coloque su estrategia de CCXT en un contenedor, conéctela a GitHub y TradingHost la ejecutará como cualquier otro proyecto de Python o Node. Consulte el entorno de ejecución del framework CCXT para ver todos los detalles de configuración.

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 para mayor aislamiento y claridad operativa. La limitación de claves por objeto de cuenta de AscendEX se adapta perfectamente al modelo multiestrategia. 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 de framework de TradingHost: CCXT, Freqtrade o Hummingbot para tener un proyecto listo para desplegar. O bien, conecte su propio repositorio de estrategias de GitHub. 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 de API de AscendEX, su secreto ni su valor de accountGroup. Consulte los secretos de la plataforma para conocer el modelo de gestión completo.

No. Las estrategias nunca deberían necesitar permisos de retiro. Utilice permisos limitados (lectura, trading) y mantenga la opción de retiro completamente desactivada en la clave de la estrategia. AscendEX emite claves por objeto de cuenta, por lo que las secciones de cash, margin y futures tienen su propio conjunto de claves; mantenga la clave con capacidad de retiro totalmente separada y nunca la introduzca en un entorno de ejecución de estrategia.

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 más información.

Ambos. La interfaz de control MCP funciona igual de bien desde agentes basados en CLI (Claude Code CLI, clientes MCP personalizados, llamadas MCP programadas) que desde el interior de un IDE. El ciclo 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 el fallo y muestra los registros y la información de estado pertinentes. Siempre que sea compatible, la estrategia afectada se puede reiniciar sin interrumpir otras estrategias que se ejecuten 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 registros y estado.

Las solicitudes privadas de AscendEX se enrutan bajo `https://ascendex.com/<accountGroup>/api/pro/...`. El valor de `accountGroup` es por usuario y lo devuelve el endpoint de información de la cuenta en la primera autenticación. Si copió una plantilla de inicio que define `accountGroup` de forma fija con un valor conocido o asume que es `0`, las solicitudes devolverán un error 404 aunque la clave sea correcta. Obtenga `accountGroup` al inicio, guárdelo en la caché del entorno de ejecución y nunca lo defina de forma fija. Consulte la sección de Notas operativas anterior para obtener la guía completa.

TradingHost se ejecuta en las regiones EU y US-East. Elija la región más cercana al motor de emparejamiento del que dependa su estrategia. Consulte la página de regiones para obtener más información 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.