Runtime nativo de IA para estrategias de trading en Uphold
Desarrolle en Cursor, Claude Code o cualquier IDE de IA. Despliegue desde GitHub en un runtime en la nube gestionado con control MCP de primer nivel, logs y selección de región.
Sección 01 · De un vistazo
De un vistazo
- Plataforma
- Uphold
- Tipo de plataforma
- Plataforma de intercambio / swap de criptomonedas (multiactivo; no basada en libro de órdenes)
- Clase de activo
- Criptomonedas, fiat, precious metals y tokenised equity (más de 40 clases de activos)
- Productos compatibles
- Swaps directos entre activos mediante liquidity pools de Uphold (cualquier activo por cualquier activo), staking en activos compatibles, flujos on-ramp / off-ramp tokenizados, sin futuros perpetuos ni opciones nativas.
- Modelo de ejecución
- Runtime de estrategias en contenedores
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones habituales
- APIs REST nativas de Uphold (Core, KYC Connector, Market Pulse, Widgets, Topper), autenticación mediante Personal Access Token (PAT), conectores personalizados. CCXT no incluye a Uphold como un exchange unificado.
- 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, logs, comprobaciones de estado, selección de región, control MCP
- Rol de Uphold
- Cuenta de exchange, acceso a la API, acceso al mercado, proveedor de liquidez, plataforma de ejecución
- Afiliación
- TradingHost es independiente y no está afiliado a Uphold
Sección 02 · Qué ofrece Uphold
Qué ofrece Uphold
Uphold es una plataforma de intercambio / swap, no un exchange con libro de órdenes. Los activos se intercambian mediante liquidity pools de Uphold con precios en tiempo real derivados de la profundidad del pool. Las estrategias no colocan órdenes contra un libro; solicitan una cotización de swap y la ejecutan contra el pool. La oferta de activos abarca más de 40 clases: criptomonedas, fiat, precious metals y tokenised equity. La API se compone de endpoints modulares (Core, KYC Connector, Market Pulse, Widgets, Topper) que las empresas combinan según sus necesidades. Los detalles específicos de los endpoints cambian con el tiempo, pero la estructura general se mantiene. Las tarifas exactas, los activos compatibles y los patrones de integración se encuentran en la documentación para desarrolladores de Uphold.
Mercados y patrones de estrategia
- Swaps de cualquier activo por cualquier otro mediante liquidity pools de Uphold
- Estrategias de swap de cripto a fiat con precios de pool en tiempo real
- Swaps de cripto a precious metals (gold, silver, palladium, platinum)
- Exposición a tokenised equity a través del intercambio de Uphold
- Dimensionamiento de órdenes adaptado al deslizamiento (slippage) según la profundidad del pool
- Estrategias de rendimiento por staking en activos compatibles
- Composición modular de APIs (Core, KYC Connector, Market Pulse, Widgets, Topper)
- Flujos de cuenta única autenticados mediante Personal Access Token (PAT)
Interfaz de la API
- Áreas de producto
- Swaps directos entre activos mediante liquidity pools de Uphold que abarcan criptomonedas, fiat, precious metals y tokenised equity (más de 40 clases de activos). Sin futuros perpetuos ni opciones nativas. Staking en activos compatibles. El modelo de intercambio implica que una sola operación ("trade") es un swap entre dos activos a la tasa derivada del pool, no una orden colocada en un libro de órdenes.
- Métodos de conexión
- APIs REST compuestas por endpoints modulares: Core (usuarios, activos, cuentas, transacciones), KYC Connector (flujo de verificación de identidad), Market Pulse (precios en tiempo real), Widgets (interfaz de usuario integrable) y Topper (solución consolidada de entrada y salida de fondos). Esta composición modular constituye toda la superficie de la API; no existe un único endpoint monolítico.
- Autenticación
- Autenticación basada en OAuth con opción de Personal Access Token (PAT). Un PAT otorga acceso de portador a una sola cuenta de Uphold en una única llamada a la API. No existe una segmentación de permisos diferenciada para operaciones al contado (spot) frente a futuros, ya que no hay productos de futuros disponibles.
Para más detalles, consulte Uphold
Los endpoints específicos, los activos compatibles, la mecánica de precios y los patrones de integración se detallan en la documentación para desarrolladores de Uphold. Considérela la fuente de verdad oficial.
Sección 03 · Desarrollar con IA
Desarrolle su estrategia para Uphold con IA
Elija un método de integración, desarrolle su estrategia en un IDE de IA conectándola a las APIs modulares de Uphold y despliéguela como un contenedor. 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 Uphold
Control directo sobre el comportamiento específico de Uphold: cotizaciones de swap, autenticación mediante Personal Access Token y la composición modular de Core, Market Pulse y Topper.
CCXT
Actualmente, CCXT no incluye a Uphold como un exchange unificado porque Uphold se basa en swaps y no en libros de órdenes. Las estrategias que requieran una abstracción de framework deben conectarse directamente a través de la API nativa.
Freqtrade o Hummingbot
Ninguno de estos frameworks está diseñado para el modelo de swap o intercambio. No existe un conector para Uphold en ninguno de ellos; la integración personalizada o mediante la API nativa es el camino documentado.
Conector personalizado
Su propio motor de trading interno o una integración patentada con Uphold que combine las APIs de Core, KYC Connector, Market Pulse, Widgets y Topper.
Compatibilidad de frameworks con productos de Uphold
Uphold se basa en swaps, no en libros de órdenes. El ecosistema de frameworks para estrategias cripto (CCXT, Freqtrade, Hummingbot) está diseñado en torno a libros de órdenes, por lo que ninguno incluye un conector nativo para Uphold. La integración directa mediante la API nativa y su pila modular (Core, KYC Connector, Market Pulse, Widgets, Topper) es la vía documentada. Los encabezados de las columnas a continuación utilizan el vocabulario de producto real de Uphold, en lugar de la terminología de spot o perpetuos, que no aplica en este caso.
✓ soporte confirmado según la documentación oficial del framework. "no" indica que no está documentado oficialmente como compatible. 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
La vía de la API nativa se integra de forma natural con los IDE de IA. La superficie de control MCP de TradingHost completa el ciclo: las herramientas de IA pueden inspeccionar despliegues, revisar logs y gestionar el runtime junto a usted, sin intervenir jamás en la ruta de ejecución de las operaciones.
Sección 04 · Ejecutar en TradingHost
Ejecuta tu código en TradingHost
Uphold proporciona el exchange y el acceso a la API. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a Uphold.
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 Uphold.
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 estrategias existente. Uphold no dispone de conectores nativos en CCXT, Freqtrade o Hummingbot porque se basa en swaps y no en libros de órdenes; el patrón habitual es una integración personalizada con las APIs modulares nativas de Uphold.
- PASO 03
Desplegar en un contenedor de TradingHost
Elija una región (EU o US-East), proporcione las variables de entorno que necesita su estrategia (Personal Access Token de Uphold o credenciales OAuth) y realice el despliegue. TradingHost compila su contenedor desde el repositorio y ejecuta su estrategia en una infraestructura gestionada de Kubernetes. Sin necesidad de 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 Uphold
Obstáculos reales al ejecutar una estrategia de Uphold en un runtime en la nube basado en contenedores, detalles que no encontrará en la documentación de Uphold ni en los archivos README de los frameworks. Cada punto a continuación se basa en la propia documentación de Uphold; la guía de despliegue proviene de la experiencia ejecutando estas estrategias en TradingHost.
01 · Modelo de precio fijo
Uphold opera con un único precio fijo, no contra un libro de órdenes
Uphold se promociona bajo el lema "un único precio fijo sin importar el tamaño de su orden" y "sin recargos ocultos". En la práctica, esto significa que cada operación es una cotización que usted acepta o rechaza, no una orden de mercado o límite colocada contra un libro. El código de una estrategia desarrollado bajo la abstracción de un libro de órdenes (órdenes limit, stop o iceberg, suscripción a la profundidad del libro o clasificación maker/taker) no se puede migrar a Uphold sin una reestructuración profunda. La ruta de ejecución consiste en solicitar una cotización y luego aceptarla, sin primitivas intermedias propias de un libro de órdenes.
02 · Sin primitivas de libro de órdenes
Sin tipos de orden nativos de tipo limit, stop o con límite de slippage
Dado que Uphold no opera con un libro de órdenes, las primitivas que ofrecen las plataformas con libro de órdenes (post-only, límites de porcentaje de slippage, time-in-force, iceberg) no existen aquí. Las estrategias que dependan de límites de slippage u órdenes condicionales deben implementarlas en el lado del cliente: solicitar la cotización, compararla con una referencia de feed de precios y aceptarla o rechazarla según la tolerancia de la propia estrategia. Las operaciones de gran volumen no verán necesariamente un impacto de precio lineal; verifique mediante cotizaciones antes de definir el tamaño de la orden en lugar de asumir una curva de profundidad.
03 · Composición de API modular
Cinco API modulares independientes: Core, KYC Connector, Market Pulse, Widgets, Topper
La suite de API REST de Uphold es "modular en principio" y se compone de cinco servicios específicos: Core (usuarios, activos, cuentas, transacciones), KYC Connector (integración de datos de cumplimiento de terceros), Market Pulse (inteligencia de mercado para activos digitales), Widgets (componentes de interfaz de usuario integrables) y Topper (pasarela consolidada de entrada y salida de rampa). Se publican especificaciones de OpenAPI para cada uno. Una estrategia que solo opere con activos puede interactuar únicamente con Core y Market Pulse; una que realice rampa de entrada de fiat puede añadir Topper; una que gestione el flujo de nuevos usuarios puede incorporar KYC Connector.
04 · Autenticación
OAuth con opción de token de portador mediante Personal Access Token (PAT)
Uphold utiliza autenticación basada en OAuth. Para integraciones de una sola cuenta (su propia cuenta de Uphold, no un flujo de terceros), la opción de Personal Access Token (PAT) otorga acceso de portador en una sola llamada a la API sin necesidad de negociar una concesión de OAuth completa. Un PAT reside en sus secretos de TradingHost y se carga en el contenedor en tiempo de ejecución de la misma manera que cualquier otra credencial de API. Las integraciones multiinquilino (su plataforma actuando en nombre de sus usuarios) requieren el flujo completo de OAuth con gestión de tokens de actualización, lo cual es más complejo que el formato PAT para una sola cuenta.
05 · Variedad de activos
Más de 300 activos que abarcan criptomonedas, fiat, precious metals y tokenised equity
Uphold promociona la posibilidad de operar con más de 300 activos en criptomonedas (BTC, ETH, USDC y muchos otros), fiat (USD, EUR, GBP y otros), precious metals (gold, silver, palladium, platinum) y tokenised equity. Las operaciones de cualquier activo a cualquier activo son el producto predeterminado; la oferta de activos cruzados es sustancialmente más amplia que la de una plataforma de libro de órdenes puramente criptográfica. Las estrategias que aprovechan esta amplitud (coberturas de gold frente a criptomonedas, operaciones de pares de precious metals, flujos puente de fiat a stablecoins) constituyen el caso de uso natural de Uphold. El trading puro de cripto a cripto cuenta con mayor liquidez en plataformas con libro de órdenes, por lo que conviene recurrir a Uphold por su ventaja multiactivo, no para flujos exclusivos de criptomonedas.
06 · Frameworks
CCXT, Freqtrade y Hummingbot no están diseñados para el modelo de swap
El ecosistema de frameworks para estrategias criptográficas está diseñado en torno a plataformas con libro de órdenes. CCXT, Freqtrade y Hummingbot asumen la colocación de órdenes contra un libro con comisiones de maker/taker y suscripciones de profundidad. El modelo de swap de Uphold no encaja en esa abstracción, y ninguno de los tres incluye a Uphold como plataforma compatible. Las estrategias que se migren desde uno de esos frameworks deben sustituir la capa de colocación de órdenes por la aceptación de cotizaciones de swap contra las API de Market Pulse y Core.
Sección 06 · Diseñado para
Diseñado para
Los runtimes de TradingHost para Uphold son ideales para:
- Desarrolladores que crean estrategias en entornos de desarrollo integrados (IDE) de IA (Cursor, Claude Code)
- Traders multiactivo (criptomonedas, fiat, precious metals, tokenised equity)
- Desarrolladores cuantitativos que ejecutan estrategias personalizadas basadas en el modelo de swap
- Integradores empresariales que componen las API de Core, Market Pulse y Topper
- Equipos que migran de alojamiento 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 Uphold.
No. El código de su estrategia se conecta a Uphold y envía instrucciones de swap 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 Uphold lo proporciona Uphold. Usted es responsable de su cuenta de Uphold, los permisos de la API, las credenciales y el cumplimiento de los términos de Uphold.
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 simplemente ejecuta su estrategia.
AWS y DigitalOcean le ofrecen capacidad de cómputo básica. 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 gestionado y diseñado específicamente para estrategias de trading: despliegue nativo de GitHub, control basado en 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 viable. Si prefiere el entorno de ejecución como un servicio gestionado, TradingHost es el camino más rápido.
Sí. TradingHost ejecuta estrategias en Python; el patrón habitual para Uphold es un cliente de Python personalizado que interactúa con las API REST nativas de Uphold, ya que no existe un conector directo de primer nivel para CCXT, Freqtrade o Hummingbot.
Sí. TradingHost es compatible con cualquier lenguaje que pueda ejecutarse dentro de un contenedor.
CCXT no incluye a Uphold como un exchange unificado porque Uphold se basa en swaps en lugar de libros de órdenes, lo cual queda fuera de la abstracción principal de CCXT. Las estrategias que requieran una abstracción de framework deben dirigirse directamente a través de las API modulares nativas de Uphold. Consulte el entorno de ejecución del framework CCXT para obtener contexto sobre cómo cambia la estructura de integración del framework cuando una plataforma no es compatible de forma nativa.
En una plataforma con libro de órdenes, usted coloca una orden limit o market contra la profundidad del libro y paga comisiones de maker o taker. En Uphold, solicita una cotización de swap a la plataforma, la cotización se deriva de la profundidad de los liquidity pools e incluye el diferencial (spread) de la plataforma, y usted la acepta o la rechaza. No hay una comisión de maker independiente, ni indicador post-only, ni suscripción a la profundidad del libro de órdenes. Las estrategias deben planificar el slippage en función de la profundidad del pool en lugar de la profundidad del libro; los tamaños de swap más grandes en pools con menor liquidez experimentan precios desproporcionadamente peores. El código de estrategia desarrollado para una abstracción de libro de órdenes no se puede migrar a Uphold sin realizar modificaciones. Consulte la sección de Notas operativas anterior para obtener el contexto completo.
Sí, si su proyecto está diseñado de esa manera. Puede ejecutar múltiples procesos o servicios de estrategia dentro de un solo entorno de ejecución, o separarlos en diferentes entornos de ejecución para mayor aislamiento y claridad operativa. Consulte la página del entorno de ejecución de TradingHost para conocer el modelo multiestrategia.
Uphold no dispone de kits de inicio de frameworks como los de Binance, por lo que el camino más rápido es conectar su propio repositorio de estrategias de GitHub que apunte a las API modulares nativas de Uphold (Core, Market Pulse, Topper) con un Personal Access Token. Vincular un repositorio de GitHub y crear una estrategia es gratis; los planes de 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 Personal Access Token ni de sus credenciales de OAuth. Consulte los secretos de la plataforma para conocer el modelo de gestión completo.
Un Personal Access Token otorga acceso de portador a su cuenta única de Uphold. Las estrategias deben limitarse únicamente al acceso de lectura y swap; si Uphold llega a ofrecer un alcance más detallado para los PAT en el panel de control de su cuenta, opte por el alcance más restrictivo. Mantenga la opción de retiro desactivada en cualquier token que cargue una estrategia.
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 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 mediante scripts) que desde el propio entorno de desarrollo. 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 el fallo y expone los logs y la información de estado pertinentes. En los casos compatibles, la estrategia afectada se puede reiniciar sin interrumpir las demás estrategias que se ejecutan 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 acceder a los logs y a la interfaz de estado.
El modelo de swap de Uphold no expone umbrales nativos de protección contra el slippage como lo haría una plataforma con orderbook. Las estrategias deben implementar los controles de slippage en el lado del cliente: solicitar la cotización, compararla con una referencia de feed de precios y aceptarla o rechazarla según la propia tolerancia de la estrategia. Los tamaños de swap más grandes en pools con menor liquidez obtienen precios desproporcionadamente peores, por lo que el escalado del tamaño no es lineal. Consulte la sección de Notas operativas más arriba para obtener la guía completa.
TradingHost se ejecuta en las regiones EU y US-East. Elija la región más cercana al motor de emparejamiento del que dependa su estrategia. Consulte la página de regiones para obtener detalles sobre enrutamiento y proximidad.
No. TradingHost se centra en el entorno de ejecución (runtime) en producción y el despliegue. El backtesting corresponde a su entorno de investigación, framework o AlgoBuilder.