¿Un TPS más alto siempre es mejor? Por qué el rendimiento de una cadena de bloques no equivale a la demanda real de transacciones

TPS (transacciones por segundo) es una métrica de rendimiento común utilizada para medir el número de transacciones que una red de cadena de bloques puede procesar durante un período determinado. También es un parámetro técnico importante en la competencia entre las cadenas de bloques públicas de alto rendimiento. A medida que cadenas de bloques públicas como Solana, Sui y Aptos continúan optimizando la ejecución paralela, los mecanismos de consenso y las arquitecturas de procesamiento de transacciones, el sector de la cadena de bloques ha pasado gradualmente de su enfoque inicial en los costes de transacción y la velocidad de confirmación a explorar un mayor rendimiento, una menor latencia y escenarios de aplicación en cadena más complejos.

Sin embargo, la capacidad de una cadena de bloques pública para procesar más transacciones no significa necesariamente que exista un nivel equivalente de demanda real por parte de los usuarios. Una red puede alcanzar un TPS extremadamente alto en un entorno de pruebas, pero mantener una baja actividad de transacciones en su red principal a largo plazo. Otra red puede tener un TPS más bajo, pero admitir liquidaciones sustanciales de stablecoins, transacciones financieras y transferencias de activos de alto valor. Entonces, ¿qué puede medir realmente el TPS? ¿Por qué el rendimiento teórico no equivale a la demanda real de transacciones? ¿Y cómo deben determinar los inversores si una cadena de bloques pública de alto rendimiento ha logrado una adopción real en el mercado?

Puntos clave:

• El TPS mide la capacidad de procesamiento de transacciones de una cadena de bloques, pero no representa directamente el valor de la red. Un TPS alto muestra que una red tiene el potencial de procesar un gran número de transacciones, pero no demuestra que dichas transacciones procedan de una demanda real de los usuarios.

• El TPS teórico y el TPS real son considerablemente diferentes. Los registros de rendimiento obtenidos en entornos de pruebas pueden verse afectados por los tipos de transacción, las configuraciones de hardware y las condiciones de red, y no pueden equipararse directamente al rendimiento de la red principal a largo plazo.

• Un aumento del volumen de transacciones no significa necesariamente que la actividad económica haya crecido al mismo ritmo. Las transacciones de bots, el arbitraje, las operaciones repetitivas de bajo coste y las transacciones del sistema pueden aumentar el TPS en cadena.

• La demanda real de transacciones debe evaluarse utilizando múltiples métricas. Los usuarios activos, las comisiones de transacción, los ingresos de las aplicaciones, el volumen de liquidación de stablecoins y la retención de usuarios pueden reflejar el uso de la red de forma más eficaz que el TPS por sí solo.

• El rendimiento de la cadena de bloques requiere un equilibrio entre rendimiento, latencia, coste y descentralización. Una mayor capacidad de procesamiento puede mejorar la experiencia del usuario, pero también puede aumentar los requisitos de hardware de los validadores y los costes operativos de la red.

¿Qué es el TPS y por qué se ha convertido en una métrica importante en la competencia de rendimiento de las cadenas de bloques públicas?

TPS se refiere al número de transacciones que una red de cadena de bloques procesa por segundo y se utiliza habitualmente para describir su rendimiento de transacciones. Por ejemplo, si una cadena de bloques pública procesa 60 000 transacciones en un minuto, su TPS medio es de 1000. Para las cadenas de bloques que necesitan admitir pagos, trading, juegos y otras aplicaciones de alta frecuencia, el TPS ayuda a los desarrolladores a comprender cuánta actividad de transacciones puede admitir la red en condiciones específicas. También refleja la eficiencia de la arquitectura de la red al procesar un gran número de operaciones.

Las primeras cadenas de bloques solían utilizar capacidades de bloque y mecanismos de producción de bloques relativamente conservadores para reducir los costes de verificación de los nodos y mantener la seguridad de la red. A medida que las aplicaciones en cadena continuaron desarrollándose, la demanda de transacciones se expandió desde simples transferencias de activos hasta el trading descentralizado, los préstamos, los juegos y la ejecución automatizada. Por ello, la capacidad de procesamiento de la red se convirtió en un factor importante que afecta a la experiencia del usuario. Si el volumen de transacciones supera la capacidad de procesamiento de una red, los usuarios pueden enfrentarse a colas de transacciones, comisiones más altas o tiempos de confirmación más largos. Como resultado, aumentar el TPS se ha convertido en una dirección importante para la escalabilidad de las cadenas de bloques públicas.

