Entorno de ejecución nativo de IA para estrategias de trading en MEXC
Desarrolle en Cursor, Claude Code o cualquier IDE de IA. Despliegue desde GitHub en un entorno de ejecución en la nube administrado con control MCP de primer nivel, registros y selección de región.
Sección 01 · De un vistazo
De un vistazo
- Plataforma
- MEXC
- Tipo de plataforma
- Exchange de criptomonedas
- Clase de activo
- Cripto (spot, perpetuos USDT-M y coin-M)
- Productos compatibles
- Spot, futuros perpetuos USDT-M, futuros perpetuos coin-M. Los futuros están prohibidos para usuarios en EE. UU., Reino Unido y varias jurisdicciones restringidas.
- Modelo de ejecución
- Entorno de ejecución de estrategias en contenedores
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones habituales
- REST y WebSocket nativos de MEXC Spot v3 y Contract v1, 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
- Entorno de ejecución, despliegue, registros, comprobaciones de estado, selección de región, control MCP
- Rol de MEXC
- Cuenta de exchange, acceso a la API, acceso al mercado, lugar de ejecución
- Afiliación
- TradingHost es independiente y no está afiliado a MEXC.
Sección 02 · Qué ofrece MEXC
Qué ofrece MEXC
MEXC ofrece trading de spot en más de 2000 pares a través de la API Spot v3, y futuros perpetuos USDT-M y coin-M mediante la API Contract v1 en un dominio de documentación independiente. Los futuros están prohibidos en EE. UU., Reino Unido y otras jurisdicciones restringidas. Las estrategias se autentican con HMAC-SHA256 contra la superficie Spot v3 con firmas hexadecimales en minúsculas. Los detalles de los endpoints cambian con el tiempo. La estructura general es estable; los límites de frecuencia precisos, los niveles de comisiones y las listas de símbolos se encuentran en la documentación de MEXC.
Mercados y patrones de estrategia
- Estrategias de spot en más de 2000 pares de trading
- Estrategias de futuros perpetuos USDT-M (excluyendo jurisdicciones restringidas)
- Estrategias de perpetuos coin-M
- Trading de tasas de financiación y arbitraje de base en perpetuos
- Market making de spot en altcoins de baja liquidez (long-tail)
- Despliegues multiestrategia aislados mediante subcuentas
- Transmisión de órdenes y saldos por canales privados de WebSocket
- Captura programática de nuevos listados
Interfaz de la API
- Áreas de producto
- Spot v3 cubre el trading de spot y la gestión de cuentas. Contract v1 cubre los futuros perpetuos USDT-M y coin-M en un dominio de documentación independiente. Los futuros no están disponibles para usuarios en jurisdicciones restringidas, incluidos EE. UU. y el Reino Unido; el geobloqueo se aplica al enviar órdenes, no solo al crear la cuenta.
- Métodos de conexión
- REST para colocación de órdenes y consultas de cuenta. Transmisiones de WebSocket para datos de mercado en tiempo real, profundidad de libro y operaciones. Transmisiones de datos de usuario de WebSocket para eventos de cuenta, saldo y órdenes. Los endpoints de WebSocket para spot y contratos son independientes.
- Autenticación
- Clave API y secreto por estrategia. Las solicitudes privadas se firman con HMAC-SHA256 contra una cadena de parámetros ordenada con salida hexadecimal en minúsculas. recvWindow tiene un valor predeterminado de 5000 ms y un límite máximo de 60000 ms. Los permisos se definen por clave (lectura, trading, retiro). Las estrategias nunca deberían necesitar permisos de retiro. El filtrado por IP está disponible; las claves sin IP permitidas expiran automáticamente después de 90 días.
Para más detalles, consulte MEXC
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 MEXC. Considere esta información como la fuente de verdad.
Sección 03 · Desarrollar con IA
Desarrolle su estrategia para MEXC 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 MEXC
Control directo sobre el comportamiento específico de MEXC, acceso a la API de contratos y lógica de ejecución de órdenes.
Hummingbot
Despliegues basados en frameworks utilizando la estructura de estrategia y el modelo de configuración de Hummingbot.
Conector personalizado
Su propio motor de trading interno o integración propietaria con MEXC.
Compatibilidad de frameworks con productos de MEXC
La cobertura varía según el framework. CCXT abarca spot y contratos de MEXC; Hummingbot ofrece un conector exclusivo para spot; Freqtrade no incluye a MEXC como exchange compatible. El acceso a la API nativa de MEXC permite interactuar con todo lo que ofrece la plataforma, incluida la API de contratos en su dominio independiente.
✓ 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
MEXC proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a MEXC.
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 MEXC.
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
Vincule TradingHost a su repositorio de estrategia existente o haga un fork de un entorno de ejecución 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 MEXC, 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 MEXC
Aspectos críticos que surgen al ejecutar una estrategia de MEXC en un entorno en la nube basado en contenedores, que no se mencionan en la documentación de MEXC ni en los archivos README de los frameworks. Cada punto a continuación se cita o parafrasea de la propia documentación de MEXC; las pautas de despliegue provienen de la experiencia de ejecutar estas estrategias en TradingHost.
01 · Mercados restringidos
Los usuarios de EE. UU. y el Reino Unido tienen prohibido el trading de futuros y de varios pares de spot
MEXC aplica restricciones jurisdiccionales al enviar órdenes, no solo al crear la cuenta. Un entorno de ejecución ubicado en EE. UU. que intente acceder a los endpoints de contratos recibirá errores de acceso denegado, independientemente del estado de verificación de la cuenta. Si su estrategia opera con futuros de MEXC, realice el despliegue desde una región de TradingHost cuya ubicación geográfica de salida sea coherente con su acuerdo de usuario y sus políticas de cumplimiento; los contenedores en regiones restringidas serán rechazados en el límite de la plataforma.
FuenteMEXC Spot v3 API docs02 · Límites de frecuencia duales
Los límites de frecuencia por IP y por UID funcionan de forma independiente
MEXC aplica dos límites de frecuencia independientes para cada solicitud firmada: uno basado en la IP y otro basado en el UID. Los endpoints de spot generalmente tienen un límite de 500 solicitudes por cada 10 segundos por endpoint; las conexiones de WebSocket se limitan a 100 mensajes por segundo con un máximo de 30 suscripciones por conexión. Superar cualquiera de estos límites devolverá errores 429. Las estrategias que comparten una IP de salida entre varias subcuentas pueden alcanzar el límite de IP mucho antes de que un solo UID se acerque a su cuota; dimensione su modelo de concurrencia en función del menor de ambos límites.
FuenteMEXC Spot v3 API docs03 · Límite de órdenes por lote
Recorte de marzo de 2025: el endpoint de órdenes por lotes en spot se reduce a 5 órdenes por segundo
MEXC publicó un ajuste en el límite de frecuencia el 25 de marzo de 2025, reduciendo la cuota del endpoint de órdenes por lotes en spot a 5 órdenes por segundo desde su límite máximo anterior. Las integraciones heredadas de creación de mercado (market-making) dimensionadas para el límite anterior ahora superan el nuevo umbral y reciben errores 429. Reajuste el ritmo de envío de órdenes según el límite actual y trate los anuncios de MEXC como una fuente de información a seguir de forma continua, no como una lectura puntual.
04 · Ciclo de vida de las claves
Claves API: máx. 30 por cuenta, expiración automática a los 90 días si no hay lista blanca de IP
MEXC permite hasta 30 claves API por cuenta. Las claves creadas sin una lista blanca de IP expiran automáticamente a los 90 días; las claves con lista blanca de IP no expiran. Los entornos de ejecución (runtimes) en la nube no tienen por defecto una única IP de salida estable, por lo que el patrón correcto en TradingHost es utilizar el rango de salida publicado para la región seleccionada como objetivo de la lista blanca, o bien aceptar la cadencia de rotación de 90 días y automatizar la rotación de claves en su flujo de trabajo de gestión de secretos. Las cuentas principales (master accounts) también tienen un límite de 30 subcuentas.
FuenteMEXC Spot v3 API docs05 · Formato de firma
Las firmas HMAC deben ser hexadecimales en minúsculas; recvWindow por defecto es 5000 ms, máx. 60000 ms
MEXC acepta firmas HMAC-SHA256 únicamente en formato hexadecimal en minúsculas. Los SDK que emiten hexadecimal en mayúsculas o base64 reciben rechazos por firma inválida que parecen errores de clave secreta incorrecta. El parámetro recvWindow tiene un valor predeterminado de 5000 ms y un límite máximo de 60000 ms; cualquier contenedor con un desfase de reloj superior a recvWindow será rechazado. Los runtimes 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.
FuenteMEXC Spot v3 API docs06 · División del dominio de contratos
La API de contratos reside en un dominio de documentación independiente con un pool de límites de frecuencia distinto
MEXC publica la API Contract v1 en mexcdevelop.github.io/apidocs/contract_v1_en/, un dominio de documentación diferente al de spot v3. Los endpoints de contratos están respaldados por un pool de límites de frecuencia independiente: agotar la cuota de spot no restringe las solicitudes de contratos y viceversa. Una estrategia que requiera ambos debe diseñarse para gestionar dos presupuestos de límites de frecuencia independientes, en lugar de uno solo compartido.
Sección 06 · Diseñado para
Diseñado para
Los runtimes de TradingHost para MEXC son ideales para:
- Desarrolladores que crean estrategias en IDE de IA (Cursor, Claude Code)
- Traders sistemáticos de criptomonedas
- Desarrolladores quant
- 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 MEXC.
No. El código de su estrategia se conecta a MEXC 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 (runtime) donde se ejecuta dicho código.
No. El acceso a la API de MEXC lo proporciona MEXC. Usted es responsable de su cuenta de MEXC, los permisos de la API, las credenciales y el cumplimiento de los términos de MEXC.
No. TradingHost es el entorno de ejecución (runtime) 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, Cryptohopper y similares son propietarios de la lógica de la estrategia; TradingHost ejecuta su estrategia.
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 supervisión del tiempo de actividad. TradingHost le ofrece un entorno de ejecución (runtime) gestionado y diseñado específicamente para estrategias de trading: despliegue nativo desde GitHub, control mediante MCP desde IDE de IA, y paneles de registros y estado integrados. Si prefiere gestionar la infraestructura usted mismo, AWS es una opción. Si prefiere el runtime como un servicio gestionado, TradingHost es el camino más directo.
Sí. TradingHost ejecuta estrategias en Python; elija el runtime 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 las interfaces tanto de spot como de contratos de MEXC a través de la clase unificada `mexc`. Consulte el runtime del framework CCXT para ver todos los detalles de configuración.
No. MEXC prohíbe el trading de futuros para usuarios en EE. UU., el Reino Unido y varias otras jurisdicciones restringidas. Esta restricción se aplica al enviar las órdenes, no solo al crear la cuenta, por lo que un contenedor con salida en EE. UU. recibirá errores de acceso denegado desde los endpoints de contratos, independientemente del estado de verificación de la cuenta. La elegibilidad la decide MEXC, no TradingHost. Elija una región de TradingHost cuya geografía de salida sea coherente tanto con su acuerdo de usuario como con sus propias políticas de cumplimiento.
Sí, si su proyecto está diseñado de esa manera. Puede ejecutar múltiples procesos o servicios de estrategia dentro de un solo runtime, o separarlos en diferentes runtimes para mayor aislamiento y claridad operativa. Consulte la página del runtime de TradingHost para conocer el modelo multiestrategia.
El camino más rápido es hacer un fork de un runtime de framework de TradingHost: CCXT o Hummingbot para 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 runtime 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 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 API ni de su clave secreta. Consulte los secretos de la plataforma para conocer el modelo completo de gestión.
No. Las estrategias nunca deberían necesitar permisos de retiro. Utilice permisos acotados (lectura, trading) 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 registros, reiniciar estrategias y gestionar flujos de trabajo del runtime. MCP es una interfaz de control y observabilidad, no la ruta de ejecución de operaciones. Consulte 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 (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 herramientas de IA: un simple git push a su rama principal activa un nuevo despliegue.
El runtime detecta la caída y expone los registros (logs) y la información de estado correspondientes. Cuando 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.
MEXC aplica dos límites de frecuencia independientes: uno basado en la IP y otro basado en el UID. Los endpoints de spot generalmente tienen un límite de 500 solicitudes por cada 10 segundos; el endpoint de órdenes por lotes se redujo a 5 órdenes por segundo en marzo de 2025. Las conexiones WebSocket tienen un límite de 100 mensajes por segundo con un máximo de 30 suscripciones por conexión. Ajuste su concurrencia al menor de los límites entre IP y UID, y reajuste el ritmo de envío de órdenes según el límite actual de lotes. 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 del que dependa su estrategia. Consulte la página de regiones para conocer los detalles de enrutamiento y proximidad.
No. TradingHost se centra en la ejecución en producción y el despliegue. El backtesting corresponde a tu entorno de investigación, framework o AlgoBuilder.