Dentro de la EVM paralela de Sei V2: Cómo se alcanzan hoy los 12.500 TPS mientras Monad y MegaETH compiten por alcanzarlos
En la carrera armamentista de las EVM paralelas que definirá la competencia de Capa 1 hasta 2026, una cadena está operando mientras las otras aún están realizando pruebas de rendimiento.
La mainnet V2 de Sei Network ha estado ejecutando de forma silenciosa la ejecución paralela optimista a un techo teórico de 12,500 transacciones por segundo con una finalidad inferior a 400 milisegundos desde finales de 2024 — un año completo antes del lanzamiento de la mainnet de Monad en noviembre de 2025 y mientras MegaETH continúa con sus experimentos de nodos especializados. La pregunta ya no es si las EVM paralelas funcionan. Es qué arquitectura sobrevive al contacto con las cargas de trabajo reales que surgen después de que el entusiasmo del lanzamiento se desvanece.
Un desglose técnico de 17,000 caracteres de Web3Caff Research rastrea el camino de Sei desde una cadena de libro de órdenes de nicho con Cosmos SDK en 2022 hasta la primera L1 con EVM paralela en producción, analizando tres innovaciones entrelazadas que hacen creíbles las afirmaciones de rendimiento: ejecución paralela optimista, consenso Twin Turbo y SeiDB. Pero el mismo desglose también revela la brecha canónica que toda "L1 de alto TPS" termina enfrentando: el rendimiento medido en la mainnet se sitúa aproximadamente entre 2,500 y 3,500 TPS bajo una carga real de dApps, muy por debajo del techo de 12,500. Entender qué cierra esa brecha, y qué hace la próxima actualización Giga de Sei para empujar el techo hacia los 200,000 TPS, es la verdadera historia de hacia dónde se dirige la infraestructura blockchain.
La arquitectura de tres pilares que llevó a Sei a la mainnet primero
El rendimiento de Sei V2 no proviene de un único avance. Proviene de tres componentes diseñados para integrarse, cada uno atacando un cuello de botella diferente en el stack heredado de la EVM.
La ejecución paralela optimista es la característica principal, y difiere de manera sutil pero importante del programador Sealevel de Solana. Sealevel requiere que las transacciones declaren de antemano qué ranuras de almacenamiento pretenden leer o escribir, obligando a los desarrolladores a diseñar en torno a grafos de dependencia explícitos. El entorno de ejecución de Sei adopta el enfoque opuesto: ejecuta de forma especulativa todas las transacciones en un bloque en paralelo, rastrea qué estado toca cada transacción y solo vuelve a ejecutar secuencialmente el subconjunto en conflicto. Las transacciones sin conflicto se completan en una sola pasada. La recursión continúa hasta que no quedan conflictos sin contabilizar.
El compromiso es que la ejecución optimista desperdicia trabajo cuando las tasas de conflicto aumentan; la actividad de alta contención, como el minado de un NFT popular o un préstamo flash de un DEX en un solo pool, puede degradar el rendimiento a medida que las transacciones se acumulan para su reejecución. Monad utiliza un enfoque optimista similar, mientras que la ejecución paralela basada en Move de Aptos y Sui se apoya en la programación orientada a recursos para que los conflictos sean analizables estáticamente. Cada uno representa una apuesta diferente sobre cómo los programadores construirán a escala.
El consenso Twin Turbo es lo que comprime los notorios tiempos de bloque de 6 segundos de Tendermint a menos de 400 milisegundos. No es un reemplazo total del motor BFT subyacente; es un conjunto de optimizaciones que incluyen un ajuste agresivo de los tiempos de espera, el procesamiento en cadena (pipelining) dentro del bloque de las fases de propuesta y votación, y una integración estrecha con la capa de ejecución paralela que permite que la inclusión de transacciones se desacople del orden de ejecución. El resultado es una finalidad de ranura única (single-slot finality) a velocidades asociadas anteriormente con libros de contabilidad permisionados, manteniendo al mismo tiempo las propiedades de descentralización de una cadena BFT pública.
SeiDB es la pieza menos glamurosa pero posiblemente la más trascendental. El Cosmos SDK predeterminado utiliza un árbol IAVL+ para el almacenamiento de estado, lo que genera patrones patológicos de E / S de disco bajo un alto volumen de escritura. SeiDB reemplaza esto con un backend personalizado que divide el estado en dos niveles: una capa activa optimizada para la escritura y un archivo optimizado para la lectura, reduciendo las IOPS de disco en aproximadamente 10 veces según los puntos de referencia publicados por Sei Labs. Cuando el objetivo son decenas de miles de TPS, el rendimiento del subsistema de almacenamiento ya no es una nota al pie. Es el muro que rompe el rendimiento antes que la CPU.
Compatibilidad con Geth: La elección estratégica que importó
Una decisión arquitectónica separa a Sei V2 de Monad de una manera que se potencia con el tiempo: Sei importa Geth, la implementación canónica en Go de la Ethereum Virtual Machine, directamente en su binario de nodo. Cualquier contrato inteligente de Solidity se despliega sin modificaciones. MetaMask, Hardhat y Foundry funcionan de forma nativa. Las firmas de auditoría, los proveedores de herramientas y los indexadores creados para la mainnet de Ethereum requieren cero adaptación.
Monad eligió de manera diferente. Su equipo reconstruyó la EVM desde cero en C++ para extraer un rendimiento adicional, aceptando el costo a largo plazo de casos extremos a nivel de bytecode que pueden comportarse de manera diferente a la Ethereum canónica. La apuesta da sus frutos si la ventaja de rendimiento de Monad se mantiene con el tiempo. Perjudica si cualquiera de los miles de contratos de Solidity auditados en producción presenta diferencias sutiles de ejecución al ser portado.
La estrategia de importación de Geth de Sei es lo que hizo que el lanzamiento de V2 fuera viable como una red activa. También convirtió a Sei en el objetivo natural para despliegues institucionales donde el riesgo de compatibilidad es inaceptable — de manera más visible en enero de 2026, cuando Ondo Finance desplegó USDY, el producto del Tesoro de EE. UU. tokenizado más grande por TVL, en la mainnet de Sei. Un emisor de bonos del Tesoro tokenizados no puede tolerar divergencias de la EVM en casos extremos. Las importaciones de Geth eliminan la duda por completo.
La realidad de la Mainnet: 2,500 TPS, no 12,500
Los puntos de referencia empíricos cuentan una historia más complicada que la del marketing. La red principal de Sei sostiene actualmente aproximadamente de 2,500 a 3,500 TPS bajo una carga real de dApps — Astroport (el DEX principal de la red), White Whale, la actividad de NFT de Seiyans y el creciente mercado de futuros perpetuos lanzado por Astroport Perps en diciembre de 2025. Esa cifra se sitúa muy por debajo del techo teórico de 12,500 TPS.
Esta brecha no es un fallo específico de Sei. Es la brecha canónica a la que se enfrenta toda L1 de alto rendimiento cuando los puntos de referencia sintéticos se encuentran con las condiciones de producción. Tres factores comprimen el rendimiento real:
- Tasas de conflicto de las aplicaciones reales. La ejecución paralela optimista recompensa las cargas de trabajo con patrones de acceso a estados diversos y penaliza la contención de estados activos (hot-state). Un solo pool de DEX dominante enruta la mayor parte del volumen a través de un puñado de pares, y las transacciones en el mismo par entran en conflicto por definición.
- IOPS de almacenamiento en saturación. Incluso con la mejora de 10x de SeiDB sobre IAVL, el rendimiento de escritura sostenido por encima de ~ 10,000 TPS empuja a las unidades NVMe comerciales a un territorio de profundidad de cola donde los picos de latencia en la cola degradan los tiempos de bloque.
- Heterogeneidad de la red de validadores. Los conjuntos de validadores de producción abarcan continentes, la latencia varía y los tiempos de espera ajustados de Twin Turbo asumen condiciones de red favorables que no siempre se mantienen en el extremo de la cola (long tail).
El TVL de Sei de aproximadamente 1,000 millones en junio de 2025) y 28 millones de direcciones activas cuentan la historia más importante: la cadena se está utilizando. La pregunta es si se puede utilizar con mayor intensidad sin romperse, que es exactamente lo que la actualización Giga pretende responder.
Giga: La apuesta de 50x que define el 2026 de Sei
En diciembre de 2024, Sei Labs publicó el libro blanco de Giga — una hoja de ruta que, si se cumple, restablecería toda la conversación sobre el rendimiento de las L1. Giga apunta a 5 gigagas por segundo de ejecución, lo que se traduce en aproximadamente 200,000 a 250,000 TPS mientras se preserva una finalidad de menos de 400 milisegundos. La validación en Devnet en 2025 alcanzó los 5.2 gigagas por segundo (~ 148,900 TPS) y un tiempo de finalidad de 211 milisegundos a través de un conjunto de 20 validadores distribuidos en EE. UU., Europa y Asia-Pacífico.
Giga reconstruye tres subsistemas:
- El consenso Autobahn introduce la producción de bloques con múltiples proponentes, permitiendo que varios validadores propongan conjuntos de transacciones disjuntos de forma simultánea en lugar de serializarlos a través de un solo líder. Esto ataca el techo de ancho de banda del proponente que limita a las cadenas BFT de un solo líder.
- La ejecución asíncrona desacopla completamente la ejecución de transacciones de la finalización de bloques, permitiendo que la capa de consenso comprometa el orden a un ritmo mientras la ejecución se pone al día en otro. El patrón evoca lo que MegaETH intenta con roles especializados de secuenciador / probador / nodo completo.
- Una EVM reconstruida reemplaza el Geth importado con una implementación optimizada para el rendimiento y ajustada a los patrones de acceso específicos de Sei — cerrando el ciclo sobre el equilibrio exacto entre compatibilidad y rendimiento que Sei evitó en la V2.
El despliegue progresivo en la red principal está programado a lo largo de 2026, con la actualización SIP-3 sentando las bases y el despliegue completo de Giga previsto para mediados de año. Si Sei lo logra, la cadena superará el techo de 10,000 TPS de Monad y se acercará al rendimiento de transacciones de nivel Web2. Si no lo hace, la ventaja de compatibilidad con Geth de Sei será devorada por la madurez de la red principal de Monad durante la segunda mitad de 2026.
Qué significa esto para el panorama competitivo de las L1
La categoría de EVM paralela ya no es una apuesta de investigación. Es una competencia activa con tres redes principales en vivo, opciones arquitectónicas distintas y una adopción institucional visible. Sei tiene el liderazgo en producción y la hoja de ruta de Giga. Monad tiene 9 mil millones en TVL, pero sigue siendo no-EVM.
Las cadenas basadas en Move — Aptos y Sui — se sitúan en una categoría paralela, apostando a que la programación orientada a recursos hace que la ejecución paralela sea estrictamente mejor que cualquier adaptación sobre la semántica de Solidity. Se han lanzado a la red principal y tienen ecosistemas en funcionamiento, pero la atracción gravitatoria de las herramientas EVM hace que el carril de las EVM paralelas sea el más disputado.
Lo que revela finalmente el análisis profundo de Sei es el techo arquitectónico que toda cadena de ejecución paralela acabará alcanzando: por encima de aproximadamente 10,000 TPS sostenidos, los IOPS de almacenamiento se convierten en la restricción vinculante, no el paralelismo de la VM. Es por eso que Giga pone tanto peso en el rediseño de la capa de almacenamiento como en el consenso. También es la razón por la que la próxima frontera del escalado de las L1 — ya visible en las conversaciones de principios de 2026 — se está desplazando de "paralelizar más la VM" a la fragmentación de estado (state-sharding) combinada con la composición de disponibilidad de datos. Sei está posicionada para liderar esa transición porque ya ha lanzado una EVM paralela y está iterando en la segunda.
La capa de infraestructura subyacente
Para los desarrolladores que construyan en Sei, Monad o cualquier EVM paralela en 2026, la cuestión de la infraestructura se vuelve más matizada de lo que era en el Ethereum heredado. La ejecución optimista significa que el orden de las transacciones depende de la resolución de conflictos, lo que significa que los proveedores de RPC deben exponer las primitivas adecuadas para que los constructores, secuenciadores e indexadores den sentido a las trazas de ejecución. Una finalidad de menos de 400 ms no tiene sentido si su indexador tiene un retraso de 30 segundos, y 12,500 TPS amplifica cualquier brecha de confiabilidad en la ruta de lectura.
Las cadenas que ganen la era de las EVM paralelas serán aquellas cuyo ecosistema de infraestructura se mantenga a la altura: confiabilidad de RPC, cobertura de nodos de archivo, frescura de los indexadores y el tipo de capa de abstracción multicadena que permita a un desarrollador tratar a Sei, Monad y Solana como sustituibles en lugar de integraciones separadas.
BlockEden.xyz proporciona infraestructura de RPC e indexación de grado empresarial en Sei, Solana, Sui, Aptos, Ethereum y el panorama más amplio de las L1. A medida que las EVM paralelas maduran de promesas de redes de prueba a cargas de trabajo de producción, explore nuestro mercado de API para construir sobre una infraestructura diseñada para la frontera del rendimiento.
Conclusión
Sei V2 es la prueba de que las EVM paralelas pueden lanzarse en la red principal, soportar despliegues institucionales reales como el USDY de Ondo y ejecutar cargas de trabajo en vivo a 2,500 - 3,500 TPS sostenidos — no la cifra de marketing de 12,500 TPS, sino una cifra de producción que ya supera el rendimiento sostenido de Solana mientras ejecuta contratos de Solidity sin modificar. Si Sei mantiene esa ventaja depende de que Giga cumpla su objetivo de 5 gigagas por segundo antes de que Monad madure y MegaETH demuestre su tesis de nodos especializados.
La carrera por el rendimiento en 2026 ya no se trata de benchmarks. Se trata de qué arquitectura se compone de manera limpia con las primitivas de almacenamiento, consenso y disponibilidad de datos (DA) que definen la próxima fase del diseño de Capa 1 (L1). Sei llegó primero. Los próximos doce meses decidirán si la ventaja del primer movimiento en la ejecución paralela se convierte en un liderazgo de categoría duradero.
Fuentes
- Sei v2 — La primera blockchain EVM paralelizada
- Consenso Twin Turbo | Documentación de Sei
- SeiDB: Base de datos de blockchain optimizada para el rendimiento | Documentación de Sei
- Descripción general de Sei Giga | Documentación de Sei
- La hoja de ruta de Giga: mejoras de 50x en la EVM
- Sei Labs publica el Whitepaper de Giga: la primera L1 EVM con multi-proponente
- Estado de Sei Q3 2025 | Messari
- Monad | La blockchain EVM de mayor rendimiento
- Las EVM paralelizadas están ganando popularidad, pero no escalarán las blockchains por sí solas | Blockworks
- Reseña de Sei Network 2026 | Coin Bureau