Sin embargo, el TPS es solo un aspecto del rendimiento de una cadena de bloques. Las distintas redes pueden definir, ejecutar y contabilizar las transacciones de forma diferente. Comparar simplemente las cifras de TPS de dos cadenas de bloques públicas no puede reflejar plenamente sus capacidades reales de procesamiento. Por ejemplo, una transferencia de tokens estándar y una transacción compleja que involucra varios contratos inteligentes pueden diferir significativamente en su consumo de recursos informáticos y actualizaciones de estado. Por lo tanto, el TPS es más adecuado para observar el rendimiento de una red específica en condiciones claramente definidas que para servir como estándar universal de clasificación del rendimiento general de distintas cadenas de bloques públicas.

¿Cuál es la diferencia entre el TPS teórico y el TPS real?

El TPS teórico generalmente se refiere a la capacidad de procesamiento de transacciones que una red puede alcanzar bajo supuestos técnicos específicos o en un entorno de pruebas, mientras que el TPS real refleja el número de transacciones que la red procesa en condiciones operativas reales. La diferencia entre ambos se debe principalmente a la complejidad de las transacciones, las condiciones de red, las configuraciones de hardware de los nodos y la demanda real de los usuarios. Una cadena de bloques pública puede utilizar un gran número de transacciones de transferencia simples en un entorno de pruebas controlado para alcanzar un alto rendimiento. Sin embargo, cuando la red principal ejecuta contratos inteligentes complejos, procesa llamadas entre aplicaciones y se enfrenta a latencia de red real, su rendimiento sostenido puede ser significativamente inferior a los resultados de las pruebas.

Además, los entornos de pruebas pueden controlar las entradas de transacciones, las configuraciones de los nodos y las cargas de red, mientras que las redes principales reales deben operar en condiciones más complejas. Los validadores pueden estar distribuidos en diferentes regiones, con distinto ancho de banda de red y rendimiento de hardware. Las transacciones también pueden implicar contención de estado entre diferentes cuentas. Si una red utiliza una arquitectura de ejecución paralela, la posibilidad de procesar varias transacciones simultáneamente también depende de si acceden a las mismas cuentas o comparten el mismo estado. Cuando un gran número de transacciones se concentra en la misma aplicación popular, incluso una red con una alta capacidad teórica de procesamiento paralelo puede verse limitada por la contención localizada de recursos.

Por lo tanto, al evaluar el rendimiento de una cadena de bloques pública, es importante distinguir entre el TPS teórico máximo, el TPS de la red de pruebas, el TPS real de la red principal y el rendimiento sostenible a largo plazo. En comparación con el registro más alto alcanzado durante un período breve, suele ser más significativo en la práctica que una red pueda procesar transacciones de forma continua bajo una carga elevada, mantener tiempos de confirmación estables y evitar un aumento significativo de las tasas de fallos.

¿Por qué un TPS más alto no significa una mayor demanda real de transacciones?

El TPS mide el número de transacciones procesadas, mientras que la demanda real de transacciones refleja si los usuarios están dispuestos a seguir utilizando una red para realizar actividades económicas con una finalidad práctica. Ambos conceptos están relacionados, pero no son idénticos. Por ejemplo, una cadena de bloques pública puede atraer a un gran número de bots automatizados para realizar transferencias repetitivas, arbitraje u otras operaciones de alta frecuencia porque sus comisiones son extremadamente bajas, lo que da lugar a un TPS alto. Sin embargo, estas transacciones pueden no corresponder a un gran número de usuarios únicos ni generar una cantidad comparable de valor económico.

En los mercados de trading descentralizado, los creadores de mercado automatizados, los bots de arbitraje y los programas de liquidación pueden iniciar transacciones continuamente para captar diferencias de precio entre mercados. Estas operaciones cumplen una función práctica para las aplicaciones de trading de alta frecuencia, pero su volumen de transacciones puede ser muy superior a la frecuencia de trading manual de los usuarios habituales. Si todas las transacciones en cadena se tratan como demanda de usuarios únicos, la base de usuarios de la red puede sobreestimarse. De igual modo, parte de la actividad en cadena de bajo coste puede estar impulsada por programas de incentivos, sistemas de puntos o tendencias de mercado a corto plazo. El volumen de transacciones puede disminuir rápidamente una vez finalizada la actividad.

