Entorno de ejecución nativo de IA para estrategias de trading en Bitso
Crea tus estrategias en Cursor, Claude Code o cualquier IDE de IA. Despliégalas desde GitHub en un entorno de ejecución en la nube administrado con control MCP nativo, logs y ejecución local en LATAM.
Sección 01 · De un vistazo
De un vistazo
- Plataforma
- Bitso
- Tipo de plataforma
- Exchange de criptomonedas (hub de LATAM)
- Clase de activo
- Cripto
- Productos compatibles
- Solo spot. El trading de margen figura en la documentación como en desarrollo; sin futuros ni perpetuos.
- Modelo de ejecución
- Entorno de ejecución de estrategias contenedorizado
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones habituales
- APIs REST y WebSocket nativas de Bitso, CCXT (`bitso`), integraciones personalizadas
- Integración con flujos de trabajo de IA
- Superficie de control MCP
- Rol de TradingHost
- Entorno de ejecución, despliegue, logs, comprobaciones de estado, selección de región, control MCP
- Rol de Bitso
- Cuenta de exchange, acceso a la API, acceso al mercado, plataforma de ejecución, canales fíat en MXN/BRL/ARS (SPEI, PIX)
- Afiliación
- TradingHost es independiente y no está afiliado a Bitso. Bitso opera bajo la Ley Fintech de México (bajo la supervisión de la CNBV), está registrado ante la CNV de Argentina como PSAV no. 51 (desde el 19 de julio de 2024) y cuenta con una licencia de la GFSC de Gibraltar para servicios institucionales de activos virtuales.
Sección 02 · Qué ofrece Bitso
Qué ofrece Bitso
Bitso es un exchange con sede en LATAM que opera exclusivamente en el mercado spot, con canales fíat para MXN, BRL y ARS (SPEI en México, PIX en Brasil y CBU/Alias locales en Argentina). Las estrategias se conectan a la plataforma mediante REST y WebSocket, autenticándose con una única cabecera `Authorization: Bitso <key>:<nonce>:<sig>` firmada con HMAC-SHA256. No ofrece derivados, perpetuos ni opciones; el trading de margen solo se menciona en la documentación como un desarrollo en curso.
Mercados y patrones de estrategia
- Arbitraje de stablecoins MXN/USD (spreads de USDT_MXN, USDC_MXN)
- Ejecución de pares en BRL (captura de liquidez en BTC_BRL, ETH_BRL)
- Captura de markup en ARS (enrutamiento de primas peso-stablecoin)
- Rotación spot de USDC/USDT en libros de órdenes de LATAM
- Rebalanceo de cartera transfronterizo en LATAM (MXN, BRL, ARS, COP)
- Estrategias para mesas de stablecoins financiadas mediante SPEI/PIX
- Market making en BTC_MXN con streaming del top 20 del libro de órdenes
- Cobertura de inventario en corredores de remesas (flujo de MX a US)
Interfaz de la API
- Áreas de producto
- Spot. Sandbox en `https://api-sandbox.bitso.com/api/v3/` (utiliza la red de pruebas de BTC y la de Ethereum para depósitos).
- Métodos de conexión
- REST en `https://api.bitso.com/api/v3/`. WebSocket en `wss://ws.bitso.com` con los canales `trades`, `orders` y `diff-orders`.
- Autenticación
- HMAC-SHA256. Cabecera única `Authorization` con el formato de texto literal `Bitso <key>:<nonce>:<signature>`. La firma es un HMAC-SHA256 sobre `nonce + HTTP_METHOD + request_path + json_payload`, codificado en hexadecimal. Nonce v2 en fase de despliegue.
Para más detalles, consulte Bitso
Los endpoints específicos, los pesos de los límites de frecuencia de peticiones, las listas de símbolos y los niveles de comisiones se encuentran en la documentación de Bitso. Consúltalos como la fuente de verdad oficial.
- docs.bitso.com/bitso-api/docsDescripción general de la API de trading
- docs.bitso.com/bitso-api/docs/authenticationAutenticación y solicitudes firmadas
- docs.bitso.com/bitso-api/docs/general-conceptsConceptos generales (URLs base, límites de frecuencia de peticiones, sandbox)
- docs.bitso.com/bitso-api/docs/history-of-changesHistorial de cambios de la API
Sección 03 · Desarrollar con IA
Desarrolle su estrategia para Bitso 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 Bitso
Control directo sobre el comportamiento específico de Bitso, los datos de la cuenta y la lógica de ejecución de órdenes mediante REST y WebSocket.
CCXT
Interfaz común para Bitso y otros exchanges de criptomonedas. El identificador de exchange `bitso` cubre los endpoints de spot.
Freqtrade
Despliegues basados en el framework de Freqtrade utilizando su estructura de estrategias. El soporte para Bitso ha sido probado por la comunidad a través de CCXT y no figura de forma oficial.
Conector personalizado
Tu propio motor de trading interno o una integración propia con Bitso.
Soporte de frameworks para Bitso
Al operar únicamente en el mercado spot, la matriz de frameworks para Bitso es más sencilla que la de plataformas multiproducto: no hay columnas para USD-M, COIN-M u opciones. Si tu estrategia requiere perpetuos o futuros con margen en USD, combina Bitso con otra plataforma (como Binance, Bybit o OKX) para la parte de derivados. Para estrategias spot en Bitso, la API nativa y CCXT son las principales vías compatibles; Freqtrade funciona mediante la integración de CCXT probada por la comunidad, y Hummingbot actualmente no ofrece un conector para Bitso.
✓ soporte confirmado según la documentación oficial del framework. "parcial" indica que ha sido probado por la comunidad a través de CCXT sin un soporte oficial. "sin conector" indica que el framework no incluye un conector para Bitso. 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
Bitso proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a Bitso.
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 Bitso.
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 estrategias existente o haz un fork de un entorno de ejecución de framework de TradingHost (CCXT) para obtener una base funcional.
- PASO 03
Desplegar en un contenedor de TradingHost
Seleccione una región (EU o US-East), introduzca las variables de entorno que necesita su estrategia (su clave de API de Bitso, que se usa para generar la cabecera literal Authorization: Bitso <key>:<nonce>:<sig> en cada solicitud firmada) y despliegue. TradingHost compila su contenedor desde el repositorio y ejecuta su estrategia en una infraestructura gestionada de Kubernetes. No requiere instalar Docker de forma local.
- 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 Bitso
Problemas reales con los que te toparás al ejecutar una estrategia de Bitso en un entorno en la nube contenedorizado, que no aparecen en la documentación de Bitso 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 Bitso; las pautas de despliegue provienen de la experiencia real ejecutando estas estrategias en TradingHost.
01 · Canales fíat
SPEI, PIX y CBU/Alias locales canalizan el dinero fíat en LATAM
Bitso canaliza MXN a través de SPEI (México) y BRL a través de PIX (Brasil) con liquidación casi instantánea; ARS utiliza los canales locales de CBU/Alias. Las estrategias que dependen de recargas de dinero fíat deben tener en cuenta los horarios de corte de los canales y los días festivos bancarios.
FuenteBitso general concepts02 · Límites de peticiones
60 RPM públicos, 300 RPM privados
Los endpoints públicos tienen un límite de 60 peticiones por minuto por IP; los endpoints privados se limitan a 300 peticiones por minuto por cuenta en una ventana de un minuto. Superar este límite activa un bloqueo de un minuto. Planifique las consultas (polling) y el ritmo de las órdenes en consecuencia; se recomienda priorizar WebSocket para los datos de mercado.
FuenteBitso general concepts03 · Firma de autenticación
Un único encabezado Authorization con clave, nonce y firma
Bitso utiliza un único encabezado `Authorization: Bitso <key>:<nonce>:<sig>`. El nonce debe ser estrictamente incremental por clave; el desvío del reloj y la ejecución de procesos concurrentes suelen ser la causa del error `0215` (firma de petición incorrecta) y de los rechazos por nonce inválido.
FuenteBitso authentication04 · Niveles de KYC
Las cuentas verificadas habilitan la API privada y límites más altos
Las cuentas verificadas desbloquean el acceso a la API privada y límites de retiro y depósito más elevados. Los límites por nivel y el reporte obligatorio de transacciones se endurecieron bajo la reforma de prevención de lavado de dinero (AML) de México de julio de 2025 (umbral de reporte de 210 UMA, aproximadamente USD 1,180).
FuenteBitso general concepts05 · Regulación
Ley Fintech de México, CNV PSAV de Argentina, GFSC de Gibraltar
Bitso opera en México bajo la Ley Fintech de 2018, administrada por la CNBV. Los servicios institucionales de activos virtuales están regulados bajo licencia a través de la entidad de Gibraltar GFSC. En Argentina, Bitso está registrada como PSAV no. 51 ante la CNV (desde el 19 de julio de 2024) y debe cumplir con la General Resolution 1058 para el 31 de diciembre de 2025.
FuenteBitso general concepts
Sección 06 · Diseñado para
Diseñado para
Los runtimes de TradingHost para Bitso son ideales para:
- Equipos cuantitativos de LATAM que operan pares en MXN, BRL y ARS desde un único entorno de ejecución
- Desarrolladores en México que ejecutan estrategias automatizadas fondeadas mediante SPEI
- Mesas de operaciones cripto en Brasil que canalizan liquidez de PIX hacia libros spot en BRL
- Operadores de arbitraje de stablecoins en USDC/USDT contra monedas locales de LATAM
- Equipos de remesas y tesorería que utilizan canales de stablecoins en el corredor de México a EE. UU.
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 Bitso.
No. El código de su estrategia se conecta a Bitso y envía instrucciones según su propia lógica, los permisos de su cuenta y el método de integración elegido. TradingHost proporciona el entorno de ejecución (runtime) donde se ejecuta dicho código.
No. El acceso a la API de Bitso lo proporciona Bitso. Usted es responsable de su cuenta de Bitso, de los permisos de la API, de sus credenciales y del cumplimiento de los términos de servicio de Bitso.
No. TradingHost es el entorno de ejecución en la nube donde corre 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, Cryptohopper y similares son dueños de la lógica de la estrategia; TradingHost simplemente ejecuta la suya.
AWS y DigitalOcean le ofrecen capacidad de cómputo pura. En ese caso, usted debe encargarse de las actualizaciones del sistema operativo, la orquestación de contenedores, el envío de logs, la rotación de secretos, la redundancia regional y el monitoreo de disponibilidad. TradingHost le ofrece un entorno de ejecución administrado y diseñado específicamente para estrategias de trading: despliegue nativo desde GitHub, control mediante MCP desde entornos de desarrollo de IA (IDE), y paneles integrados de logs y estado del sistema. Si prefiere gestionar la infraestructura usted mismo, AWS es una opción. Si busca un entorno de ejecución como servicio administrado, TradingHost es el camino más directo.
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í. El exchange bitso de CCXT cubre los endpoints de spot, gestiona la firma HMAC-SHA256 y se ejecuta sin modificaciones dentro de un contenedor de TradingHost. Los métodos de margen y futuros no aplican, ya que Bitso solo ofrece operaciones spot. Consulte el entorno de ejecución del framework de CCXT para conocer todos los detalles de configuración.
Sí, siempre que su proyecto esté diseñado de esa manera. Puede ejecutar múltiples procesos o servicios de estrategia dentro de un único entorno de ejecución, o bien separarlos en diferentes entornos para lograr 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 para 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 requiere 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 completo de gestión.
No. Las estrategias nunca deberían requerir permisos de retiro. Utilice permisos con alcance limitado (lectura, trading) y habilite la lista blanca de IP cuando corresponda. Reserve el alcance de retiro únicamente para claves que opere de forma manual desde un host con IP fija.
Sí. TradingHost admite el control basado en MCP para entornos de desarrollo de IA (IDE), 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 las 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) como 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 correspondientes. 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.
Casi siempre se trata de un problema con el nonce o con la construcción de la firma. Bitso requiere un nonce estrictamente incremental por clave (Nonce v2 en fase de despliegue) y firma sobre nonce + METHOD + path + body con HMAC-SHA256 codificado en hexadecimal. Las causas más comunes son: desincronización del reloj entre réplicas, dos procesos de ejecución compartiendo la misma clave o la omisión de la barra diagonal final (trailing slash) en la ruta.
SPEI en México (MXN), PIX en Brasil (BRL) y CBU/Alias local en Argentina (ARS). Tanto PIX como SPEI liquidan en segundos, pero se siguen aplicando los horarios de corte de las redes de pago y los días festivos bancarios. Las estrategias que rebalancean automáticamente el inventario fíat deben tratar la disponibilidad de estas redes como un parámetro de entrada en tiempo de ejecución.
Bitso opera bajo la Ley Fintech de México con la supervisión de la CNBV, está registrada ante la CNV de Argentina como PSAV no. 51, cuenta con presencia en Brasil y utiliza una licencia de la GFSC de Gibraltar para servicios institucionales de activos virtuales. La reforma AML de julio de 2025 en México añadió obligaciones de reporte para los VASP a partir de aproximadamente 1,180 USD por transacción.
No. Bitso no ofrece cuentas a residentes de EE. UU. y restringe aproximadamente 33 jurisdicciones, incluidos Estados Unidos y Canadá. TradingHost ejecuta tu estrategia independientemente de la región, pero la cuenta de Bitso en sí debe cumplir con los requisitos de los términos de servicio de Bitso.
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 conocer los detalles de enrutamiento y proximidad.
No. TradingHost se enfoca en el entorno de ejecución en producción y el despliegue. El backtesting corresponde a tu stack de investigación, framework o AlgoBuilder.