40 millones de transacciones por segundo es una cifra que sin duda llama la atención. Pero, para entender qué significa, la primera pregunta debería ser: ¿dónde se realizan las transacciones y qué parte confirma la blockchain?
1. La cifra anunciada
Según Sui Foundation, una prueba realizada en Sui Basecamp, en Singapur, el 7/10/2026 alcanzó 40.614.180 TPS a través de Sui tunnels. El anuncio indica que CertiK verificó la prueba en directo y que también revisará los datos y publicará un informe detallado. La imagen adjunta muestra una captura de pantalla tomada en un momento de la demostración, por lo que la cifra que aparece en ella difiere del resultado anunciado.
2. ¿Cómo funcionan los tunnels?
Sui describe los tunnels como canales programables de estado y pago. Las partes interactúan off-chain en el canal y luego liquidan en la mainnet de Sui cuando lo cierran. Las partes firman conjuntamente el estado de cierre del canal, que se puede verificar on-chain.
La prueba anterior, realizada en julio, también utilizó este mecanismo para pagos, juegos y chats entre usuarios y agentes de IA. Esto ayuda a entender el alcance de la palabra «transacción»: incluye interacciones dentro de las aplicaciones, no solo transferencias de tokens.
3. Un ejemplo fácil de imaginar
Imagina dos servicios de IA que intercambian continuamente datos de pago. Este es un ejemplo ilustrativo, no una descripción de un producto ya implementado.
El servicio A necesita pequeños paquetes de datos del servicio B. Cada vez que recibe datos, ambas partes actualizan sus obligaciones de pago según las reglas acordadas. Si hubiera que registrar cada intercambio en la blockchain, el sistema tendría que procesar incluso importes muy pequeños y repetidos constantemente.
Con un modelo de canales, pueden producirse muchas interacciones entre las partes antes de liquidar el resultado. Puede imaginarse como una sesión de trabajo con su propio registro de conciliación: lo que hay que analizar es cómo confirman las partes las actualizaciones, cierran el resultado y resuelven los desacuerdos.
Este ejemplo solo explica cómo separar las interacciones de la liquidación. No significa que todas las aplicaciones de IA puedan incorporarse al mismo modelo sin necesidad de diseñar nada más.
4. ¿Por qué es importante interpretar correctamente los TPS?
Contar las actualizaciones off-chain en los tunnels y contar las transacciones ejecutadas directamente en la capa base son dos mediciones distintas. Por eso, comparar esta cifra con los TPS de otra blockchain solo tiene sentido si sabemos que ambas están midiendo el mismo tipo de trabajo.
Al leer un benchmark, me pregunto:
• ¿Qué tarea realiza cada «transacción»?
• ¿Es una cifra máxima a corto plazo o una velocidad sostenida?
• ¿Cuántos recursos se utilizaron para generar la carga?
• ¿Cuánto tarda el usuario en obtener el resultado de la liquidación?
• ¿Qué ocurre si una de las partes se desconecta o no coopera?
Una cifra alta ayuda a iniciar la conversación. Las preguntas anteriores son las que ayudan al desarrollador a evaluar si el diseño se adapta a su producto.
5. ¿Para qué pueden usar este modelo los agentes de IA?
Desde mi punto de vista, vale la pena explorar las interacciones frecuentes y de bajo valor entre partes que mantienen una relación recurrente.
Por ejemplo: un agente paga por cada uso de datos; dos servicios concilian numerosas tareas durante una sesión; o unos agentes participan en un juego cuyo estado cambia continuamente. Estas son posibles aplicaciones, no pruebas de una demanda comercial real.
Al crear un producto, la velocidad solo resuelve una parte del problema. Los desarrolladores siguen teniendo que diseñar límites de gasto, permisos de firma, mecanismos para revocar permisos, controles de calidad de los resultados y gestión de errores. Un agente que paga muy rápido pero compra datos equivocados sigue siendo un producto problemático.
También me gustaría ver una experiencia lo bastante sencilla como para que los usuarios entiendan qué permisos están concediendo y cuándo se liquidan los pagos. Esa facilidad de uso debe evaluarse por separado de los resultados del benchmark.
6. De un logro técnico al valor de $SUI
Considero que este récord es una razón para profundizar en la arquitectura. Para evaluar el impacto económico, hacen falta más datos sobre aplicaciones reales, clientes que pagan, costos operativos y actividad de liquidación efectiva.
No se puede tomar el número de interacciones de una prueba y multiplicarlo directamente por las tarifas de gas para deducir los ingresos de la red. Tampoco hay base suficiente para convertir un récord de TPS en una previsión del precio del token.
Lo que quiero seguir observando es qué productos funcionan mejor gracias a este diseño, quién necesita usarlo realmente y cómo se traduce esa necesidad en actividad económica en Sui.
¿Te interesa más la cifra de TPS o las aplicaciones que se pueden crear con este mecanismo? Si fueras desarrollador, ¿para qué problema probarías primero los tunnels?
Fuente oficial:
https://www.sui.io/blog/sui-sets-record-for-highest-verified-throughput-settled-to-a-blockchain
https://www.sui.io/blog/sui-processes-over-6-million-transactions-per-second-in-ai-agent-livestream-experiment
#SUI #SuiBasecamp #AIAgents $SUI