Por lo tanto, un TPS alto puede indicar que una red admite un gran número de aplicaciones reales, pero también puede reflejar una actividad intensa de transacciones generada por un pequeño número de programas automatizados. Al evaluar la demanda, es necesario examinar además quién inició las transacciones, qué aplicaciones implican principalmente, si generan ingresos sostenidos por comisiones y si la actividad puede continuar después de reducirse los incentivos. La cuestión realmente importante no es cuántas transacciones procesa la red por segundo, sino si esas transacciones conforman casos de uso sostenibles.

¿Cómo debe compararse el TPS de cadenas de bloques públicas de alto rendimiento como Solana y Sui?

Solana y Sui se centran en la tecnología de cadena de bloques de alto rendimiento, pero utilizan arquitecturas de ejecución de transacciones y métodos de optimización del rendimiento diferentes. Solana mejora la eficiencia del procesamiento de transacciones mediante la ejecución paralela, la gestión del estado de las cuentas y una arquitectura de validadores de alto rendimiento. Sui optimiza el rendimiento y la velocidad de confirmación de las transacciones mediante su modelo de datos orientado a objetos, la ejecución paralela y el mecanismo de consenso Mysticeti. Dado que ambas redes tienen estructuras de transacciones y métodos de medición diferentes, comparar directamente sus cifras de TPS publicadas puede no reflejar con precisión el rendimiento de las aplicaciones en condiciones reales.

En octubre de 2026, la arquitectura Tunnel de Sui alcanzó un TPS máximo de más de 40 millones durante una actividad de rendimiento. Sin embargo, esta métrica medía operaciones dentro de Tunnel fuera de cadena, en lugar de transacciones en cadena ejecutadas directamente por la red principal de Sui. La prueba utilizó 1920 transacciones de ciclo de vida en cadena para admitir el inicio y la liquidación de más de 15 200 millones de operaciones fuera de cadena. En comparación, al analizar las estadísticas reales de transacciones de Solana, es importante determinar si se incluyen las transacciones de voto de los validadores y si se contabilizan las transacciones fallidas. Ambos enfoques técnicos pueden aumentar la capacidad del sistema para procesar actividad, pero sus métricas de rendimiento no pueden tratarse simplemente como el mismo tipo de transacción en cadena.

Por lo tanto, al comparar cadenas de bloques públicas de alto rendimiento, es necesario utilizar estándares de medición coherentes y aclarar si los datos proceden de la red principal o de un entorno de pruebas, si incluyen operaciones fuera de cadena, si las transacciones se ejecutaron correctamente y cuál era la complejidad computacional de las distintas transacciones. Para los desarrolladores, la eficiencia de ejecución, la latencia de confirmación y el rendimiento de las comisiones de una aplicación específica con cargas de trabajo reales suelen ser referencias más útiles que una única cifra máxima de TPS.

¿Por qué las transacciones de bots y las transacciones fallidas también afectan al TPS?

Las cadenas de bloques públicas de alto rendimiento suelen tener costes bajos por transacción, lo que permite a los programas automatizados enviar transacciones con alta frecuencia. En los mercados DeFi, los bots de arbitraje pueden supervisar continuamente las diferencias de precio entre fondos de liquidez, los programas de liquidación pueden ejecutar operaciones automáticamente en función de los cambios en las ratios de garantía y las estrategias de creación de mercado pueden ajustar órdenes con frecuencia. Estas transacciones pueden cumplir funciones económicas reales, pero su número no equivale al número de usuarios únicos. Una dirección automatizada que inicia decenas de miles de transacciones al día puede producir un resultado similar en las estadísticas de TPS al de decenas de miles de usuarios que completan un pago cada uno, aunque ambos casos representan niveles de demanda de mercado completamente diferentes.

Las transacciones fallidas también requieren un análisis independiente. En algunas cadenas de bloques, una transacción puede consumir recursos de red e incluirse en las estadísticas de transacciones relevantes incluso si finalmente falla. Por ejemplo, si el precio de mercado cambia después de que un bot de arbitraje envíe una transacción y hace que ya no se cumplan las condiciones de deslizamiento preestablecidas, la transacción puede revertirse. Sin embargo, la red sigue consumiendo recursos informáticos para ordenarla y ejecutarla. En el primer trimestre de 2026, Solana procesó aproximadamente 10 100 millones de transacciones sin voto, de las cuales aproximadamente el 25,6 % no tuvieron éxito. Esto muestra que, incluso después de excluir los votos de consenso, el volumen total de transacciones no equivale plenamente a actividad económica completada con éxito.

