Desarrollamos una plataforma de trading desde cero. Esto es lo que implicó.

Los gráficos y los precios parecen la parte fácil. Son el problema operativo más difícil de todo el stack, porque los datos de mercado no son un solo producto. Los precios de cripto se transmiten libremente desde los endpoints de los exchanges. El mercado de divisas no tiene ninguna cinta central, así que las plataformas minoristas viven de feeds de dealers y de endpoints no oficiales. Los datos de acciones requieren licencia, tienen precio por bolsa, y los niveles asequibles excluyen clases de activos cercanas.

Probamos endpoints gratuitos y sin clave, feeds de gráficos no oficiales y proveedores de datos con nivel gratuito, y cada uno falló a su manera: uno bloqueaba las solicitudes desde direcciones de centros de datos en la nube, otro no devolvía nada de forex en el nivel gratuito, y otro no tenía datos de volumen para pares de divisas porque el forex spot real no tiene volumen que reportar. Cada fuente falla de forma distinta, y un producto de trading tiene que mantener los precios fluyendo a pesar de todo.

Terminamos con un servicio de feed propio y dedicado, que funciona con datos comerciales con licencia, con failover independiente y operado como infraestructura. Los datos de mercado son un producto que hay que operar. Presupuéstelo así, ya sea que lo desarrolle o lo compre.

Un gráfico de precios que se muestra con un segundo de retraso es una molestia. Un depósito acreditado dos veces es un incidente. La mayor diferencia entre una demo y una plataforma es que cada camino que recorre el dinero se construye con un estándar distinto al del resto.

En concreto, eso significa una lógica de liquidación que puede ejecutarse dos veces sin acreditar dos veces, porque en los sistemas distribuidos las cosas se ejecutan dos veces. Significa que las transferencias bancarias nunca se acreditan automáticamente, porque una transferencia que parece haber llegado y una transferencia ya compensada son hechos distintos. Significa que una operación solo puede ejecutarse a un precio que existió en el feed, nunca a uno desactualizado o interpolado, porque una ejecución a un precio que nunca se negoció termina en una disputa. Y significa que cada una de esas decisiones deja un registro de auditoría, porque a una empresa supervisada algún día le pedirán que muestre uno.

Es ingeniería normal, hecha con disciplina cada vez. También es la parte que un equipo pequeño que desarrolla bajo la presión del lanzamiento está más tentado a posponer, y la parte que no se puede añadir después del primer incidente real con un cliente.

El hosting serverless funciona bien para sitios web y mal para sistemas de trading. Las funciones que dejan de existir entre una solicitud y otra no pueden mantener un proceso en segundo plano, así que todo lo continuo, desde la distribución de precios hasta la ejecución del copy trading, tiene que reconstruirse con polling y colas. Las conexiones de streaming de larga duración chocan con límites de tiempo estrictos. El estado persistente tiene que vivir en la base de datos, porque el sistema de archivos no se conserva entre invocaciones.

Aprendimos cada una de esas lecciones de la manera difícil, y la arquitectura salió ganando: idempotente por costumbre, reanudable en todas partes y barata de operar. Pero ese aprendizaje tomó meses de ingeniería que un fundador que presupuesta un desarrollo nunca pensaría en incluir, porque ningún diagrama de arquitectura muestra la limitación hasta que uno choca con ella.

Hacer una marca blanca suena a una tarea de diseño visual hasta que uno intenta llevarla a todo el producto. Una marca que es realmente del broker tiene que llegar a la terminal, al CRM, a los correos, a los íconos de la app y al dominio, y los datos del broker tienen que vivir en su propia base de datos. Construimos la marca y la instalación como configuración, con una sola base de código que produce instalaciones con marca completamente separadas, porque la alternativa, bifurcar el código para cada cliente, convierte cada corrección futura en trabajo multiplicado por la cantidad de clientes.

Una demo de ventas no muestra esa decisión, y esa decisión define la plataforma durante años. También es el origen de la Pregunta de la Base de Datos Única que sugerimos a los fundadores hacerle a cada proveedor: ¿en las tablas de quién viven los datos de sus clientes?

No hay una cifra única de costo. La primera versión funcional son meses de ingeniería a tiempo completo. La versión que puede operar una empresa supervisada es varias veces eso, porque la brecha entre ambas es el trabajo poco vistoso descrito arriba: resiliencia de los datos, disciplina en los flujos de dinero, auditabilidad, aislamiento de la marca. Y el gasto nunca termina, porque una plataforma de trading debe mantenerse mientras el mercado sigue moviéndose.

A eso se reduce la decisión entre desarrollar o comprar. Desarrollar es la decisión correcta cuando la tecnología propia es el negocio en sí. Para un broker cuya ventaja es la distribución, el servicio o un nicho de mercado, el desarrollo es un desvío costoso por problemas que ya están resueltos. Lo decimos tras haber tomado ese desvío nosotros mismos, y por eso también existe la plataforma: para que el próximo fundador no tenga que hacerlo.