Runtime nativo de IA para estrategias de trading en BingX
Desarrolla en Cursor, Claude Code o cualquier IDE de IA. Despliega desde GitHub en un runtime en la nube gestionado con control MCP de primer nivel, logs y selección de región.
Sección 01 · De un vistazo
De un vistazo
- Plataforma
- BingX
- Tipo de plataforma
- Exchange de criptomonedas (enfocado en copy trading)
- Clase de activo
- Cripto (spot, perpetuos USDT-M, copy trading)
- Productos compatibles
- Spot, futuros perpetuos USDT-M, futuros coin-M (estándar), copy trading sobre perpetuos y estrategias de grid. Trading de demostración disponible mediante un endpoint de testnet independiente.
- Modelo de ejecución
- Runtime de estrategias en contenedores
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones habituales
- OpenAPI nativa de BingX (REST y WebSocket), CCXT, 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 BingX
- Cuenta de exchange, acceso a la API, acceso al mercado, plataforma de ejecución
- Afiliación
- TradingHost es independiente y no está afiliado a BingX.
Sección 02 · Qué ofrece BingX
Qué ofrece BingX
BingX ofrece trading de spot, futuros perpetuos USDT-M y futuros coin-M (estándar) a través de la OpenAPI de BingX, además de una capa de copy trading sobre perpetuos. Las estrategias se autentican con firmas HMAC-SHA256 en la cabecera X-BX-APIKEY contra una cadena de parámetros ordenada. Los detalles de los endpoints cambian con el tiempo; BingX ajustó varios límites de frecuencia a lo largo de 2025. La estructura es estable; los límites de cuota precisos y las listas de símbolos se encuentran en la documentación de BingX.
Mercados y patrones de estrategia
- Estrategias de futuros perpetuos USDT-M
- Estrategias de futuros coin-M (estándar)
- Flujos de cuentas de proveedor (parent) y seguidor en copy trading
- Trading de tasas de financiación (funding rate) y de base en perpetuos
- Estrategias de spot en los pares listados de BingX
- Trading de grid a través de OpenAPI
- Flujos de órdenes y saldos en canales privados de WebSocket
- Despliegues validados con trading de demostración contra el endpoint de testnet
Interfaz de la API
- Áreas de producto
- Spot, futuros perpetuos USDT-M y futuros coin-M (estándar) a través de la OpenAPI de BingX. Las jerarquías de copy trading se estructuran sobre los perpetuos. Existe un endpoint de trading de demostración independiente para validaciones en una testnet que replica el entorno de producción con claves distintas.
- Métodos de conexión
- REST para colocación de órdenes y consultas de cuenta en la familia de rutas openApi. Flujos de WebSocket para datos de mercado en tiempo real, profundidad y operaciones. Canales privados de WebSocket para eventos de cuenta, saldo y órdenes.
- Autenticación
- Clave API y secreto por estrategia. Las solicitudes privadas incluyen la cabecera X-BX-APIKEY y una firma HMAC-SHA256 generada a partir de una cadena de parámetros ASCII ordenada con una marca de tiempo en milisegundos. Las firmas se envían en formato hexadecimal en minúsculas. Los permisos se definen por clave (lectura, trading de spot, trading de futuros, retiros). Las estrategias nunca deberían requerir permisos de retiro.
Para más detalles, consulte BingX
Los endpoints específicos, pesos de límites de frecuencia, listas de símbolos, niveles de comisiones e historial de versiones se encuentran en la documentación de BingX. Considéralos la fuente de verdad.
Sección 03 · Desarrollar con IA
Desarrolle su estrategia para BingX 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.
OpenAPI nativa de BingX
Control directo sobre el comportamiento específico de BingX, las jerarquías de copy trading y la lógica de ejecución de órdenes.
Hummingbot
Despliegues basados en framework utilizando la estructura de estrategia y el modelo de configuración de Hummingbot.
Conector personalizado
Tu propio motor de trading interno o integración propietaria con BingX.
Compatibilidad de frameworks con productos de BingX
La cobertura varía según el framework. CCXT abarca spot y perpetuos de BingX; el conector bingx_perpetual de Hummingbot se enfoca en perpetuos USDT-M sin soporte para spot; Freqtrade no incluye a BingX como exchange compatible. Actualmente, los endpoints de copy trading son exclusivos de la API nativa; ningún framework los abstrae como una primitiva nativa.
✓ compatibilidad confirmada según la documentación oficial del framework. "no" indica que no está documentado oficialmente como compatible.
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
BingX proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a BingX.
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 BingX.
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
- PASO 01
Conecta GitHub
Autoriza a TradingHost para acceder a tu cuenta de GitHub.
- PASO 02
Vincula un repositorio o empieza desde un framework
Vincula TradingHost a tu repositorio de estrategia existente, o haz un fork de un runtime de framework de TradingHost (CCXT o Hummingbot) para obtener una base funcional.
- PASO 03
Desplegar en un contenedor de TradingHost
Selecciona una región (EU o US-East), introduce las variables de entorno que necesita tu estrategia (claves de API de BingX, etc.) y despliega. TradingHost construye tu contenedor desde el repositorio y ejecuta tu estrategia en una infraestructura gestionada de Kubernetes. No requiere una instalación local de Docker.
- 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.
- 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 BingX
Detalles críticos que surgen al ejecutar una estrategia de BingX en un runtime en la nube en contenedores, ausentes en la documentación de BingX o en los archivos README de los frameworks. Cada punto a continuación está citado o parafraseado de la propia documentación de BingX; las pautas de despliegue provienen de la experiencia real ejecutando estas estrategias en TradingHost.
01 · Límites de frecuencia de oct. 2025
El endpoint de órdenes de swap ahora es de 10 req/s; la interfaz de cuenta, de 2000 req / 10 s
BingX publicó una actualización de límites de frecuencia el 14 de octubre de 2025, elevando el límite del endpoint de órdenes de swap en /openApi/swap/v2/trade/order de 5 a 10 solicitudes por segundo por IP. El límite de la interfaz de cuenta para tráfico a nivel de IP se incrementó a 2,000 solicitudes por cada 10 segundos a partir del 10 de septiembre de 2025. Las integraciones dimensionadas según guías anteriores podrían estar operando muy por debajo del límite disponible o, por el contrario, haber sido diseñadas para un límite más permisivo que luego se redujo. Ajusta tu modelo de concurrencia según las cifras de octubre de 2025 y revisa el canal de anuncios periódicamente.
02 · Autenticación de tres elementos
Cabecera X-BX-APIKEY, firma de cadena ordenada y marca de tiempo en milisegundos
Las solicitudes privadas de BingX requieren la cabecera X-BX-APIKEY (tu clave API) y una firma HMAC-SHA256 cuya entrada canónica es la cadena de parámetros ASCII ordenada con el parámetro de marca de tiempo en milisegundos. Las firmas se generan en formato hexadecimal en minúsculas. Errores silenciosos comunes: usar marcas de tiempo en segundos en lugar de milisegundos, enviar parámetros en orden de inserción en lugar de ordenados, generar la firma en mayúsculas o firmar el componente de ruta incorrecto. Utiliza un SDK probado o realiza pruebas unitarias de la ruta de firma contra una solicitud válida conocida antes de pasar a producción.
03 · Ventana de recuperación automática
Recuperación automática de 10 minutos tras bloqueo de IP o UID; sin endpoint de recuperación manual
Cuando una estrategia supera el límite de tasa de una IP o UID, BingX devuelve respuestas 429 y sigue rechazando las solicitudes firmadas durante una ventana de recuperación automática de 10 minutos. No existe un endpoint de recuperación manual para eludir este bloqueo antes de tiempo. El patrón correcto consiste en detectar el error 429 en tu cliente, aplicar un tiempo de espera (backoff) prudencial de al menos 10 minutos (más si el bloqueo fue severo) y reanudar el tráfico a un ritmo seguro y conocido, en lugar de reintentar de forma agresiva mientras la cuota aún se está restableciendo.
04 · Separación de cuenta demo
El trading de demostración funciona en una testnet independiente con claves y límites de tasa distintos
BingX ofrece el trading de demostración a través de un endpoint de testnet independiente. El conjunto de claves, los saldos y las posiciones están aislados de producción, y la testnet de demostración aplica sus propios límites de tasa. Un fallo silencioso habitual es desplegar en producción código validado en demo sin cambiar el conjunto de claves, o viceversa. Mantén las credenciales de demo y producción en entradas de Secrets de TradingHost independientes; nunca reutilices una misma clave en ambos entornos.
05 · Historial de seguridad
La brecha de septiembre de 2024 obligó a rotar credenciales y a realizar mejoras de seguridad
BingX reveló un incidente de seguridad en septiembre de 2024 y, como consecuencia, rotó las credenciales de los usuarios afectados. Las estrategias que utilizaban claves anteriores al incidente tuvieron que volver a generarlas; la estructura de límites de tasa también cambió varias veces a lo largo de 2025 como parte de un proceso de refuerzo más amplio. Trata a BingX como un exchange cuya postura de seguridad evoluciona activamente: rota las claves periódicamente, mantén las credenciales con permisos de retiro fuera de cualquier entorno de ejecución en la nube y sigue el canal de anuncios para detectar cambios disruptivos.
06 · Alcance de las claves
Una clave con alcance limitado por estrategia; nunca compartas una clave maestra entre varias
Las claves API de BingX tienen un alcance definido por permisos (lectura, trading de spot, trading de futuros, retiros). Las estrategias nunca deberían necesitar permisos de retiro; aísla las claves con capacidad de retiro en una credencial independiente gestionada manualmente fuera del entorno de ejecución del contenedor. Usar claves por estrategia con solo los permisos necesarios limita el radio de impacto en caso de filtración de una clave. También está disponible la lista blanca de IP por clave.
Sección 06 · Diseñado para
Diseñado para
Los runtimes de TradingHost para BingX son ideales para:
- Desarrolladores que crean estrategias en IDE de IA (Cursor, Claude Code)
- Traders sistemáticos de criptomonedas
- Desarrolladores cuantitativos (quants)
- Usuarios de CCXT y Hummingbot
- Equipos que migran de hosting 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 BingX.
No. El código de tu estrategia se conecta a BingX y envía instrucciones según tu propia lógica, los permisos de tu cuenta y el 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 BingX lo proporciona BingX. Tú eres responsable de tu cuenta de BingX, los permisos de la API, las credenciales y el cumplimiento de los términos de servicio de BingX.
No. TradingHost es el entorno de ejecución en la nube donde se ejecuta el código de tu estrategia. No proporcionamos señales, modelos de predicción de IA ni bots preconfigurados. Con TradingHost, tú escribes o generas la estrategia (a menudo con Cursor o Claude Code), la guardas en GitHub como tu propio código y utilizas TradingHost para ejecutarla en producción. Productos como 3Commas o Cryptohopper son dueños de la lógica de la estrategia; TradingHost ejecuta tu propia estrategia.
AWS y DigitalOcean te ofrecen capacidad de cómputo pura. Tú te encargas de las actualizaciones del sistema operativo, la orquestación de contenedores, la transferencia de logs, la rotación de secretos, la conmutación por error entre regiones y la monitorización del tiempo de actividad. TradingHost te ofrece un entorno de ejecución gestionado y diseñado específicamente para estrategias de trading: despliegue nativo desde GitHub, control mediante MCP desde IDE de IA, y paneles de logs y estado de salud listos para usar. Si prefieres gestionar la infraestructura tú mismo, AWS es una opción. Si quieres el entorno de ejecución como un servicio gestionado, TradingHost es el camino más rápido.
Sí. TradingHost ejecuta estrategias en Python; elige el entorno de ejecución de framework que coincida con tu pila tecnológica o despliega tu propio repositorio.
Sí. TradingHost es compatible con cualquier lenguaje que pueda ejecutarse dentro de un contenedor.
Sí. CCXT expone las interfaces de spot y swap de BingX a través de la clase unificada `bingx`. Los endpoints de copy trading no son primitivas nativas de CCXT, por lo que los flujos de copy trading se ejecutan directamente contra la OpenAPI nativa de BingX. Consulta el entorno de ejecución del framework CCXT para ver todos los detalles de configuración.
TradingHost es independiente de la plataforma a nivel de entorno de ejecución: cualquier código que pueda autenticarse en BingX puede ejecutarse dentro de un contenedor, incluida una estrategia alojada en una cuenta principal (parent) de copy trading de BingX. La implicación que debes tener en cuenta al diseñar tu sistema es que cualquier posición que abra tu estrategia activará ejecuciones copiadas (copy-fills) en cada cuenta de seguidor vinculada, ponderadas según su configuración. Ejecuta las estrategias aptas para copy trading en una subcuenta independiente de las estrategias no públicas, y aísla las claves API por estrategia para limitar el radio de impacto.
Sí, si tu proyecto está diseñado de esa manera. Puedes ejecutar múltiples procesos o servicios de estrategia dentro de un mismo entorno de ejecución, o separarlos en diferentes entornos para mayor aislamiento y claridad operativa. Consulta 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 o Hummingbot para tener un proyecto listo para desplegar. O bien, conecta tu 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 tu 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 tu propio proceso aprobado de gestión de secretos. TradingHost no necesita la custodia de tu clave API ni de tu clave secreta. Consulta la sección de secretos de la plataforma para conocer el modelo completo de gestión.
No. Las estrategias nunca deberían necesitar permisos de retiro. Utiliza permisos con alcance limitado (lectura, trading de spot, trading de futuros) y listas blancas de IP cuando corresponda.
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 logs, 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. Consulta 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 (CLI de Claude Code, 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 tu rama principal activa un nuevo despliegue.
El entorno de ejecución detecta el fallo y muestra los logs y la información de estado pertinentes. Cuando sea compatible, la estrategia afectada se puede reiniciar sin interrumpir otras estrategias que se ejecuten en el mismo contenedor. El código de tu estrategia sigue siendo responsable de la gestión segura de errores, la protección contra órdenes duplicadas y los controles de riesgo. Consulta la sección de observabilidad para conocer la interfaz de logs y estado de salud.
BingX ajustó varios límites de tasa a lo largo de 2025. La actualización del 14 de octubre de 2025 elevó el límite del endpoint de órdenes de trading de swap en /openApi/swap/v2/trade/order de 5 a 10 solicitudes por segundo por IP; el límite de la interfaz de cuenta se elevó a 2000 solicitudes por cada 10 segundos a partir del 10 de septiembre de 2025. Es posible que las integraciones dimensionadas según guías anteriores se hayan escrito para un límite más permisivo que desde entonces se ha endurecido, o para un límite más estricto que desde entonces se ha elevado. Cuando una estrategia se ve limitada, BingX aplica una ventana de recuperación automática de 10 minutos sin endpoint de recuperación manual. Vuelve a dimensionar tu estrategia según las cifras actuales de octubre de 2025 y aplica un tiempo de espera prudencial. Consulta la sección de Notas operativas anterior para obtener la guía completa.
TradingHost se ejecuta en las regiones EU y US-East. Seleccione 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 detalles sobre enrutamiento y proximidad.
No. TradingHost se centra en el entorno de ejecución (runtime) y el despliegue en producción. El backtesting corresponde a su propio entorno de investigación, framework o AlgoBuilder.