Por lo tanto, al analizar el TPS, es necesario distinguir además entre transacciones de consenso, transacciones ordinarias de usuarios, transacciones automatizadas y transacciones fallidas. La actividad de los bots no carece de valor de forma inherente. Algunas transacciones automatizadas pueden mejorar el descubrimiento de precios y la eficiencia de la asignación de capital. Sin embargo, su volumen no debe tratarse directamente como una medida de adopción por parte de los usuarios. Un enfoque más razonable consiste en considerar la proporción de transacciones exitosas, el consumo de recursos informáticos, la distribución de las direcciones que envían transacciones y los tipos de aplicaciones para determinar la composición real de la actividad de la red.

¿Por qué un aumento del volumen de transacciones en cadena no conduce necesariamente a mayores ingresos de la red?

No existe una relación fija entre el volumen de transacciones de una cadena de bloques pública y los ingresos de su red. Las comisiones de transacción generalmente se ven afectadas por el modelo de comisiones, el consumo de recursos informáticos, la congestión de la red y los mecanismos de comisiones prioritarias. Cuando una red puede procesar un gran número de transacciones a bajo coste, el total de comisiones pagadas por los usuarios puede no aumentar al mismo ritmo, incluso si el TPS sube significativamente. Por ejemplo, si una red procesa 10 millones de transacciones al día y la comisión media por transacción es de solo $0,0001, sus comisiones totales serían de aproximadamente $1000. Otra red puede procesar solo 100 000 transacciones al día, pero cobrar una comisión media de $0,10 por transacción, lo que daría como resultado comisiones totales de $10 000.

Sin embargo, las comisiones totales no equivalen plenamente a los ingresos económicos que realmente reciben la red o los titulares de tokens. Algunas comisiones pueden pagarse a los validadores, otras pueden quemarse y otras pueden destinarse a aplicaciones, secuenciadores u otros participantes de la infraestructura. Por lo tanto, al evaluar el rendimiento económico de una cadena de bloques pública, es necesario distinguir entre las comisiones pagadas por los usuarios, los ingresos retenidos por el protocolo, los ingresos de los validadores y el mecanismo de captura de valor del token. Las normas de distribución de comisiones difieren entre redes, por lo que las comisiones de transacción no pueden tratarse simplemente como beneficios del proyecto.

Además, las comisiones bajas no son inherentemente una desventaja. Para las aplicaciones de pagos, juegos e interacción de alta frecuencia, unos costes de transacción bajos pueden ser necesarios para generar demanda real. La cuestión clave es si la red puede crear actividad económica sostenible mediante el crecimiento continuo del uso y proporcionar incentivos suficientes para los validadores, el mantenimiento de la seguridad y las operaciones de infraestructura. Por lo tanto, el TPS y los ingresos de la red deben analizarse conjuntamente, en lugar de perseguir de forma aislada un mayor volumen de transacciones o mayores comisiones medias.

¿Qué métricas reflejan mejor la demanda real de transacciones de una cadena de bloques pública que el TPS?

Determinar si una cadena de bloques pública ha logrado una adopción real en el mercado requiere un análisis multidimensional, que incluya la escala de usuarios, la actividad económica, el uso de aplicaciones y la retención a largo plazo. Las direcciones activas pueden ayudar a indicar la participación en la red, pero un usuario puede controlar varias direcciones, mientras que una dirección puede ser gestionada por un bot o un sistema institucional. Por lo tanto, las direcciones activas no pueden equipararse directamente con el número de usuarios reales. Las comisiones de transacción pueden reflejar los costes que algunos usuarios están dispuestos a pagar por los servicios de red, pero los mecanismos de comisiones difieren entre cadenas de bloques públicas, por lo que las comisiones deben seguir entendiéndose en el contexto del volumen de transacciones y los tipos de aplicaciones.

