Tiempo de lectura: … min

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.

Por el equipo de ingeniería de TradingHost

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.

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.

FrameworkSpot
Native Bitso REST and WebSocketCompatible
CCXT (`bitso`)Compatible
FreqtradeSoporte parcial
HummingbotSin soporte documentado

✓ 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

  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

    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.

  3. 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.

  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 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.

  1. 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.

  2. 02 · 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.

  3. 03 · 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.

  4. 04 · 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).

  5. 05 · 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.

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.