Runtime nativo de IA para estrategias de trading en CoinW
Desarrolla en Cursor, Claude Code o cualquier IDE de IA. Despliega desde GitHub en un runtime en la nube gestionado con control MCP nativo, registros y selección de región.
Sección 01 · De un vistazo
De un vistazo
- Plataforma
- CoinW
- Tipo de plataforma
- Exchange de criptomonedas (sede en Dubái, global)
- Clase de activo
- Criptomonedas
- Productos compatibles
- Trading spot, futuros perpetuos (endpoints `/v1/perpum/`), copy trading y strategy-square (solo plataforma, acceso parcial a la API). Cuentas de EE. UU., Canadá, Japón y Reino Unido bloqueadas geográficamente.
- Modelo de ejecución
- Runtime de estrategias contenedorizado
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones habituales
- OpenAPI nativa de CoinW (REST y WebSocket), CCXT, conectores personalizados. URLs base independientes para spot (api.coinw.com) y futuros (ws.futurescw.com/perpum).
- 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, registros, comprobaciones de estado, selección de región, control MCP
- Rol de CoinW
- Cuenta de exchange, acceso a la API, acceso al mercado, entorno de ejecución
- Afiliación
- TradingHost es independiente y no está afiliado a CoinW
Sección 02 · Qué ofrece CoinW
Qué ofrece CoinW
CoinW ofrece trading spot y de futuros perpetuos a través de la OpenAPI de CoinW. La plataforma divide los endpoints REST y WebSocket entre las URLs base de spot (api.coinw.com) y futuros (ws.futurescw.com/perpum), por lo que los wrappers de cliente deben enrutar por tipo de mercado. El copy trading y strategy-square existen en la plataforma, pero solo exponen un acceso parcial a la API. Se aplica denegación de servicio a nivel de IP y KYC para cuentas de EE. UU., Canadá, Japón y Reino Unido. Los detalles de los endpoints cambian con el tiempo. La estructura general es estable; los límites de frecuencia precisos, las listas de símbolos y los niveles de comisiones se encuentran en la documentación de CoinW.
Mercados y patrones de estrategia
- Trading spot en pares con cotización en USDT, BTC y ETH
- Futuros perpetuos (endpoints `/v1/perpum/`)
- Suscripciones de WebSocket por familia de endpoints (spot y futuros independientes)
- Filtrado en el lado del cliente de OpenAPI para órdenes originadas por el usuario
- Despliegues multiestrategia que abarcan la división de URLs de spot y futuros
- Carry de tasa de financiación en perpetuos de USDT
- Filtrado de órdenes compatible con strategy-square y copy trading (la API devuelve errores en posiciones de copia)
- Gestión de jurisdicción de cuenta con detección geográfica (EE. UU., Canadá, Japón y Reino Unido denegados)
Interfaz de la API
- Áreas de producto
- Spot y futuros perpetuos. El copy trading y strategy-square existen en la plataforma, pero solo exponen un acceso parcial a la API; la OpenAPI devuelve errores cuando se consulta sobre posiciones de copy trading, aunque la interfaz de usuario muestre juntas las órdenes de copia, de strategy-square y las originadas por el usuario.
- Métodos de conexión
- API REST para órdenes spot y consultas de cuenta en `https://api.coinw.com`. WebSocket para futuros en `wss://ws.futurescw.com/perpum`. La división de la URL base entre REST de spot y WebSocket de futuros es una particularidad de CoinW; los clientes de integración deben programar el enrutamiento por tipo de mercado en lugar de asumir una única familia de endpoints.
- Autenticación
- Clave API y secreto por estrategia con solicitudes firmadas mediante HMAC. Los permisos se pueden limitar por clave. Se aplica denegación de servicio a nivel de IP y residencia por KYC para EE. UU., Canadá, Japón y Reino Unido; las claves API emitidas bajo esas jurisdicciones no pueden realizar órdenes.
Para más detalles, consulte CoinW
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 CoinW. Considéralos como la fuente de verdad.
Sección 03 · Desarrollar con IA
Desarrolle su estrategia para CoinW 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 CoinW
Control directo sobre el comportamiento específico de CoinW, la división de URLs de spot frente a futuros y las particularidades de la API de copy trading.
CCXT
Interfaz común para CoinW y otros exchanges de criptomonedas. CCXT expone CoinW a través de la clase unificada `coinw` para spot; la cobertura de futuros es parcial.
Freqtrade o Hummingbot
Ninguno de los dos frameworks incluye actualmente a CoinW como exchange compatible de primer nivel. Las implementaciones personalizadas o basadas en CCXT son el camino documentado.
Conector personalizado
Tu propio motor de trading interno o integración propietaria de CoinW a través de las URLs base api.coinw.com y ws.futurescw.com.
Compatibilidad de frameworks con productos de CoinW
La cobertura varía según el framework. CCXT expone spot de CoinW a través de su clase unificada `coinw` con cobertura parcial para futuros. Ni Freqtrade ni Hummingbot incluyen actualmente a CoinW como exchange compatible de primer nivel. El acceso a la API nativa llega directamente tanto a la familia de endpoints de spot (api.coinw.com) como a la de futuros (ws.futurescw.com/perpum).
✓ soporte confirmado según la documentación oficial del framework. "no" indica que no está documentado oficialmente como compatible. "parcial" indica cobertura limitada. Los enlaces de flujos de trabajo dirigen a páginas en /workflows/ actualmente en preparación.
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
CoinW proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a CoinW.
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 CoinW.
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 runtime de framework de TradingHost (CCXT) para obtener una base de trabajo con la OpenAPI de CoinW.
- 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 (la clave API y el secreto de CoinW, y la configuración de la URL base para spot o futuros) y despliega. TradingHost compila tu contenedor desde el repositorio y ejecuta tu estrategia en una infraestructura gestionada de Kubernetes. No es necesario 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 CoinW
Problemas reales que surgen al ejecutar una estrategia de CoinW en un runtime en la nube contenedorizado, que no aparecen en la documentación de CoinW ni en los archivos README de los frameworks. Cada afirmación a continuación es una paráfrasis de la propia documentación de CoinW; la guía sobre el despliegue proviene de la ejecución de estas estrategias en TradingHost.
01 · División de URLs
El servicio REST de spot y el WebSocket de futuros se encuentran en URLs base independientes
CoinW divide su API en dos URLs base: REST y spot en `https://api.coinw.com`, y WebSocket de futuros en `wss://ws.futurescw.com/perpum`. Esta división es inusual; la mayoría de las plataformas ofrecen spot y derivados desde el mismo dominio raíz con diferenciación a nivel de ruta. Los clientes de integración deben enrutar por tipo de mercado a nivel de URL, no solo en la ruta del endpoint. Una estrategia que codifique de forma fija una única URL base para ambos productos fallará silenciosamente en el otro mercado hasta que se corrija el enrutamiento.
02 · Particularidad de copy trading
La OpenAPI devuelve errores en posiciones de copy trading y strategy-square, aunque la interfaz de usuario las muestre juntas
La plataforma CoinW muestra las posiciones de copy-trade, las posiciones de strategy-square y las órdenes originadas por el usuario juntas en una vista unificada del historial de órdenes. La OpenAPI no lo hace. Las llamadas contra posiciones de copy-trade o strategy-square devuelven errores, mientras que las llamadas contra órdenes originadas por el usuario se realizan correctamente. Una estrategia que recorra la lista de órdenes sin filtrado en el lado del cliente se topará con errores en cada posición de copia o de strategy-square, lo que afectará a la tasa de éxito y provocará tormentas de reintentos. Filtre las órdenes originadas por el usuario en el lado del cliente antes de llamar a los endpoints de gestión de órdenes.
03 · Restricción geográfica
Denegación de servicio para cuentas de EE. UU., CA, JP y UK a nivel de IP y KYC
CoinW no abre cuentas ni acepta tráfico de API de usuarios en los Estados Unidos, Canadá, Japón y el Reino Unido. El bloqueo se aplica tanto a nivel de IP (geo-IP) como de residencia por KYC. Las estrategias autenticadas con una cuenta de CoinW con residencia en EE. UU. fallarán al colocar órdenes, independientemente de la IP de salida del runtime en la nube; reubicar el contenedor a una región no bloqueada no soluciona el problema de una cuenta con KYC de EE. UU. Considere la jurisdicción de la cuenta como el límite estricto, no la IP de salida del runtime.
04 · Endpoints de futuros
La familia de rutas `/v1/perpum/` gestiona los futuros perpetuos
Los endpoints de futuros perpetuos de CoinW se encuentran bajo la familia de rutas `/v1/perpum/`. Los endpoints de información de instrumentos, requisitos de margen y gestión de órdenes difieren entre spot y perpetuos; el árbol de rutas de spot y el de futuros no son intercambiables. Un error silencioso común es llamar a un endpoint de información de instrumentos de tipo spot contra un símbolo perpetuo y recibir un error 404 o una respuesta vacía. Codifique la familia de rutas de spot frente a la de futuros en su wrapper de cliente.
05 · Códigos de error
Utilice la referencia documentada de códigos de error en lugar de deducirlos del estado HTTP
CoinW publica una referencia estructurada de códigos de error que asocia los códigos de respuesta con las causas raíz (autenticación, parámetros, límite de frecuencia, reglas de negocio). El estado HTTP por sí solo no comunica el fallo real; el cuerpo de la respuesta contiene el código específico de CoinW que indica la causa. Un bucle de reintento que se bifurque según el estado HTTP volverá a intentar operaciones rechazadas por reglas de negocio que nunca tendrán éxito. En su lugar, bifurque según los códigos de error documentados.
06 · Alcance de retiros
Las estrategias nunca deben cargar una clave con permisos de retiro
CoinW admite claves de API con permisos específicos de lectura, trading y retiro. Las estrategias nunca deberían necesitar permisos de retiro. Mantenga los retiros en una clave independiente gestionada manualmente en un host fijo que ninguna estrategia cargue, y configure las claves de las estrategias únicamente con permisos de trading y lectura. Una clave filtrada que solo permita trading no puede retirar fondos de la plataforma; una clave filtrada con capacidad de retiro sí puede.
Sección 06 · Diseñado para
Diseñado para
Los runtimes de TradingHost para CoinW son ideales para:
- Desarrolladores que crean estrategias en IDE de IA (Cursor, Claude Code)
- Traders sistemáticos de criptomonedas
- Desarrolladores cuantitativos
- Usuarios de CCXT
- 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 CoinW.
No. El código de su estrategia se conecta a CoinW y envía instrucciones según su propia lógica, permisos de cuenta y método de integración. TradingHost proporciona el runtime donde se ejecuta ese código.
No. El acceso a la API de CoinW lo proporciona CoinW. Usted es responsable de su cuenta de CoinW, los permisos de la API, las credenciales y el cumplimiento de los términos de CoinW.
No. TradingHost es el 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, 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 runtime gestionado diseñado específicamente para estrategias de trading: despliegue nativo de GitHub, control basado en 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 rápido.
Sí. TradingHost ejecuta estrategias en Python; elija el runtime del framework que coincida con su pila tecnológica o despliegue su propio repositorio.
Sí. TradingHost admite cualquier lenguaje que pueda ejecutarse dentro de un contenedor.
Sí. CCXT incluye una clase unificada `coinw` que cubre el trading spot; la cobertura de futuros es parcial. Coloque su estrategia de CCXT en un contenedor, conéctela a GitHub y TradingHost la ejecutará como cualquier otro proyecto de Python o Node. Consulte el runtime del framework CCXT para ver todos los detalles de configuración.
Sí. Los futuros perpetuos de CoinW están disponibles a través de la familia de endpoints `/v1/perpum/` en una URL base independiente (`wss://ws.futurescw.com/perpum` para WebSocket). El código de la estrategia dentro de su contenedor debe enrutar según el tipo de mercado, ya que los endpoints de spot se encuentran en `api.coinw.com` mientras que los de futuros están en el subdominio perpum. TradingHost es agnóstico respecto a la plataforma a nivel de runtime; lo importante es que su código gestione correctamente la separación de las URL.
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 del framework de TradingHost: CCXT 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 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 secreto. Consulte los secretos de la plataforma para conocer el modelo de gestión completo.
No. Las estrategias nunca deberían necesitar permisos de retiro. Limite el alcance de su clave de API únicamente a operaciones de trading y lectura del estado de la cuenta, y excluya por completo los permisos de retiro de la clave.
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 de ejecución. MCP es una interfaz de control y observabilidad, no la ruta de ejecución de 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 (CLI de Claude Code, clientes MCP personalizados, llamadas MCP programadas) y desde el propio IDE. El ciclo de despliegue nativo de GitHub también funciona sin herramientas de IA: un simple git push a su barra principal activa un nuevo despliegue.
El runtime detecta el fallo y muestra los registros y la información de estado correspondientes. Siempre que 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 los paneles de registros y estado.
La interfaz de usuario de la plataforma CoinW muestra las posiciones de copy trading, las posiciones de strategy-square y las órdenes originadas por el usuario de forma unificada. La OpenAPI devuelve errores cuando se realizan llamadas sobre posiciones de copy trading o strategy-square, a pesar de que aparecen junto a las órdenes del usuario. Una estrategia que itera la lista de órdenes sin aplicar un filtrado en el cliente generará errores en cada posición de copia o de strategy-square, lo que distorsiona la tasa de éxito y provoca ráfagas de reintentos. Filtre las órdenes originadas por el usuario en el lado del cliente antes de llamar a los endpoints de gestión de órdenes. Consulte la sección de Notas operativas más arriba para ver la guía completa.
TradingHost se ejecuta en las regiones de EU y US-East. Elige la región más cercana al motor de emparejamiento del que dependa tu estrategia. Nota: CoinW aplica geobloqueo a las cuentas de US, CA, JP y UK según la residencia verificada por KYC; elegir una región de TradingHost no bloqueada no sirve para eludir la restricción de una cuenta bloqueada por residencia. Consulta la página de regiones para obtener más detalles sobre enrutamiento y proximidad.
No. TradingHost se centra en el entorno de ejecución en producción y el despliegue. El backtesting corresponde a su entorno de investigación, framework o AlgoBuilder.