Entorno de ejecución nativo de IA para estrategias de trading en Gate.io

No. El código de su estrategia se conecta a Gate.io 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 (runtime) donde se ejecuta dicho código.

No. El acceso a la API de Gate.io lo proporciona Gate.io. Usted es responsable de su cuenta de Gate.io, los permisos de la API, las credenciales y el cumplimiento de las condiciones de Gate.io.

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 estrategias predefinidas. 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 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, la rotación de credenciales, la conmutación por error de región y la supervisión del tiempo de actividad. 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, y paneles de registros y estado integrados de fábrica. Si prefiere gestionar la infraestructura usted mismo, AWS es una opción. Si prefiere el entorno de ejecución como un servicio administrado, TradingHost es el camino más rápido.

Sí. TradingHost ejecuta estrategias en Python; elija el entorno de ejecución 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.

Use `gate`. Esa es la clase activa. `gateio` todavía se resuelve y hereda de `gate`, pero el código nuevo debería usar `gate`. Inicialice con ccxt.gate({"apiKey": ..., "secret": ..., "options": {"defaultType": "swap"}}) para perpetuos con margen en USDT, "spot" para spot, "future" para contratos de entrega o "option" para opciones. Consulte el entorno de ejecución del framework CCXT para ver todos los detalles de la configuración.

Sí, si su proyecto está diseñado de esa manera. Puede ejecutar varios procesos o servicios de estrategia dentro de un mismo entorno de ejecución, o separarlos en diferentes entornos para 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. O bien, conecte 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 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 v4 acotados (Spot Trade, Perpetual Futures, etc.) y vincule la clave a la IP de salida de su entorno de ejecución mediante la lista blanca de IP de Gate.io. Las claves sin lista blanca de IP caducan a los 90 días.

Sí, ese es el patrón recomendado en Gate. Cree subcuentas bajo la cuenta principal, genere una clave API v4 dedicada para cada subcuenta (con los permisos mínimos que requiera la estrategia) y deje que TradingHost inyecte la clave como un secreto. El volumen de las subcuentas y el nivel VIP se siguen acumulando en la cuenta principal, pero el radio de impacto de una clave comprometida o una estrategia fuera de control se limita a esa subcuenta. Los activos solo pueden moverse de la cuenta principal a la subcuenta, nunca entre subcuentas.

Sí. TradingHost admite el control basado en MCP para entornos de desarrollo 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 entorno de ejecución. MCP es una interfaz de control y observabilidad, no la ruta de ejecución de operaciones. Consulte la interfaz de control de MCP para ver todos los detalles.

Ambos. La superficie 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 flujo de despliegue nativo de GitHub también funciona sin herramientas de IA: un simple git push a tu rama main activa un nuevo despliegue.

El runtime detecta el fallo y expone los logs y la información de estado (health) pertinentes. En los casos compatibles, la estrategia afectada se puede reiniciar sin interrumpir otras estrategias que se estén ejecutando en el mismo contenedor. El código de tu estrategia sigue siendo responsable de la gestión segura de errores, la protección contra órdenes duplicadas y los controles de riesgo. Consulta la sección de observabilidad para acceder a los logs y a la interfaz de estado.

Gate v4 firma con HMAC-SHA512 (no SHA256) y la cadena de firma se concatena con el carácter literal \n: Method + "\n" + URL_Path + "\n" + QueryString + "\n" + HexEncode(SHA512(Body)) + "\n" + Timestamp. El resultado es hexadecimal, no base64. Las tres cabeceras obligatorias son KEY, Timestamp y SIGN; no requiere frase de contraseña (eso es en OKX). El hash del cuerpo debe ser el SHA512 hexadecimal del cuerpo de la solicitud sin procesar; si el cuerpo está vacío, se calcula el hash SHA512 de una cadena vacía. Consulta la sección de notas operativas anterior para ver la guía completa.

Sí, pero solo para futuros. Futures TestNet funciona en https://fx-api-testnet.gateio.ws/api/v4 (REST) y wss://fx-ws-testnet.gateio.ws/v4/ws/{usdt,btc} (WebSocket). Debes generar claves de API específicas para TestNet; las claves de producción no sirven para autenticarse en TestNet. Spot no dispone de un sandbox público; prueba tus estrategias de spot con el modo dry_run de Freqtrade o con CCXT en modo de grabación y reproducción antes de pasar a producción.

No. Gate.io bloquea a personas y residentes de EE. UU. TradingHost no puede enrutar órdenes a Gate.io desde una cuenta estadounidense; la restricción se aplica en el propio exchange. Tampoco puedes usar Gate desde China continental; Gate abandonó ese mercado tras la prohibición del Banco Popular de China del 24 de septiembre de 2021. Otras jurisdicciones restringidas incluyen Canadá, Singapur y el Reino Unido.

TradingHost se ejecuta en las regiones EU y US-East. Seleccione la región más cercana al motor de emparejamiento del que depende su estrategia. Consulte la página de regiones para obtener más detalles sobre el enrutamiento y la proximidad.

No. TradingHost se centra en el despliegue y el runtime en producción. El backtesting debe realizarse en tu propio entorno de investigación, framework o AlgoBuilder.