Un alto TPS (transacciones por segundo) indica escalabilidad, pero cada transacción adicional aumenta la carga de los nodos responsables de mantener la descentralización de la red.
El TPS se utiliza ampliamente como métrica de rendimiento para las cadenas de bloques, aunque esta cifra por sí sola no refleja con precisión la verdadera escalabilidad de la red.
El fundador de Psy Protocol y ex hacker Carter Feldman explicó a Cointelegraph que las estadísticas de TPS pueden resultar engañosas porque no tienen en cuenta cómo se validan y propagan realmente las transacciones en sistemas descentralizados.
"Muchas pruebas previas al mainnet, testnets o entornos aislados miden el TPS con un solo nodo. En esos escenarios, incluso podría afirmarse que Instagram es una cadena capaz de 10 000 millones de TPS, ya que una autoridad centralizada valida todas las llamadas API", señaló Feldman.
Este problema se origina en parte en la filosofía de diseño de la mayoría de las cadenas de bloques. A medida que las redes buscan una mayor velocidad, la carga de trabajo de cada nodo aumenta, lo que dificulta la descentralización. Separando la ejecución de transacciones de la validación, se puede reducir esta carga hasta cierto punto.
Los nuevos proyectos promocionan altos TPS, pero el uso real de la red rara vez alcanza el máximo declarado. Fuente: MegaETH
El TPS ignora el coste de la descentralización
El TPS puede ser un indicador válido del rendimiento de una cadena de bloques: cuanto mayor es el TPS, mayor es la capacidad de la red para su uso en el mundo real.
Sin embargo, Feldman sostiene que la mayoría de las cifras de TPS que se publicitan son idealizadas y difíciles de trasladar al rendimiento real en mainnet. Las estadísticas llamativas no reflejan el funcionamiento de los sistemas en entornos descentralizados.
"El TPS medido en una máquina virtual o en un solo nodo no representa el rendimiento real de una mainnet de cadena de bloques", afirmó Feldman.
"Aun así, la cantidad de transacciones que una cadena de bloques puede procesar por segundo en producción es una forma práctica de evaluar su escalabilidad: esa es la esencia del escalado."
Cada nodo completo debe verificar que las transacciones cumplen las reglas del protocolo. Si un nodo acepta una transacción no válida, los demás deberían rechazarla. Esto es fundamental para operar un libro mayor descentralizado.
El rendimiento de la cadena de bloques suele medir la velocidad de ejecución de transacciones en la máquina virtual, pero en condiciones reales, el ancho de banda, la latencia y la topología de la red son igual de determinantes. En definitiva, el rendimiento depende de la eficiencia con la que las transacciones son recibidas y validadas por otros nodos de la red.
Por ello, las cifras de TPS publicadas en los whitepapers suelen diferir notablemente del rendimiento en mainnet. Las pruebas que aíslan la ejecución de los costes de propagación y validación miden principalmente la velocidad de la máquina virtual, no la escalabilidad de la cadena de bloques.
EOS, donde Feldman fue productor de bloques, logró récords históricos durante su oferta inicial de tokens. Su whitepaper afirmaba un TPS teórico de 1 millón, una cifra que seguiría destacando incluso en 2026.
EOS nunca alcanzó su objetivo teórico de TPS. Los primeros informes sugerían que podía procesar 4 000 transacciones por segundo en condiciones ideales. Sin embargo, el estudio de Whiteblock indicó que su rendimiento real era de apenas 50 TPS.
En 2023, Jump Crypto demostró el cliente validador Firedancer de Solana, alcanzando el hito de 1 millón de TPS en pruebas, cifra que EOS nunca logró. Muchos validadores ejecutan ahora su versión híbrida, Frankendancer. En condiciones reales, Solana procesa habitualmente entre 3 000 y 4 000 transacciones por segundo, de las cuales aproximadamente un 40 % no son transacciones de voto, reflejando así mejor la actividad real de los usuarios.
El 10 de febrero, el TPS de transacciones no relacionadas con votos en Solana fue de 1 361. Fuente: Solscan
Rompiendo el dilema del escalado lineal
El rendimiento de la cadena de bloques suele crecer de forma lineal con la carga de trabajo. Más transacciones aumentan la actividad, pero también exigen que cada nodo reciba y valide más datos.
Cada transacción adicional incrementa la carga computacional. Llegado cierto punto, a menos que se comprometa la descentralización, el ancho de banda, el hardware y la latencia de sincronización harán insostenible el escalado lineal continuo.
Feldman afirma que superar esta limitación requiere replantear las pruebas de validez, por ejemplo, mediante tecnología de conocimiento cero (ZK). ZK permite demostrar un lote de transacciones sin que cada nodo tenga que ejecutarlas de nuevo. Como posibilita la verificación sin exponer todos los datos, ZK también se considera una solución de privacidad.
Feldman considera que las pruebas ZK recursivas pueden ayudar a resolver los desafíos de escalabilidad. En esencia, esto implica usar una prueba para validar otras pruebas.
"Puedes combinar dos pruebas ZK en una nueva prueba ZK que valide la corrección de las dos anteriores", indicó Feldman. "Así, puedes fusionar dos pruebas en una sola."
"Por ejemplo, con las transacciones de 16 usuarios, puedes convertirlas en 8 pruebas y luego combinar esas 8 en 4 pruebas", explicó Feldman, mostrando un diagrama de árbol de pruebas en varias capas que finalmente convergen en una sola prueba.
Cómo se fusionan múltiples pruebas en una sola. Fuente: Psy/Carter Feldman
En las arquitecturas tradicionales de cadena de bloques, aumentar el TPS eleva los requisitos de validación y ancho de banda de cada nodo. Feldman señala que las arquitecturas basadas en pruebas permiten incrementar el rendimiento sin aumentar proporcionalmente la carga de validación de los nodos.
Esto no significa que ZK elimine todos los compromisos del escalado. La generación de pruebas es computacionalmente exigente y puede requerir infraestructura especializada. La validación resulta más económica para los nodos ordinarios, pero el trabajo complejo recae en los generadores de pruebas que gestionan la criptografía avanzada. Integrar la validación basada en pruebas en arquitecturas de cadena existentes es un reto, lo que explica por qué las redes principales siguen dependiendo de modelos de ejecución tradicionales.
Más allá del throughput puro: cómo medir el rendimiento
El TPS no es irrelevante, pero su valor depende del contexto. Feldman señala que las señales económicas, como las tarifas de transacción, ofrecen una visión más clara de la salud y la demanda de la red que el throughput puro.
"Creo que el TPS puede ser la segunda métrica más importante para el rendimiento de una cadena de bloques, pero solo en producción, o cuando las transacciones no solo se procesan, sino que también se reenvían y validan por otros nodos", afirmó.
LayerZero Labs presentó la Zero chain, afirmando que la tecnología ZK permite escalar hasta 2 millones de TPS. Fuente: LayerZero
Las arquitecturas principales de cadena de bloques también influyen en las decisiones de los inversores. Las cadenas con ejecución secuencial son difíciles de migrar a validación basada en pruebas sin rediseñar por completo el procesamiento de transacciones.
"Al principio, casi toda la financiación iba solo a ZK EVM (proyectos de Ethereum Virtual Machine)", explicó Feldman, describiendo los desafíos iniciales de financiación de Psy Protocol.
"Nadie quería invertir porque era tan laborioso. No se puede simplemente 'bifurcar' la EVM ni su almacenamiento de estado, ya que todo se gestiona de manera completamente diferente."
En la mayoría de las cadenas de bloques, un TPS más alto implica una mayor carga para cada nodo. Un único valor elevado no significa que esta carga sea sostenible.
Aviso legal:
- Este artículo se ha republicado de [Cointelegraph]. Los derechos de autor pertenecen al autor original [Yohan Yu]. Si tiene alguna inquietud sobre esta republicación, contacte con el equipo de Gate Learn, que gestionará el asunto conforme a los procedimientos pertinentes.
- Aviso legal: Las opiniones expresadas en este artículo pertenecen únicamente al autor y no constituyen asesoramiento de inversión.
- Otras versiones en distintos idiomas de este artículo han sido traducidas por el equipo de Gate Learn. Sin mención de Gate, los artículos traducidos no pueden copiarse, distribuirse ni plagiarse.
