Construye sobre Dexalot sin fricción: un SDK unificado, con enfoque async-first, que abstrae la complejidad on-chain y ofrece acceso fluido, listo para producción, a la negociación, los swaps y la gestión de portafolios en un solo cliente.
April 10, 2026 |
Si alguna vez has intentado crear un bot de trading o integrarte con un exchange on-chain, ya conoces el dolor. Estás gestionando endpoints de RPC, manejando nonces, firmando transacciones, analizando order books, gestionando reintentos — y todo eso antes de colocar tu primera orden. Creamos el SDK de Dexalot para quitarte ese peso de encima y que puedas enfocarte en lo que importa: tu lógica de trading.
Hoy, lo estamos publicando como open-source para la comunidad — tanto en Python como en TypeScript.
Dexalot es un exchange descentralizado que ejecuta un libro de órdenes de límite centralizado (CLOB) en la cadena. A diferencia de los DEX basados en AMM donde intercambias contra un pool de liquidez, Dexalot empareja compradores y vendedores como lo hacen los exchanges tradicionales — con pujas (bids), ofertas (asks) y un order book real. Esto ofrece a los traders spreads más ajustados, más control sobre la ejecución y una experiencia familiar.
Pero interactuar programáticamente con un programa CLOB on-chain históricamente ha sido complicado. Necesitas autenticarte, gestionar los nonces de la wallet para evitar transacciones duplicadas, manejar fallos del proveedor de RPC y mantenerte al día con peculiaridades específicas de la blockchain. Cada desarrollador que quería construir sobre Dexalot básicamente estaba reconstruyendo la misma infraestructura desde cero.
El SDK de Dexalot empaqueta todo eso en un único cliente limpio. Una instalación. Un objeto. Acceso completo para trading, swaps, balances y datos de mercado en tiempo real.
El SDK cubre tres áreas principales del protocolo Dexalot, todas accesibles a través de un cliente unificado.
Trading con Order Book. Coloca órdenes limitadas, cancélalas individualmente o en lote, y consulta tus posiciones abiertas — todo a través de llamadas de método sencillas. El SDK se encarga de la firma de transacciones on-chain, la gestión de nonces y la estimación de gas entre bastidores. También admite operaciones por lotes: colocar múltiples órdenes en una sola transacción, cancelar una lista a la vez, o hacer un cancel-and-replace atómico donde tus órdenes antiguas se eliminan y las nuevas se envían en una sola acción. Para market makers y traders activos, esto significa menos idas y vueltas y menor latencia.
Swaps simples. No cada operación necesita una orden limitada. El SDK incluye un flujo de intercambio por solicitud de cotización (RFQ): obtiene una cotización preliminar para comprobar el precio indicativo, bloquea una cotización firme con una ventana de caducidad de 30 segundos y ejecuta — tres pasos, sin necesidad de gestionar el order book. Es ideal para operaciones puntuales o aplicaciones que necesitan una interfaz simple de "intercambiar token A por token B".
Portafolio y transferencias. Consulta tus balances en tu portafolio y en las wallets de cadena conectadas. Deposita tokens desde cadenas compatibles en tu portafolio de Dexalot, retíralos de vuelta y administra gas — todo de forma programática. Si estás construyendo un panel, un rastreador de portafolios o un sistema automatizado de rebalanceo, estos métodos te dan todo lo que necesitas.
A medida que DeFi madura, la brecha entre "puedo comerciar en un DEX manualmente" y "puedo construir sistemas de producción en un DEX" es donde vive la verdadera oportunidad. Los bots, agregadores, gestores de portafolio, plataformas de analítica — todos necesitan acceso programático confiable. Eso es lo que ofrece este SDK.
Estamos enviando SDK nativos tanto para Python como para TypeScript — los dos lenguajes que dominan el desarrollo cripto. Python es el lugar donde viven los traders cuantitativos, los científicos de datos y los creadores de bots. TypeScript impulsa los frontends web, los servicios de Node.js y las funciones serverless sobre las que funciona gran parte del ecosistema. Ambos SDK comparten la misma filosofía de diseño: async-first, manejo de errores incorporado, seguridad de tipos y valores predeterminados listos para producción. Ya estés escribiendo un servicio de trading con FastAPI o un panel de portafolio con Next.js, obtienes un cliente de primera clase — no un simple envoltorio de una API REST.
No solo envolvimos algunos endpoints de una API y listo. El SDK se diseñó pensando en cargas de trabajo de producción, y algunas decisiones de arquitectura merecen destacarse.
Async desde la base. Cada operación de E/S es asíncrona. El SDK de Python se construye sobre asyncio; el SDK de TypeScript usa async/await nativo y Promises. No hay threading, ni llamadas bloqueantes escondidas bajo la capota. Esto significa que el SDK encaja bien con frameworks modernos asíncronos y puede gestionar operaciones concurrentes sin sorpresas. Si estás ejecutando un servicio de trading que monitorea múltiples pares mientras gestiona órdenes, el async no es opcional — es esencial.
Caché inteligente que no estorba. El SDK utiliza un sistema de caché de cuatro niveles que se ajusta a cómo se comporta realmente la información del exchange. Los datos estáticos, como configuraciones de despliegue, se almacenan durante una hora porque casi nunca cambian. La metadata de tokens y pares de trading se actualiza cada 15 minutos. Los datos de balances permanecen durante 10 segundos. Las instantáneas del libro de órdenes expiran después de solo un segundo. Cada nivel tiene valores predeterminados razonables, pero puedes ajustar cada TTL para que coincida con tu caso de uso — o desactivar completamente la caché para desarrollo. Por debajo, la caché incluye protección contra «stampede»: si diez solicitudes concurrentes piden al mismo tiempo los mismos datos que aún no están en caché, solo una de ellas los obtiene realmente. Las demás esperan ese único resultado. Esto evita el problema del "thundering herd" que puede saturar las APIs durante fallos de caché.
Reintentos automáticos y limitación de velocidad. Los fallos de red ocurren. Los proveedores de RPC caen. El SDK incluye lógica de reintentos configurable con backoff exponencial — no se rendirá ante el primer fallo, pero tampoco saturará un endpoint con problemas. La limitación de velocidad también está integrada, usando un enfoque de token-bucket que te mantiene dentro de los límites del lado del servidor sin que tengas que pensarlo.
Conmutación de proveedores de RPC. Si tu endpoint RPC principal empieza a fallar, el SDK cambia automáticamente a un respaldo. Puedes configurar múltiples proveedores por cadena, definir umbrales de fallo y establecer periodos de enfriamiento. Si todos los proveedores caen, vuelve al último que funcionaba. Para sistemas de producción, este tipo de resiliencia no es un «nice-to-have» — es un requisito.
Seguridad por defecto. Las claves privadas se eliminan del objeto de configuración inmediatamente después de que se crea la cuenta de la wallet. El SDK rechaza endpoints RPC HTTP no cifrados a menos que sobrescribas explícitamente esa protección. Los mensajes de error se sanitizan antes de llegar a tu aplicación, eliminando rutas de archivo, URLs de RPC y trazas de pila que podrían revelar detalles de la infraestructura. Incluso existe un cofre de secretos cifrado para almacenar valores sensibles localmente — tus claves se cifran en reposo usando cifrado Fernet, y solo los nombres de las claves son visibles en el archivo del cofre.
Una elección de diseño que merece una mención es cómo el SDK maneja los errores. En lugar de lanzar excepciones para fallos esperados — un tiempo de espera de red, una orden rechazada, un revert en la cadena — cada operación devuelve un objeto Result. Compruebas .success y, si es verdadero, tus datos están en .data. Si es falso, hay un mensaje de error legible por humanos en .error.
Esto puede parecer un detalle pequeño, pero en la práctica marca una gran diferencia. El manejo de errores basado en excepciones en código asíncrono puede ser complicado y difícil de razonar. El patrón Result hace que los fallos sean explícitos y predecibles. Tu bot de trading no se bloqueará a las 3 AM por una excepción no gestionada de un fallo momentáneo de red — verá un resultado fallido y hará lo que diga tu lógica al respecto.
Para aplicaciones que necesitan datos de mercado en vivo, el SDK incluye un administrador de WebSocket opcional. Suscríbete a actualizaciones del libro de órdenes para pares de trading específicos y recibe eventos mediante callbacks asíncronos. La conexión gestiona la reconexión automáticamente y los callbacks se integran de forma natural con tu runtime asíncrono — ya sea asyncio en Python o el event loop de Node.js en TypeScript. Esto es especialmente útil para bots de market making que necesitan reaccionar a los cambios del libro de órdenes en tiempo real.
El SDK de Python está disponible en PyPI y el SDK de TypeScript en npm. Instala cualquiera de los dos, configura un par de variables de entorno y ya estás leyendo libros de órdenes. Si quieres hacer trading, agrega tu clave de firma — ya sea mediante el vault de secretos cifrados o pasando un objeto signer directamente (recomendamos lo segundo para que tu clave sin procesar nunca toque un archivo de configuración).
La documentación incluye una guía de usuario con ejemplos de copiar y pegar para cada flujo de trabajo importante, una visión general de la arquitectura para colaboradores que quieran entender los aspectos internos y una guía de caché para ajustar el rendimiento. Si quieres tener la imagen completa, empieza por ahí. Si quieres ir directo al código, el tutorial de inicio cubre la configuración hasta tu primera operación.
El SDK no es una isla independiente. Está diseñado para encajar en el ecosistema de herramientas más amplio en el que los desarrolladores ya trabajan. La arquitectura first-asinc significa que se integra de forma limpia con frameworks como FastAPI y Express. La opción de registro estructurado en JSON genera un evento por línea con timestamps y campos de metadatos — listo para Datadog, Loki, Grafana o cualquier agregador de logs que use tu equipo. La configuración fluye a través de variables de entorno, archivos .env o argumentos del constructor, así que funciona igual tanto si estás ejecutando localmente, en Docker o en Kubernetes.
Para equipos que operan en múltiples entornos, el SDK maneja testnet y mainnet simultáneamente dentro del mismo proceso. Los namespaces de caché se separan por endpoint, así que un cliente de testnet y un cliente de mainnet no contaminarán los datos del otro. Cambia entre entornos modificando un único valor de configuración.
Esta versión cubre las operaciones principales de trading, swap y portafolio. Estamos trabajando activamente para ampliar el SDK basándonos en la retroalimentación de la comunidad. Si hay alguna funcionalidad que te gustaría ver, abre un issue en el repositorio — o mejor aún, abre un pull request.
Construimos Dexalot para llevar el rendimiento y la precisión de la infraestructura tradicional de exchanges a DeFi. Los SDK de Python y TypeScript son la forma en que hacemos eso accesible para cada desarrollador con un terminal y una idea.
El Dexalot Python SDK y el TypeScript SDK son open source. Revisa los repositorios para obtener documentación completa, ejemplos y pautas de contribución.
Python SDK | GitHub: github.com/Dexalot/dexalot-sdk-python
Python SDK | PyPi: pypi.org/project/dexalot-sdk
TypeScript SDK | GitHub: github.com/Dexalot/dexalot-sdk-typescript
TypeScript SDK | NPM: npmjs.com/package/@dexalot/dexalot-sdk
Que tengas una buena negociación.
