Volumen IV – Tx24 & TXT Token
ForoCoches: Miembro
17-abr-2026 16:17
#32
| El último párrafo "Situación actual y Road to 2026: Transparencia total" es de traca. Vaya tela... |
Strike Team
17-abr-2026 16:25
#34
|
Plataforma Bitcoin: 10 respuestas en 1 día. Plataforma tx24: 33 respuestas. Bitcoin ha muerto, larga vida a TXT. |
Membrillo
17-abr-2026 16:36
#35
|
Abro este espacio para someter a Tx24 al análisis de esta comunidad. Después de 14 años en el sector, sé que aquí se valora la transparencia y el rigor técnico. Mi objetivo es responder a vuestras dudas sobre nuestra arquitectura, el modelo de negocio o nuestra hoja de ruta hacia la expansión global. *Procede a desaparecer 3 meses y a no contestar a ninguna pregunta incómoda* |
ForoCoches: Miembro
17-abr-2026 18:44
#36
Tío, en serio eres muy pesado poniendo siempre lo mismo, no ves que nadie más te sigue "la broma"?  Es que macho, después de ya haberlo leído 300 veces en el anterior hilo....tener que seguir igual en éste... |
ForoCoches: Usuario
17-abr-2026 19:03
#37
| Callate gilipollas, déjalo en paz, no ves que es la mascota del proyecto? |
ForoCoches: Usuario
17-abr-2026 20:12
#38
| Pues dejadlo que diga lo que quiera, igual que hay unos pocos con la misma cantinela del proyecto |
ForoCoches: Miembro
17-abr-2026 20:16
#39
|
Relajate anda, que pinta insultar sin venir a cuento en un subforo "serio"? Iba a poner la imagen del platano de la amistad pero paso de contribuir |
ForoCoches: Miembro
17-abr-2026 21:10
#41
| Veo hacer la memecoin paralela al proyecto, podríamos ser la $RAVE forocochera |
ForoCoches: VIP✅
18-abr-2026 01:09
#42
|
Abro este espacio para someter a Tx24 al análisis de esta comunidad. Después de 14 años en el sector, sé que aquí se valora la transparencia y el rigor técnico. Mi objetivo es responder a vuestras dudas sobre nuestra arquitectura, el modelo de negocio o nuestra hoja de ruta hacia la expansión global.
*Procede a desaparecer 3 meses y a no contestar a ninguna pregunta incómoda* |
ForoCoches: Miembro
18-abr-2026 09:56
#43
|
He subido un vídeo de prueba end-to-end de la plataforma de trading TX24 corriendo en local: motor de matching, libro de órdenes, gráfico y custodia funcionando simultáneamente. El test mete ~1.000 órdenes/segundo en BTC/USDT, con un precio que recorre el rango $60K–$70K en ciclos de 1 hora y órdenes de mercado aleatorias cada 5 segundos que barren la mitad de la profundidad acumulada del libro. Hay muros de liquidez de 100× fuera del rango para ver cómo el libro aguanta presión. El dato curioso: el motor ha marcado ~500.000 órdenes/s end-to-end en benchmarks previos, así que lo que se ve en el vídeo es el 0,2% de su capacidad máxima — el objetivo era reproducir un escenario realista de mercado, no buscar el tope del motor. Ahora mismo lo que se ve en pantalla es lo máximo que desde la interfaz gráfica en web, se puede ver. El limite es tecnologico del propio internet. Para ver visualmente a mayor escala sin terminal se requeriria de una app desktop o bien la propia terminal. Cualquier feedback o pregunta técnica es bienvenida. |
Editado: 18-abr-2026 10:14 -
Strike Team
18-abr-2026 10:18
#44
|
He subido un vídeo de prueba end-to-end de la plataforma de trading TX24 corriendo en local: motor de matching, libro de órdenes, gráfico y custodia funcionando simultáneamente.
El test mete ~1.000 órdenes/segundo en BTC/USDT, con un precio que recorre el rango $60K–$70K en ciclos de 1 hora y órdenes de mercado aleatorias cada 5 segundos que barren la mitad de la profundidad acumulada del libro. Hay muros de liquidez de 100× fuera del rango para ver cómo el libro aguanta presión. El dato curioso: el motor ha marcado ~500.000 órdenes/s end-to-end en benchmarks previos, así que lo que se ve en el vídeo es el 0,2% de su capacidad máxima — el objetivo era reproducir un escenario realista de mercado, no buscar el tope del motor. Ahora mismo lo que se ve en pantalla es lo máximo que desde la interfaz gráfica en web, se puede ver. El limite es tecnologico del propio internet. Para ver visualmente sin terminal se requeriria de una app desktop o bien la propia terminal. Cualquier feedback o pregunta técnica es bienvenida. 
|
ForoCoches: Miembro
18-abr-2026 10:29
#45
|
He subido un vídeo de prueba end-to-end de la plataforma de trading TX24 corriendo en local: motor de matching, libro de órdenes, gráfico y custodia funcionando simultáneamente.
El test mete ~1.000 órdenes/segundo en BTC/USDT, con un precio que recorre el rango $60K–$70K en ciclos de 1 hora y órdenes de mercado aleatorias cada 5 segundos que barren la mitad de la profundidad acumulada del libro. Hay muros de liquidez de 100× fuera del rango para ver cómo el libro aguanta presión. El dato curioso: el motor ha marcado ~500.000 órdenes/s end-to-end en benchmarks previos, así que lo que se ve en el vídeo es el 0,2% de su capacidad máxima — el objetivo era reproducir un escenario realista de mercado, no buscar el tope del motor. Ahora mismo lo que se ve en pantalla es lo máximo que desde la interfaz gráfica en web, se puede ver. El limite es tecnologico del propio internet. Para ver visualmente a mayor escala sin terminal se requeriria de una app desktop o bien la propia terminal. Cualquier feedback o pregunta técnica es bienvenida. |
ForoCoches: Miembro
18-abr-2026 13:33
#47
|
He subido un vídeo de prueba end-to-end de la plataforma de trading TX24 corriendo en local: motor de matching, libro de órdenes, gráfico y custodia funcionando simultáneamente.
El test mete ~1.000 órdenes/segundo en BTC/USDT, con un precio que recorre el rango $60K–$70K en ciclos de 1 hora y órdenes de mercado aleatorias cada 5 segundos que barren la mitad de la profundidad acumulada del libro. Hay muros de liquidez de 100× fuera del rango para ver cómo el libro aguanta presión. El dato curioso: el motor ha marcado ~500.000 órdenes/s end-to-end en benchmarks previos, así que lo que se ve en el vídeo es el 0,2% de su capacidad máxima — el objetivo era reproducir un escenario realista de mercado, no buscar el tope del motor. Ahora mismo lo que se ve en pantalla es lo máximo que desde la interfaz gráfica en web, se puede ver. El limite es tecnologico del propio internet. Para ver visualmente a mayor escala sin terminal se requeriria de una app desktop o bien la propia terminal. Cualquier feedback o pregunta técnica es bienvenida. 
|
ForoCoches: Usuario
18-abr-2026 13:52
#48
|
Yo a nivel técnico 0, pero al menos se está mostrando un poco más de lo que le da el valor diferencial al proyecto, corresponde a los entendidos valorar lo que se muestra. Me gustan las nuevas aportaciones del OP, sin entrar al trapo y mostrando poco a poco lo que tienen entre manos. Ojalá salga adelante porque creo que el mundo cripto necesita un exchange serio y fiable. El tiempo dirá, pero quien no arriesga no gana. |
ForoCoches: Miembro
18-abr-2026 14:58
#50
|
He subido un vídeo de prueba end-to-end de la plataforma de trading TX24 corriendo en local: motor de matching, libro de órdenes, gráfico y custodia funcionando simultáneamente.
El test mete ~1.000 órdenes/segundo en BTC/USDT, con un precio que recorre el rango $60K–$70K en ciclos de 1 hora y órdenes de mercado aleatorias cada 5 segundos que barren la mitad de la profundidad acumulada del libro. Hay muros de liquidez de 100× fuera del rango para ver cómo el libro aguanta presión. El dato curioso: el motor ha marcado ~500.000 órdenes/s end-to-end en benchmarks previos, así que lo que se ve en el vídeo es el 0,2% de su capacidad máxima — el objetivo era reproducir un escenario realista de mercado, no buscar el tope del motor. Ahora mismo lo que se ve en pantalla es lo máximo que desde la interfaz gráfica en web, se puede ver. El limite es tecnologico del propio internet. Para ver visualmente a mayor escala sin terminal se requeriria de una app desktop o bien la propia terminal. Cualquier feedback o pregunta técnica es bienvenida. |
ForoCoches: Miembro
19-abr-2026 18:25
#52
|
Para obtener una opinión objetiva de el mensaje técnico de botones invoco a @TheBanker
Decir que "el objetivo era reproducir un escenario realista de mercado" mientras corre íntegramente en local es un sinsentido. Un sistema end-to-end real debe incluir latencia de red, firewalls y protocolos de seguridad filtrando el tráfico. En el vídeo, el motor la custodia y el libro de órdenes comparten la misma memoria ram. En el mundo reall, cada orden de mercado debe verificar saldos en una base de datos distribuida con bloqueos de seguridad, validaciones de riesgo, etc etc. Esa es la parte compleja que aquí se ignora por completo al estar todo en local. Nada de eso es tenido en cuenta. Sobre los muros de liquidez de 100x para "probar la presión", lo mismo, es irrelevante cuando son órdenes simuladas, sin riesgo, sin dinero real y sin conectividad externa. Mover datos de texto en bucle lo hace cualquier ordenador moderno, lo jodido es casar órdenes con dinero de verdad y contrapartida de marketmakers externos... Como ya comenté, el público de HFT al que supuestamente se dirige opera mediante protocolos fix o conexiones directas, no mirando una web. Por otro lado, un usuario normal, el que usa la interfaz, nunca llegará a tales rangos de tps ni le sirven para nada... ¿A quién intenta impresionar entonces con los límites de la interfaz? Al institucional le sobra la web y al retail le sobran las tps....  También dice que el motor marcó 500k tps en benchmarks previos, pero sigue sin mostrar esas cifras en un entorno de red real (aws, azure o google cloud) con usuarios externos. En definitiva, no termino de comprender el propósito de lo que muestra, ni al público al que se esta dirigiendo. |
ForoCoches: Usuario VIP
19-abr-2026 19:04
#53
|
He subido un vídeo de prueba end-to-end de la plataforma de trading TX24 corriendo en local: motor de matching, libro de órdenes, gráfico y custodia funcionando simultáneamente.
El test mete ~1.000 órdenes/segundo en BTC/USDT, con un precio que recorre el rango $60K–$70K en ciclos de 1 hora y órdenes de mercado aleatorias cada 5 segundos que barren la mitad de la profundidad acumulada del libro. Hay muros de liquidez de 100× fuera del rango para ver cómo el libro aguanta presión. El dato curioso: el motor ha marcado ~500.000 órdenes/s end-to-end en benchmarks previos, así que lo que se ve en el vídeo es el 0,2% de su capacidad máxima — el objetivo era reproducir un escenario realista de mercado, no buscar el tope del motor. Ahora mismo lo que se ve en pantalla es lo máximo que desde la interfaz gráfica en web, se puede ver. El limite es tecnologico del propio internet. Para ver visualmente a mayor escala sin terminal se requeriria de una app desktop o bien la propia terminal. Cualquier feedback o pregunta técnica es bienvenida. 
|
ForoCoches: Usuario
19-abr-2026 20:08
#54
|
Mi opinión es que estamos en las mismas... Lo que está mostrando carece de valor operativo en el mundo real.
Decir que "el objetivo era reproducir un escenario realista de mercado" mientras corre íntegramente en local es un sinsentido. Un sistema end-to-end real debe incluir latencia de red, firewalls y protocolos de seguridad filtrando el tráfico. En el vídeo, el motor la custodia y el libro de órdenes comparten la misma memoria ram. En el mundo reall, cada orden de mercado debe verificar saldos en una base de datos distribuida con bloqueos de seguridad, validaciones de riesgo, etc etc. Esa es la parte compleja que aquí se ignora por completo al estar todo en local. Nada de eso es tenido en cuenta. Sobre los muros de liquidez de 100x para "probar la presión", lo mismo, es irrelevante cuando son órdenes simuladas, sin riesgo, sin dinero real y sin conectividad externa. Mover datos de texto en bucle lo hace cualquier ordenador moderno, lo jodido es casar órdenes con dinero de verdad y contrapartida de marketmakers externos... Como ya comenté, el público de HFT al que supuestamente se dirige opera mediante protocolos fix o conexiones directas, no mirando una web. Por otro lado, un usuario normal, el que usa la interfaz, nunca llegará a tales rangos de tps ni le sirven para nada... ¿A quién intenta impresionar entonces con los límites de la interfaz? Al institucional le sobra la web y al retail le sobran las tps.... También dice que el motor marcó 500k tps en benchmarks previos, pero sigue sin mostrar esas cifras en un entorno de red real (aws, azure o google cloud) con usuarios externos. En definitiva, no termino de comprender el propósito de lo que muestra, ni al público al que se esta dirigiendo. Opino igual. En cuanto leí “prueba local” dejé automáticamente de leer. |
ForoCoches: Miembro
19-abr-2026 23:51
#56
|
Mi opinión es que estamos en las mismas... Lo que está mostrando carece de valor operativo en el mundo real.
Decir que "el objetivo era reproducir un escenario realista de mercado" mientras corre íntegramente en local es un sinsentido. Un sistema end-to-end real debe incluir latencia de red, firewalls y protocolos de seguridad filtrando el tráfico. En el vídeo, el motor la custodia y el libro de órdenes comparten la misma memoria ram. En el mundo reall, cada orden de mercado debe verificar saldos en una base de datos distribuida con bloqueos de seguridad, validaciones de riesgo, etc etc. Esa es la parte compleja que aquí se ignora por completo al estar todo en local. Nada de eso es tenido en cuenta. Sobre los muros de liquidez de 100x para "probar la presión", lo mismo, es irrelevante cuando son órdenes simuladas, sin riesgo, sin dinero real y sin conectividad externa. Mover datos de texto en bucle lo hace cualquier ordenador moderno, lo jodido es casar órdenes con dinero de verdad y contrapartida de marketmakers externos... Como ya comenté, el público de HFT al que supuestamente se dirige opera mediante protocolos fix o conexiones directas, no mirando una web. Por otro lado, un usuario normal, el que usa la interfaz, nunca llegará a tales rangos de tps ni le sirven para nada... ¿A quién intenta impresionar entonces con los límites de la interfaz? Al institucional le sobra la web y al retail le sobran las tps.... También dice que el motor marcó 500k tps en benchmarks previos, pero sigue sin mostrar esas cifras en un entorno de red real (aws, azure o google cloud) con usuarios externos. En definitiva, no termino de comprender el propósito de lo que muestra, ni al público al que se esta dirigiendo. |
ForoCoches: Miembro
20-abr-2026 06:58
#57
|
Mi opinión es que estamos en las mismas... Lo que está mostrando carece de valor operativo en el mundo real.
Decir que "el objetivo era reproducir un escenario realista de mercado" mientras corre íntegramente en local es un sinsentido. Un sistema end-to-end real debe incluir latencia de red, firewalls y protocolos de seguridad filtrando el tráfico. En el vídeo, el motor la custodia y el libro de órdenes comparten la misma memoria ram. En el mundo reall, cada orden de mercado debe verificar saldos en una base de datos distribuida con bloqueos de seguridad, validaciones de riesgo, etc etc. Esa es la parte compleja que aquí se ignora por completo al estar todo en local. Nada de eso es tenido en cuenta. Sobre los muros de liquidez de 100x para "probar la presión", lo mismo, es irrelevante cuando son órdenes simuladas, sin riesgo, sin dinero real y sin conectividad externa. Mover datos de texto en bucle lo hace cualquier ordenador moderno, lo jodido es casar órdenes con dinero de verdad y contrapartida de marketmakers externos... Como ya comenté, el público de HFT al que supuestamente se dirige opera mediante protocolos fix o conexiones directas, no mirando una web. Por otro lado, un usuario normal, el que usa la interfaz, nunca llegará a tales rangos de tps ni le sirven para nada... ¿A quién intenta impresionar entonces con los límites de la interfaz? Al institucional le sobra la web y al retail le sobran las tps.... También dice que el motor marcó 500k tps en benchmarks previos, pero sigue sin mostrar esas cifras en un entorno de red real (aws, azure o google cloud) con usuarios externos. En definitiva, no termino de comprender el propósito de lo que muestra, ni al público al que se esta dirigiendo. A ver, vamos por partes porque mezclas cosas: "Corre en local, no vale". Claro, y cuando Ferrari prueba un nuevo motor en banco de pruebas tampoco vale porque no está en Mónaco con tráfico. Un benchmark de matching engine se hace aislado precisamente para medir el componente, no para simular un exchange completo. Si le metes red, firewalls y BD a la misma prueba, no estás midiendo el engine: estás midiendo tu router. Nasdaq, LMAX o Deribit publican sus cifras igual. "En producción hay custodia, validación de saldos, riesgo...". Sí, lo sé, lo tenemos: GK8 para custodia institucional, validación pre-trade, replicación. Nada de eso se mete en un benchmark de engine porque no es lo que se está midiendo. Es como quejarse de que un crash test de Euro NCAP no incluye el seguro del coche. "El HFT no mira una web". Correcto, y por eso existe FIX API, que tendremos. La web es para el retail activo, que en cripto mueve la mayoría del volumen (a diferencia de equities, donde el HFT domina). Los 300k TPS (o los más de 500k TPS tras la última mejora) no son para que un retail los tope; son para que cuando el mercado se mueva y entren 50k o 100k órdenes en un segundo, el libro no se caiga, como actualmente SI pasa.Al retail le importa aunque no lo sepa. "No hay cifras en AWS con usuarios externos". Esa sí es una crítica justa. Load testing distribuido en pre-producción, próximo paso. Cuando esté y podamos, se publica, no te quepa duda. Que no te impresione, perfecto. Que no tenga sentido, no es la crítica correcta. Que no sepas que estás evaluando una startup en desarrollo, tampoco tiene sentido, que no diferencies producción de un MVP, tampoco. Que tengas un buen día. EDITO: FIX API está en roadmap post-lanzamiento, ruta estándar QuickFIX sobre nuestro engine con drop copy y certificación por cliente. No es algo que se improvise, requiere onboarding institucional, SLA de latencia y co-location; por eso no es prioridad día 1, donde el volumen vendrá de retail activo y market makers vía REST/WS de baja latencia. |
Editado: 20-abr-2026 08:11 -
ForoCoches: Miembro
20-abr-2026 08:15
#58
| No es inteligencia shur, un tío inteligente no malgastaria su tiempo en venir a criticar un proyecto que le importa tres cojones. |
ForoCoches: Super Miembro
20-abr-2026 08:56
#60
|
Mi opinión es que estamos en las mismas... Lo que está mostrando carece de valor operativo en el mundo real.
Decir que "el objetivo era reproducir un escenario realista de mercado" mientras corre íntegramente en local es un sinsentido. Un sistema end-to-end real debe incluir latencia de red, firewalls y protocolos de seguridad filtrando el tráfico. En el vídeo, el motor la custodia y el libro de órdenes comparten la misma memoria ram. En el mundo reall, cada orden de mercado debe verificar saldos en una base de datos distribuida con bloqueos de seguridad, validaciones de riesgo, etc etc. Esa es la parte compleja que aquí se ignora por completo al estar todo en local. Nada de eso es tenido en cuenta. Sobre los muros de liquidez de 100x para "probar la presión", lo mismo, es irrelevante cuando son órdenes simuladas, sin riesgo, sin dinero real y sin conectividad externa. Mover datos de texto en bucle lo hace cualquier ordenador moderno, lo jodido es casar órdenes con dinero de verdad y contrapartida de marketmakers externos... Como ya comenté, el público de HFT al que supuestamente se dirige opera mediante protocolos fix o conexiones directas, no mirando una web. Por otro lado, un usuario normal, el que usa la interfaz, nunca llegará a tales rangos de tps ni le sirven para nada... ¿A quién intenta impresionar entonces con los límites de la interfaz? Al institucional le sobra la web y al retail le sobran las tps.... También dice que el motor marcó 500k tps en benchmarks previos, pero sigue sin mostrar esas cifras en un entorno de red real (aws, azure o google cloud) con usuarios externos. En definitiva, no termino de comprender el propósito de lo que muestra, ni al público al que se esta dirigiendo. |