Por qué las cifras de TPS de Blockchain a menudo colapsan en el mundo real

Las cifras de transacciones por segundo (TPS) de blockchain suelen tratarse como un indicador de rendimiento, pero no cuentan la historia completa de si una red puede escalar en la práctica.

Carter Feldman, fundador de Psy Protocol y ex hacker, dijo a Cointelegraph que las cifras de TPS suelen ser engañosas porque ignoran cómo se verifican y retransmiten realmente las transacciones en sistemas descentralizados.

"Muchas pruebas de evaluación comparativa pre-mainnet, testnet o aisladas miden TPS con solo un nodo en ejecución. En ese punto, bien podrías llamar a Instagram una blockchain que puede alcanzar 1.000 millones de TPS porque tiene una autoridad central que valida cada llamada API", dijo Feldman.

Parte del problema es cómo se diseñan la mayoría de las blockchains. Cuanto más rápido intentan ir, mayor es la carga en cada nodo y más difícil se vuelve la descentralización. Esa carga puede reducirse separando la ejecución de transacciones de la verificación.

Las cifras de TPS ignoran el costo de la descentralización

TPS es un punto de referencia válido para el rendimiento de blockchain. Si una red tiene un TPS más alto, puede manejar más uso real.

Pero Feldman argumentó que la mayoría de las cifras de TPS destacadas representan configuraciones ideales que no se traducen en rendimiento del mundo real. Los números impresionantes no muestran cómo funciona el sistema en condiciones descentralizadas.

"El TPS de una máquina virtual o un solo nodo no es una medida del rendimiento real de mainnet de una blockchain", dijo Feldman.

Cada nodo completo en una blockchain debe verificar que las transacciones sigan las reglas del protocolo. Si un nodo acepta una transacción inválida, otros deben rechazarla. Eso es lo que hace que funcione un ledger descentralizado.

Relacionado: Firedancer acelerará Solana, pero no alcanzará su máximo potencial 

El rendimiento de blockchain considera qué tan rápido ejecuta transacciones una máquina virtual. Pero el ancho de banda, la latencia y la topología de red importan en el mundo real. Por lo tanto, el rendimiento también depende de cómo se reciben y verifican las transacciones por otros nodos en toda la red.

Como resultado, las cifras de TPS publicadas en documentos técnicos a menudo divergen del rendimiento de mainnet. Los puntos de referencia que aíslan la ejecución de los costos de retransmisión y verificación miden algo más cercano a la velocidad de la máquina virtual que a la escalabilidad de blockchain.

EOS, una red en la que Feldman fue productor de bloques anterior, rompió récords de oferta inicial de monedas en 2018. Su documento técnico sugirió una escala teórica de alrededor de 1 millón de TPS. Esa sigue siendo una cifra impresionante incluso para los estándares de 2026.

EOS nunca alcanzó su objetivo teórico de TPS. Informes anteriores afirmaron que podría alcanzar 4.000 transacciones en configuraciones favorables. Sin embargo, una investigación realizada por evaluadores de blockchain en Whiteblock encontró que en condiciones de red realistas, el rendimiento cayó a aproximadamente 50 TPS.

En 2023, Jump Crypto demostró que su cliente validador de Solana, Firedancer, alcanzó lo que EOS no pudo al probar 1 millón de TPS. El cliente se ha estado implementando desde entonces, con muchos validadores ejecutando una versión híbrida conocida como Frankendancer. Solana en condiciones en vivo hoy generalmente procesa alrededor de 3.000-4.000 TPS. Aproximadamente el 40% de esas transacciones son transacciones sin voto, que reflejan mejor la actividad real del usuario.

Rompiendo el problema de escalado lineal

El rendimiento de blockchain generalmente escala linealmente con la carga de trabajo. Más transacciones reflejan más actividad, pero también significa que los nodos reciben y verifican más datos.

Cada transacción adicional agrega carga computacional. En algún momento, los límites de ancho de banda, las restricciones de hardware y los retrasos de sincronización hacen que los aumentos adicionales sean insostenibles sin sacrificar la descentralización.

Feldman dijo que superar esta restricción requiere repensar cómo se prueba la validez, lo que se puede hacer mediante tecnología de conocimiento cero (ZK). ZK es una forma de probar que un lote de transacciones se procesó correctamente sin hacer que cada nodo ejecute esas transacciones nuevamente. Debido a que permite probar la validez sin revelar todos los datos subyacentes, ZK a menudo se impulsa como una solución a problemas de privacidad.

Relacionado: Las herramientas de privacidad están aumentando detrás de la adopción institucional, dice el desarrollador de ZKsync

Feldman argumenta que también puede aliviar la carga de escalado a través de ZK-proofs recursivos. En términos simples, eso se refiere a pruebas que verifican otras pruebas.

"Resulta que puedes tomar dos ZK-proofs y generar un ZK-proof que demuestre que ambas pruebas son correctas", dijo Feldman. "Entonces, puedes tomar dos pruebas y convertirlas en una sola prueba".

"Digamos que comenzamos con las transacciones de 16 usuarios. Podemos tomar esas 16 y convertirlas en ocho pruebas, luego podemos tomar las ocho pruebas y convertirlas en cuatro pruebas", explicó Feldman mientras compartía un gráfico de un árbol de pruebas donde múltiples pruebas finalmente se convierten en una.

En los diseños tradicionales de blockchain, aumentar TPS aumenta los requisitos de verificación y ancho de banda para cada nodo. Feldman argumenta que con un diseño basado en pruebas, el rendimiento puede aumentar sin aumentar proporcionalmente los costos de verificación por nodo.

Eso no significa que ZK elimine completamente los compromisos de escalado. Generar pruebas puede ser computacionalmente intensivo y puede requerir infraestructura especializada. Mientras que la verificación se vuelve económica para los nodos ordinarios, la carga se desplaza a los probadores que deben realizar trabajo criptográfico pesado. Adaptar la verificación basada en pruebas a las arquitecturas de blockchain existentes también es complejo, lo que ayuda a explicar por qué la mayoría de las redes principales todavía dependen de modelos de ejecución tradicionales.

Rendimiento más allá del rendimiento bruto

TPS no es inútil, pero es condicional. Según Feldman, las cifras de rendimiento bruto son menos significativas que las señales económicas como las comisiones de transacción, que proporcionan un indicador más claro de la salud y demanda de la red.

"Yo sostendría que TPS es el punto de referencia número dos del rendimiento de una blockchain, pero solo si se mide en un entorno de producción o en un entorno donde las transacciones no solo se procesan sino que también se retransmiten y verifican por otros nodos", dijo.

El diseño dominante y existente de Blockchain también influyó en las inversiones. Aquellos modelados en torno a la ejecución secuencial no pueden agregar fácilmente verificación basada en pruebas sin rediseñar cómo se procesan las transacciones.

"Al principio, era casi imposible recaudar dinero para algo que no fuera un ZK EVM [Ethereum Virtual Machine]", dijo Feldman, explicando los problemas de financiación anteriores de Psy Protocol.

"La razón por la que la gente no quería financiarlo al principio es que tomaba tiempo", agregó. "No puedes simplemente bifurcar EVMs o su almacenamiento de estado porque todo se hace de manera completamente diferente".

En la mayoría de las blockchains, un TPS más alto significa más trabajo para cada nodo. Una cifra destacada por sí sola no muestra si esa carga de trabajo es sostenible.

Magazine: La hoja de ruta de Ethereum hacia 10.000 TPS usando tecnología ZK: Guía para principiantes