Runtime nativo de IA para estrategias de trading en Binance
Desarrolla en Cursor, Claude Code o cualquier IDE de IA. Despliega desde GitHub en un runtime gestionado en la nube con control MCP de primer nivel, logs y selección de región.
Sección 01 · De un vistazo
De un vistazo
- Plataforma
- Binance
- Tipo de plataforma
- Exchange de criptomonedas
- Clase de activo
- Cripto
- Productos compatibles
- Spot, futuros USD-M, futuros COIN-M, opciones, margen cruzado y aislado
- Modelo de ejecución
- Runtime de estrategias en contenedores
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones habituales
- Código de API nativo, 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 Binance
- Cuenta de exchange, acceso a API, acceso al mercado, plataforma de ejecución
- Afiliación
- TradingHost es independiente y no está afiliado a Binance
Sección 02 · Qué ofrece Binance
Qué ofrece Binance
Binance ofrece trading de spot, futuros USD-M y COIN-M, opciones y margen cruzado/aislado a través de APIs REST y WebSocket. Las estrategias se autentican con claves de API firmadas con HMAC-SHA256 y limitadas a permisos específicos. Tanto spot como futuros cuentan con testnets públicas independientes. Los detalles de los endpoints cambian con el tiempo. La estructura general es duradera; los límites de frecuencia precisos, los niveles de comisiones y las listas de símbolos se encuentran en la documentación de Binance.
Mercados y patrones de estrategia
- Estrategias de futuros perpetuos USD-M
- Futuros inversos COIN-M y contratos trimestrales
- Estrategias de opciones de BTC y ETH
- Arbitraje de tasas de financiación (funding rate) y trading de base en perpetuos
- Despliegues multiestrategia aislados mediante subcuentas
- Estrategias de spot y margen (cruzado o aislado)
- Consumidores de WebSocket User Data Stream
- Despliegues validados en las Testnet de spot y futuros
Interfaz de la API
- Áreas de producto
- Spot, futuros USD-M (perpetuos y con entrega), futuros COIN-M, opciones, margen cruzado y aislado, y jerarquías de subcuentas. Cada uno cuenta con una testnet pública para que las estrategias puedan validarse contra la misma API sin arriesgar capital real.
- Métodos de conexión
- REST para colocación de órdenes y consultas de cuenta. Streams de WebSocket para datos de mercado y profundidad en tiempo real. WebSocket User Data Streams para eventos de cuenta, saldo y órdenes. Una API de WebSocket para peticiones y respuestas funciona en paralelo con la interfaz REST.
- Autenticación
- Clave de API y secreto por estrategia. Las peticiones privadas se firman con HMAC-SHA256. Los permisos se limitan por clave (lectura, trading de spot, trading de futuros, retiros) con lista blanca de IPs opcional. Las estrategias nunca deberían necesitar permisos de retiro.
Para más detalles, consulte Binance
Los endpoints específicos, los límites de frecuencia, las listas de símbolos, los niveles de comisiones y el historial de versiones se encuentran en la documentación de Binance. Considéralos la fuente de verdad.
Sección 03 · Desarrollar con IA
Desarrolle su estrategia para Binance 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 Binance
Control directo sobre el comportamiento específico de Binance, los datos de la cuenta y la lógica de ejecución de órdenes.
Freqtrade o Hummingbot
Despliegues basados en frameworks utilizando su estructura de estrategia y modelo de configuración.
Conector personalizado
Tu propio motor de trading interno o integración propietaria con Binance.
Compatibilidad de frameworks con productos de Binance
La cobertura varía según el framework. CCXT abarca la interfaz más amplia de Binance; Freqtrade y Hummingbot cubren spot y perpetuos USD-M; el acceso a la API nativa de Binance cubre todo lo que ofrece Binance, incluyendo opciones.
✓ 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
Binance proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a Binance.
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 Binance.
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
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.
- 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 Binance, 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 Binance
Problemas con los que te toparás al ejecutar una estrategia de Binance en un runtime en la nube basado en contenedores, que no aparecen en la documentación de Binance ni en los archivos README de los frameworks. Cada afirmación a continuación es una cita o paráfrasis de la propia documentación de Binance; la guía de despliegue proviene de la experiencia ejecutando estas estrategias en TradingHost.
01 · Error -2015
"Invalid API-key, IP, or permissions for action"
El fallo de autenticación más común en Binance. Significa que tu clave existe, pero la IP de la petición no está en la lista blanca de la clave, o bien la clave carece de permisos para el endpoint (por ejemplo, una clave de spot intentando acceder a un endpoint de futuros, o una clave de solo lectura intentando colocar una orden). En TradingHost, las IPs de salida de los contenedores están fijadas por región. Añade a la lista blanca el rango de salida publicado para la región seleccionada en lugar de una sola IP, ya que los contenedores se reprograman.
02 · Permisos de retiro
El permiso de retiro requiere lista blanca de IPs
Binance: "Adding IP access restrictions is mandatory to enable withdrawal permission." Los runtimes en la nube no tienen una única IP de salida estable, por lo que operar claves con permisos de retiro desde contenedores es complicado. El enfoque correcto: no habilites permisos de retiro en las claves de las estrategias. Las estrategias no los necesitan. Mantén los retiros en una clave gestionada manualmente por separado en un host con IP fija.
03 · Fallback de solo lectura
Las claves nuevas generadas por el sistema son de solo lectura sin restricciones de IP
Con efecto desde el 2023-01-30, Binance: "the system-generated API Key's permission can only be set to [Enable Reading] if your IP is unrestricted." Si genera una clave nueva para una estrategia de TradingHost sin incluirla en la lista blanca, no podrá operar, solo leer. Incluya en la lista blanca el rango de salida del entorno de ejecución para su región, o utilice una clave Ed25519 / RSA autogenerada que evite este control de seguridad predeterminado.
04 · Alcance de claves
Una clave con alcance específico por estrategia, no una clave maestra compartida entre estrategias
Binance ofrece cuatro tipos de seguridad para endpoints: NONE (datos de mercado públicos), TRADE (órdenes), USER_DATA (estado de la cuenta) y USER_STREAM (suscripción a User Data Stream). Binance: "you can have an API key with TRADE permission for trading, while using a separate API key with USER_DATA permission to monitor your order status." El uso de claves individuales por estrategia, limitadas únicamente a los alcances que cada una requiere, reduce el radio de impacto en caso de filtración.
05 · recvWindow
5000 ms por defecto; el desvío del reloj causa el error -1021 INVALID_TIMESTAMP
Binance: "If recvWindow is not sent, it defaults to 5000 milliseconds. Maximum recvWindow is 60000 milliseconds." Y: "It is recommended to use a small recvWindow of 5000 or less!" Los contenedores con un desvío de reloj superior a recvWindow se rechazan con el error -1021. Los entornos de ejecución de TradingHost están sincronizados mediante NTP, por lo que el valor predeterminado de 5000 es adecuado. No aumente recvWindow a menos que experimente rechazos reales, y nunca como sustituto de corregir la sincronización horaria.
06 · Separación de Testnet
Spot Testnet y Futures Testnet son entornos independientes
testnet.binance.vision (spot) y testnet.binancefuture.com (futures) emiten claves independientes, mantienen saldos separados y responden a endpoints distintos. Un fallo de autenticación silencioso muy común es configurar una estrategia de futuros con claves de la testnet de spot, o subir a producción código validado en testnet sin cambiar el conjunto de claves. Mantenga las credenciales de testnet y producción en entradas de TradingHost Secrets independientes; nunca las reutilice entre entornos.
Sección 06 · Diseñado para
Diseñado para
Los runtimes de TradingHost para Binance 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 Binance.
No. El código de su estrategia se conecta a Binance y envía instrucciones según su propia lógica, los permisos de su cuenta y el 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 Binance lo proporciona Binance. Usted es responsable de su cuenta de Binance, los permisos de la API, las credenciales y el cumplimiento de los términos de Binance.
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 escribe o genera la estrategia por su cuenta (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 o Cryptohopper son propietarios de la lógica de la estrategia; TradingHost simplemente ejecuta la suya.
AWS y DigitalOcean le ofrecen capacidad de cómputo pura. 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 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 logs y estado de salud 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í. Las estrategias de Binance basadas en CCXT se ejecutan en TradingHost. 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 lograr un mayor aislamiento y claridad operativa. Consulte la página de entornos 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 obtener un proyecto listo para desplegar. También puede conectar su propio repositorio de estrategias de GitHub. Vincular un repositorio de GitHub y crear una estrategia es gratis; los planes de los entornos 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 ni de su clave secreta. Consulte la sección de secretos de la plataforma para conocer el modelo de gestión completo.
No. Las estrategias nunca deberían necesitar permisos de retiro. Utilice 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. Consulte la sección de 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 (Claude Code CLI, clientes MCP personalizados, llamadas MCP mediante scripts) que desde el interior de un IDE. El ciclo de despliegue nativo de GitHub también funciona sin herramientas de IA: un simple git push a su rama principal activa un nuevo despliegue.
El entorno de ejecución detecta la caída y expone los logs y la información de estado de salud pertinentes. En los casos compatibles, 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 logs y estado de salud.
El error -2015 "Invalid API-key, IP, or permissions for action" suele significar que la IP de la solicitud no está en la lista blanca de su clave, o que la clave carece de permisos para el endpoint (por ejemplo, una clave de spot intentando acceder a un endpoint de futuros). En TradingHost, incluya en la lista blanca el rango de salida publicado para la región seleccionada en lugar de una sola IP, ya que los contenedores se reprograman. Consulte 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 que utilice su estrategia. Visite la página de regiones para conocer los detalles de enrutamiento y proximidad.
No. TradingHost se enfoca en el entorno de ejecución (runtime) y el despliegue en producción. El backtesting corresponde a su entorno de investigación, framework o AlgoBuilder.