Caso de éxito: Marc Willems, fundador de Bitchange
Marc Willems quería ver el mercado con la mayor claridad posible. El bot llegaría después.
El orden importa más de lo que parece. La mayoría de las herramientas cripto te muestran lo que ya pasó. Marc quería verlo mientras ocurre: cambios de precio, operaciones, movimientos de liquidez y libros de órdenes que se mueven en tiempo real en decenas de exchanges a la vez. Antes de cualquier algoritmo, antes de cualquier señal, antes de cualquier automatización: una imagen limpia y honesta de lo que el mercado está haciendo en realidad.
Armar esa imagen se convirtió en un proyecto en sí mismo.
El problema con los datos cripto
Los mercados cripto están fragmentados, algo que es fácil subestimar. En lugar de un solo mercado, hay cientos de exchanges repartidos en distintas regiones, con APIs diferentes y cotizaciones en monedas distintas. Además, se comportan de forma diferente según desde dónde te conectes.
Si quieres una vista seria de lo que pasa, no basta con un solo exchange ni con una sola fuente de datos. En cuanto centralizas, ves solo una parte: filtrada por la latencia de una ubicación, la capacidad de un uplink y las rarezas de la red de una región.
La respuesta de Marc se llama TRON: un motor distribuido de inteligencia de mercado que recopila y normaliza datos en vivo de unos 30 exchanges y da seguimiento a más de 18,000 instrumentos. En periodos de alta actividad procesa decenas de miles de eventos de mercado por segundo (ticks, operaciones y cambios en el libro de órdenes) y los convierte en una vista coherente del mercado.
Sobre esa base, Marc construye archivos históricos, visualizaciones y herramientas de investigación. El trading automatizado viene después. La capa de datos tiene que ir primero.
“No creo en empezar por el bot. La base de datos de mercado tiene que ir primero. TRON es esa base.”
El plan que no sobrevivió a la realidad
La idea original de infraestructura era directa: unas cuantas máquinas dedicadas, grandes, que se encargaran de la mayor parte del cómputo de forma centralizada. Mucho CPU, mucha memoria, todo en un solo lugar.
Entonces subieron los precios. Los costos de hardware y hosting para ese tipo de configuración aumentaron de forma considerable, en algunos casos a cerca de 3 veces lo que Marc había presupuestado. Para un desarrollador independiente sin una empresa detrás, eso cambia por completo la ecuación.
Así que el plan cambió. En lugar de escalar en vertical con un puñado de máquinas gigantes, Marc empezó a pensar en horizontal: varios nodos VPS regionales, cada uno con una parte del trabajo y más cerca de los exchanges que vigilan.
Al final resultó ser un mejor enfoque para el proyecto.
Por qué importa la infraestructura regional (y qué pasa sin ella)
En datos de mercado cripto, cada milisegundo cuenta: de él depende qué tan fresca es tu imagen del mercado.
Cuando todo corre desde una sola ubicación, pasan varias cosas a la vez. La latencia hacia los exchanges lejanos empeora. Los tiempos de respuesta de las APIs se vuelven irregulares. Un problema de red afecta a todo el sistema. Un solo uplink se convierte en cuello de botella. Y cuando necesitas escalar, solo puedes crecer hacia arriba: más hardware en el mismo lugar.
Con nodos regionales, puedes poner los collectors cerca de los exchanges que vigilan. Puedes repartir las cargas de trabajo. Puedes comparar qué regiones rinden mejor para cada exchange y enrutar en consecuencia. Y cuando algo debe crecer, agregas un nodo donde tenga sentido en lugar de actualizar todo de una vez.
Marc ahora opera varios nodos Contabo VPS en Europa, el Reino Unido, Japón, Singapur y Estados Unidos. Unos se encargan de recopilar datos de los exchanges. Otros manejan el monitoreo y el enrutamiento. Otros sirven para probar partes nuevas del sistema. La lógica es sencilla: cada nodo hace el trabajo para el que está mejor ubicado y devuelve los resultados a TRON.
Por qué Contabo
Dos cosas, según Marc: la relación precio-rendimiento y la disponibilidad regional.
Cuando el costo de los sistemas dedicados grandes dejó de tener sentido, Marc necesitaba una infraestructura que le permitiera escalar en horizontal sin que la factura se volviera el problema principal. Contabo lo hizo posible.
“No necesito necesariamente una máquina gigante. Necesito varias máquinas confiables en distintas regiones, con suficiente CPU y memoria para correr collectors y tareas de procesamiento de forma continua. Contabo lo hace asequible. Eso importa mucho cuando eres un desarrollador independiente que construye un proyecto de infraestructura serio sin el presupuesto de una gran empresa detrás.”
También hay un aspecto práctico que se pasa por alto con facilidad. Con la recolección distribuida de datos cripto, no puedes juzgarlo todo por la hoja de especificaciones. Tienes que correr cargas de trabajo reales, medir la latencia real, observar la estabilidad con el tiempo y ver cómo se comporta cada nodo con el mercado en vivo. Ese proceso lleva tiempo y requiere infraestructura con la que puedas experimentar sin que el costo te frene.
Qué cambió
El mayor cambio fue de arquitectura.
En lugar de canalizar toda la recolección de datos por una sola ubicación fija, Marc ahora puede ejecutar workers regionales y comparar el rendimiento por región. Los tiempos de respuesta mejoraron en varios exchanges. Bajó la presión sobre la infraestructura central. Y su idea de escalar pasó de crecer en tamaño a distribuir mejor.
Hoy el sistema da seguimiento a unos 30 exchanges y más de 18,000 instrumentos. En periodos de alta actividad procesa decenas de miles de eventos de mercado por segundo. Todo corre sobre un conjunto de nodos VPS regionales que, por separado, son modestos, pero juntos y bien ubicados hacen un trabajo serio.
Marc también publicó una demo pública en https://x64now.com: una vista en vivo simplificada de una parte de la capa de datos de mercado, que corre en uno de los nodos de Contabo. No muestra el sistema TRON completo, pero ofrece una vista pública simplificada de parte de los datos de mercado en vivo que produce TRON.
Qué sigue
La capa de datos en vivo ya funciona. La siguiente prioridad es la capa histórica y analítica: archivos sólidos, marcos de tiempo, datos de transacciones, historial del libro de órdenes y herramientas de replay.
Después viene la investigación de señales. Y, con el tiempo, la ejecución automatizada.
Marc lo describe como un proceso por capas: observar bien el mercado, almacenar y reproducir el historial de forma confiable, identificar patrones, construir señales y solo entonces conectar el trading automatizado. Cada paso depende del anterior.
TRON es la base. Lo demás se construye encima.
Si eres un desarrollador independiente que construye infraestructura seria y quieres cómputo en el que el costo no sea la limitante principal, echa un vistazo a nuestros planes VPS y explora la demo pública en https://x64now.com.
¿Quieres aparecer aquí? Siempre buscamos clientes que hagan cosas interesantes en Contabo. Escríbenos.