Para las cadenas de bloques públicas DeFi, las métricas relevantes incluyen el volumen de los exchanges descentralizados, la demanda de préstamos, la circulación y el volumen de liquidación de stablecoins, y los ingresos sostenidos de las principales aplicaciones. Para las redes orientadas a pagos, también es necesario analizar los escenarios de pago reales, la frecuencia de las transacciones, los importes de liquidación y el uso recurrente. El TVL puede reflejar el valor de los activos bloqueados en protocolos en cadena, pero puede verse afectado por los cambios en el precio de los activos, los incentivos de liquidez y el doble recuento. No debe tratarse como una representación completa de la demanda de los usuarios.

En general, la demanda real de transacciones se acerca más a la capacidad de un usuario para seguir utilizando una red para completar operaciones valiosas que al número de transacciones en un momento determinado. En el caso de las cadenas de bloques públicas de alto rendimiento, en particular, es importante observar si la nueva capacidad añadida está siendo utilizada realmente por las aplicaciones y si el uso puede continuar una vez que terminen los subsidios o las tendencias de mercado a corto plazo.

¿Un TPS más alto afecta a la descentralización y la seguridad de las cadenas de bloques públicas?

Aumentar el TPS generalmente requiere mejoras en la ejecución de transacciones, la propagación de datos y la eficiencia de procesamiento de los nodos. Sin embargo, las distintas soluciones de escalabilidad pueden tener efectos diferentes en los costes operativos de la red. Por ejemplo, si una cadena de bloques pública aumenta principalmente el rendimiento elevando los requisitos de hardware para los validadores, los nodos pueden necesitar mayor rendimiento de CPU, memoria, almacenamiento y ancho de banda de red. Cuando los costes operativos superan lo que algunos participantes pueden asumir, el número y la distribución de los validadores pueden verse afectados, lo que da lugar a debates sobre el grado de descentralización.

Sin embargo, un TPS más alto no reduce necesariamente la descentralización. La ejecución paralela, el acceso optimizado al estado, la compresión de datos y las mejoras en los protocolos de consenso también pueden aumentar la eficiencia de la red sin incrementar proporcionalmente los costes de hardware. Mysticeti de Sui, por ejemplo, mejora el rendimiento mediante la optimización del proceso de mensajería de consenso y las capacidades de procesamiento paralelo. Sin embargo, sus pruebas de referencia publicadas también distinguen claramente entre el rendimiento en entornos controlados y las métricas de redes de producción reales.

Por lo tanto, al evaluar las tecnologías de escalabilidad, es necesario considerar al mismo tiempo el rendimiento, el tiempo hasta la finalidad, los requisitos operativos de los nodos y las capacidades de recuperación ante fallos. Incluso si una red puede procesar un gran número de transacciones, su rendimiento general puede seguir siendo limitado si experimenta con frecuencia retrasos de confirmación, transacciones fallidas o centralización de validadores bajo cargas elevadas. Una cadena de bloques pública de alto rendimiento verdaderamente madura debe mejorar la capacidad de procesamiento manteniendo al mismo tiempo la verificabilidad, la estabilidad y unos costes de participación razonables.

¿Deben las cadenas de bloques públicas de alto rendimiento priorizar el TPS o la demanda real de aplicaciones?

Para las cadenas de bloques públicas en las primeras etapas de desarrollo, puede ser razonable crear por adelantado una capacidad de rendimiento suficiente. Las redes necesitan reservar capacidad para futuras aplicaciones y evitar una congestión inmediata cuando crezca la base de usuarios. Sin embargo, si a largo plazo faltan aplicaciones capaces de utilizar esa capacidad de forma sostenible, un TPS teórico alto puede representar simplemente una capacidad técnica que no se ha aprovechado plenamente. El desarrollo de un ecosistema de cadena de bloques pública depende no solo del rendimiento de ejecución subyacente, sino también de las herramientas para desarrolladores, la experiencia de las billeteras, la liquidez, la seguridad de las aplicaciones y puntos de acceso estables para los usuarios.

Las distintas aplicaciones también tienen requisitos de rendimiento diferentes. Los pagos con stablecoins pueden poner mayor énfasis en la certeza de las transacciones, la estabilidad de las comisiones y la fiabilidad de las liquidaciones. Los exchanges descentralizados pueden priorizar la latencia de ejecución, el orden de las transacciones y la liquidez. Los juegos en cadena pueden requerir interacciones de alta frecuencia y actualizaciones de estado de bajo coste. En algunos escenarios, un TPS alto es realmente una condición importante para ofrecer una buena experiencia de producto. En otros, la seguridad, la liquidez de los activos y el ecosistema de desarrolladores pueden ser más importantes que un rendimiento extremadamente alto.

Por lo tanto, la competencia entre cadenas de bloques públicas no debe centrarse únicamente en una única cifra de rendimiento. Entre las consideraciones más importantes se incluyen si el rendimiento de la red se ajusta a la demanda de las aplicaciones, si las mejoras tecnológicas reducen los costes reales para desarrolladores y usuarios, y si el ecosistema genera actividad de transacciones e ingresos económicos sostenidos. El TPS determina la escala de demanda de transacciones que una red puede admitir, mientras que la adopción de aplicaciones y la actividad económica determinan si esa capacidad puede crear valor real.

Resumen

El TPS es una métrica importante para medir la capacidad de procesamiento de transacciones de una cadena de bloques, pero no puede representar por sí solo la madurez técnica, la demanda real de transacciones ni el valor económico de una cadena de bloques pública. Las pruebas teóricas, las operaciones fuera de cadena y las transacciones reales de la red principal utilizan estándares de medición diferentes. Las transacciones de bots y las transacciones fallidas también pueden afectar a la cifra final. Como resultado, las cifras de TPS publicadas por diferentes redes deben compararse en condiciones coherentes.

Para las cadenas de bloques públicas de alto rendimiento, el valor de aumentar el rendimiento reside en reducir la congestión de transacciones, mejorar la experiencia del usuario y proporcionar más capacidad operativa para las aplicaciones. Sin embargo, que una red pueda lograr una adopción de mercado a largo plazo sigue dependiendo de la actividad real de los usuarios, el ecosistema de aplicaciones, las comisiones de transacción, la estabilidad de la red y la sostenibilidad económica. En lugar de perseguir registros de TPS en constante actualización, es más importante determinar si la red necesita realmente esta capacidad de procesamiento y si dicha capacidad se traduce en un uso sostenido en cadena.

Preguntas frecuentes

¿Una cadena de bloques pública es mejor si tiene un TPS más alto?

No necesariamente. El TPS solo refleja el rendimiento de las transacciones. El rendimiento general de una cadena de bloques pública también depende de la velocidad de confirmación, la tasa de éxito de las transacciones, la seguridad, la descentralización y la demanda real de aplicaciones.

¿Cuál es la diferencia entre el TPS teórico y el TPS real?

El TPS teórico suele provenir de supuestos técnicos específicos o de entornos de pruebas, mientras que el TPS real refleja el número de transacciones procesadas por una red en condiciones operativas reales. Ambos pueden diferir significativamente debido a la complejidad de las transacciones, las configuraciones de hardware y las condiciones de red.

¿Por qué los datos de TPS de Solana deben distinguir las transacciones de voto?

Los votos de consenso de Solana pueden contabilizarse como transacciones en cadena en el volumen total de transacciones, pero estas operaciones no representan directamente las necesidades de los usuarios habituales en materia de pagos o uso de contratos inteligentes. Por lo tanto, las transacciones sin voto generalmente se analizan por separado al evaluar la actividad económica.

¿El TPS de Sui de decenas de millones significa que la red principal procesa decenas de millones de transacciones en cadena por segundo?

No. El registro de alto rendimiento procedía de operaciones fuera de cadena dentro de la arquitectura Tunnel. Estas operaciones pueden ejecutarse fuera de cadena y utilizan transacciones en cadena para el inicio y la liquidación. No pueden equipararse directamente con el TPS de transacciones nativas de la red principal de Sui.

¿Qué métricas pueden ayudar a determinar si una cadena de bloques pública tiene demanda real?

Las métricas relevantes incluyen el número de transacciones exitosas, los usuarios activos, la retención de usuarios, el volumen de liquidación de stablecoins, el volumen de DEX, los ingresos del protocolo y las comisiones de transacción. También es importante observar si estas métricas pueden sostenerse a largo plazo.

¿Un TPS más alto reduce necesariamente las comisiones de transacción?

No necesariamente. Un mayor rendimiento puede aliviar la congestión de la red, pero las comisiones reales también dependen del modelo de comisiones de la red, los requisitos de recursos informáticos, el mecanismo de comisiones prioritarias y el uso del mercado.