94 publicaciones etiquetados con "Escalabilidad"

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 $560 millones en DeFi (según divulgaciones recientes, con un TVL más amplio que superó los$ 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 $269 millones en capital fresco de su ICO de noviembre de 2025 (85,820 participantes, organizada por Coinbase) y una EVM personalizada construida para la velocidad bruta. MegaETH presenta una especialización de nodos que apuesta por una descomposición de escalado diferente. Sealevel de Solana sigue logrando entre 3,000 y 5,000 TPS sostenidos con más de$ 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

El 30 de abril de 2026, Telegram realizó un staking de 2,2 millones de TON — aproximadamente 2,88 millones de dólares en ese momento — y se activó como validador principal en The Open Network. La cifra del titular es casi un error de redondeo en el mundo cripto. La señal que hay debajo no lo es.

Por primera vez, una plataforma de consumo con 950 millones de usuarios activos mensuales no solo está asociada con una Capa 1 — sino que está ayudando a asegurarla, a proponer bloques en ella y a finalizar transacciones en ella. Combine eso con la actualización de la mainnet Catchain 2.0 que acaba de reducir el tiempo de bloque de TON de 2,5 segundos a 400 milisegundos, y un recorte de tarifas de 6 veces a un valor fijo de 0,0005 $ por transacción, y una pregunta diferente empieza a cobrar relevancia. TON ya no intenta vencer a Solana en TPS o a Ethereum en TVL. Empieza a parecer un intento de competir con WeChat Pay, Apple Pay y Stripe — utilizando una blockchain como infraestructura base.

Ethereum lanzó discretamente una de sus mejoras de escalamiento más trascendentales en años el 7 de enero de 2026, a las 1:01:11 UTC. No hubo escenario en la Devcon. No hubo cuenta regresiva. No hubo aumento de precio. BPO2 — el segundo hard fork "Blob Parameter Only" — aumentó el objetivo de blobs por bloque de 10 a 14 y el máximo de 15 a 21, expandiendo la capacidad de datos de los rollups en un 40 % en un solo lanzamiento de cliente coordinado. Bajo cualquier medida técnica, funcionó.

También creó un problema del que nadie está hablando con suficiente fuerza: Ethereum ahora tiene más espacio de blobs del que sus L2 saben qué hacer con él. La utilización de blobs se sitúa entre el 20 y el 30 % del nuevo límite. Las comisiones de los blobs se han desplomado hacia el suelo. La emisión de ETH ha vuelto a situarse por encima de la quema. Y las dos próximas actualizaciones en la hoja de ruta — Glamsterdam en el primer semestre de 2026 y otro BPO dirigido a 48 blobs para mediados de año — verterán aún más capacidad en un mercado que no ha absorbido lo que ya tiene.

Este es el punto medio incómodo de la tesis de Ethereum centrada en los rollups: la ingeniería se está entregando a tiempo, las comisiones de los usuarios están cayendo según lo previsto y la narrativa del token como "dinero ultrasonido" se está agrietando silenciosamente bajo el mismo mecanismo que la hizo creíble en primer lugar.

El ecosistema de Layer 2 de Ethereum es un estudio en compromisos. ¿Quieres velocidad vertiginosa? Usa Arbitrum o Base — pero acepta que una sola empresa controla tu secuenciador y puede censurar o reordenar tus transacciones. ¿Quieres descentralización genuina? Quédate en la red principal de Ethereum — pero paga el precio en rendimiento. Durante tres años, este tradeoff ha parecido inamovible.

RISE Chain está apostando a que no lo es.

Respaldado por Vitalik Buterin y $11.2 millones en fondos de capital riesgo, RISE combina dos ideas arquitectónicas que los investigadores de Ethereum han defendido en teoría pero que nadie ha implementado juntas en producción: ejecución paralela optimista Block-STM y secuenciación based rollup. El resultado, si funciona como se describe, sería un L2 de Ethereum que procesa más de 100,000 transacciones por segundo mientras enruta su poder de secuenciación a través de los propios validadores de Ethereum en lugar de un equipo de operaciones corporativo.

En diciembre de 2025, tras aproximadamente 1,200 días de desarrollo y una inversión reportada de nueve cifras por parte de Jump Crypto, el cliente validador completo Firedancer finalmente se puso en marcha en la mainnet de Solana. Cuatro meses después, el veredicto es claro: funciona, entrega producción de bloques a velocidades que nada más en la red puede igualar y ya ha atraído más del 20 % del stake de la red. La pregunta más difícil — aquella de la que depende ahora la credibilidad institucional de Solana — es si la red puede alcanzar el tipo de diversidad de clientes que Ethereum tardó una década en construir, antes de que su primer error catastrófico de Agave fuerce la situación.

Esta es la historia del mayor esfuerzo de ingeniería de un solo cliente en la historia de la blockchain, por qué importa más para la resiliencia que para el rendimiento bruto, y qué significa el riesgo de concentración restante para los desarrolladores que decidan dónde desplegar en 2026.

Una reescritura de tres años, construida desde la tarjeta de red hacia arriba​

Jump Crypto comenzó Firedancer en 2022 con una tesis que sonaba casi temeraria en ese momento: reescribir todo el validador de Solana desde cero, en C, con una arquitectura basada en mosaicos (tile-based) tomada de los sistemas de trading de alta frecuencia. El equipo originalmente había fijado el segundo trimestre de 2024 para la mainnet. Se retrasaron aproximadamente dieciocho meses.

El retraso es en sí mismo instructivo. Firedancer no es un fork de Agave de Anza (el cliente de referencia basado en Rust) ni de Jito-Solana (el fork de Agave optimizado para MEV). Es una implementación independiente en C / C++ que no comparte código de ejecución con el resto de la red, lo que significa que cada regla de consenso, ruta de procesamiento de transacciones y protocolo de gossip tuvo que ser implementado de nuevo y probado en batalla contra el comportamiento en vivo de la mainnet antes de que un solo dólar de stake pudiera ejecutarlo de manera segura.

La solución intermedia de Jump — Frankendancer — combinó la pila de redes de alto rendimiento de Firedancer con el entorno de ejecución de Agave. Ese híbrido acumuló stake silenciosamente a lo largo de 2025: 8 % en junio, 20.9 % para octubre. Cuando el cliente completo de Firedancer cruzó la línea en diciembre, gran parte de ese stake migró de forma natural, otorgando al nuevo cliente una base de producción creíble desde el primer día.

Lo que realmente significan 1 millón de TPS​

La cifra del titular es real, pero los asteriscos importan. La capa de red de Firedancer procesó más de un millón de transacciones por segundo en pruebas de estrés — pero esas pruebas se realizaron en un clúster controlado de seis nodos repartidos en cuatro continentes, no en la mainnet de producción. La red Solana en el mundo real hoy sostiene aproximadamente entre 5,000 y 6,000 TPS a nivel de protocolo, con promedios estables de mainnet cercanos a los 65,000 TPS durante los períodos pico en abril de 2026.

La trayectoria realista para mediados de 2026 es más modesta y más útil: más de 10,000 TPS en la producción diaria, una mejora de 2 a 3 veces respecto a la actualidad, con el margen necesario para absorber picos que anteriormente desestabilizaban la red. Ese es el tipo de rendimiento que realmente cambia lo que se puede construir on-chain.

Para contextualizar lo que Firedancer realmente optimiza:

• Ingestión de transacciones: redes con derivación del núcleo (kernel-bypass) que leen paquetes directamente de la NIC, eliminando la sobrecarga de las llamadas al sistema (syscall).
• Verificación de firmas: verificación ed25519 vectorizada AVX-512 que puede procesar decenas de miles de firmas por segundo por núcleo.
• Producción de bloques: un flujo de trabajo basado en mosaicos (tile-based) donde cada función del validador se ejecuta en su propio proceso anclado, por lo que un verificador de firmas lento no puede dejar sin recursos a un productor de bloques.
• Diseño de memoria: estructuras de datos conscientes de la caché que coinciden con la topología de la CPU del servidor moderno en lugar de asumir un entorno de ejecución genérico.

Nada de esto es glamoroso — es exactamente el tipo de trabajo que hace que una base de datos o un flujo de datos de mercado funcione rápido. Aplicado a un validador de blockchain, elimina los cuellos de botella que han forzado repetidamente a Solana a estados degradados bajo carga.

La historia real: Eliminando el modo de falla de cliente único​

El rendimiento se lleva los comunicados de prensa, pero la contribución más importante de Firedancer es estructural. Por primera vez en su historia, Solana tiene un cliente validador que no comparte linaje de código de ejecución con Agave.

Considere la alternativa. Jito-Solana — el cliente dominante por stake — es en sí mismo un fork de Agave. El Agave original (Vanilla Agave) se ejecuta en la mayor parte del resto. A principios de 2026, la división aproximada es:

• Jito-Solana: 72 % del SOL en stake
• Frankendancer / Firedancer: 21 %
• Vanilla Agave: 7 %

El ochenta por ciento de la red comparte un ancestro de código común. Un solo error crítico en el entorno de ejecución de Agave — del tipo que ha afectado a los clientes de ejecución de Ethereum dos veces en los últimos dos años — no sería un evento de rendimiento degradado. Sería una detención de la red.

Ethereum aprendió esta lección de la manera difícil. El error de Reth en septiembre de 2025 detuvo a los validadores en las versiones 1.6.0 y 1.4.8 en el bloque 2,327,426. Ese fue un incidente inconveniente que afectó al 5.4 % de los clientes de la capa de ejecución. Debido a que el otro 94.6 % estaba distribuido entre Geth, Nethermind, Besu y Erigon, la red siguió produciendo bloques. El ecosistema trata el 33 % como el máximo que cualquier cliente individual debería tener, e incluso la participación del 48–62 % de Geth se considera un problema de gobernanza no resuelto.

La concentración actual de más del 80 % derivada de Agave en Solana es significativamente peor que lo que Ethereum considera una crisis. Firedancer es la única salida creíble.

Lo que tiene que suceder a continuación​

Las matemáticas son incómodas pero manejables. Para que Solana alcance una verdadera resiliencia multicliente, deben ocurrir dos cosas durante 2026 :

1. Los usuarios de Jito tienen que migrar a Firedancer puro. La lógica de extracción de MEV de Jito es la masa gravitacional que mantiene la concentración actual. Hasta que esa funcionalidad se traslade a un complemento compatible con Firedancer, las grandes operaciones de staking tienen una fuerte razón financiera para permanecer en el código derivado de Agave.
2. El stake combinado de Agave + Jito tiene que bajar del 50 % . Una vez que Firedancer supere el 50 % , Solana podrá sobrevivir a un bug catastrófico de Agave sin detenerse. Ese es el suelo de resiliencia que todos los custodios institucionales y emisores de ETF creíbles están asumiendo implícitamente en sus evaluaciones de riesgo.

El hecho de que la adopción de Frankendancer se haya más que duplicado en cuatro meses sugiere que la migración es alcanzable, pero no es automática. La economía de los validadores, las herramientas de monitoreo y la familiaridad operativa favorecen a los incumbentes. Tanto Jump como Anza han señalado que 2026 es el año para presionar con fuerza, pero ninguno controla el conjunto de validadores directamente.

Firedancer + Alpenglow : El roadmap combinado​

Firedancer es solo una mitad del ciclo técnico más ambicioso de Solana desde el lanzamiento de la red principal. La otra mitad es Alpenglow, una reescritura completa del consenso aprobada por el 98.27 % del stake de SOL votante en septiembre de 2025.

Alpenglow retira Proof-of-History y TowerBFT, reemplazándolos con dos nuevos componentes : Votor para el consenso de finalidad rápida y Rotor para la propagación de datos. El resultado principal es que la finalidad cae de aproximadamente 12.8 segundos a 100 – 150 milisegundos, una mejora de 100x que apunta a una integración en la mainnet para el tercer trimestre de 2026.

Para los usuarios institucionales, la combinación importa más que cualquiera de las piezas por separado :

• La finalidad de subsegundo hace que la liquidación sea competitiva con los exchanges centralizados, abriendo la puerta al trading de alta frecuencia on-chain y a la liquidación de activos del mundo real que hoy todavía se encamina a través de rieles tradicionales.
• El alto rendimiento con múltiples clientes elimina la objeción de "Solana se cae" que históricamente ha mantenido cautos a las tesorerías corporativas y a los emisores de activos tokenizados.
• Las rutas de código independientes satisfacen los requisitos de diligencia debida que los custodios y los participantes autorizados de ETF escriben cada vez más en sus modelos de riesgo de red.

Las entradas diarias de ETF de $58 M y los$ 827 M en activos del mundo real tokenizados que Solana atrajo a principios de 2026 son un indicador adelantado. El dinero institucional no se compromete a gran escala con redes de un solo cliente.

Conclusiones para los desarrolladores​

Si estás desplegando en Solana en 2026, las implicaciones prácticas son concretas :

• El margen de rendimiento es real. El techo de producción de 5,000 TPS ha sido una restricción de diseño constante para las dApps de alta frecuencia. Para el cuarto trimestre de 2026, esa restricción se relaja sustancialmente, lo que cambia el cálculo de costos para los libros de órdenes, los juegos on-chain y los flujos de trabajo impulsados por agentes que anteriormente tenían que agrupar o comprimir datos agresivamente.
• Las suposiciones de latencia deben actualizarse. Si Alpenglow llega según lo previsto, las suposiciones de liquidación construidas alrededor de una finalidad de 12 segundos quedan obsoletas. Los diseños que esperan la confirmación antes de activar acciones posteriores pueden colapsar múltiples viajes de ida y vuelta en uno solo.
• La infraestructura consciente del cliente importa más, no menos. A medida que crece la adopción de Firedancer, los proveedores de RPC, indexadores y herramientas de monitoreo que manejan con gracia las particularidades de cada cliente se convertirán en la opción de grado de producción. El "RPC de Solana" genérico dejará de ser un diferenciador significativo.
• El riesgo de concentración sigue siendo real. Hasta que el stake de Jito migre, un solo bug en Agave todavía puede derribar la red. Las aplicaciones críticas para la tesorería deben diseñar pensando en ese escenario, no evitando Solana, sino entendiendo en qué punto de la curva de resiliencia se encuentra la red en relación con Ethereum.

El resultado final​

El lanzamiento de Firedancer en la mainnet es el hito de infraestructura más importante en la historia de Solana, y no se trata principalmente de velocidad. Se trata de si una de las blockchains técnicamente más ambiciosas puede madurar para convertirse en una red que las instituciones puedan respaldar. La demo de 1 millón de TPS es lo que acapara los titulares, pero el logro estructural es que Solana ahora tiene un camino creíble para parecerse a Ethereum en métricas de resiliencia, siempre que la economía de los validadores coopere.

Los próximos doce meses nos dirán si la apuesta de más de $ 100 M de Jump da sus frutos. Si Firedancer cruza el 50 % del stake para finales de 2026 y Alpenglow se entrega a tiempo, Solana entrará en 2027 como una red genuinamente diferente : una con el rendimiento de un libro mayor de alto desempeño, la finalidad de un sistema de liquidación en tiempo real y la diversidad de clientes de un riel institucional creíble. Si se estanca en una adopción del 25 – 30 % , la cifra principal seguirá siendo un activo de marketing y el riesgo subyacente de un solo cliente persistirá.

Para los desarrolladores y equipos de infraestructura que eligen dónde construir, la lectura es directa : Solana en 2026 es más capaz y más resiliente que Solana en 2025, la trayectoria es favorable y el trabajo que queda es más operativo que técnico. Ese es un problema mucho mejor que el que Jump se propuso resolver hace cuatro años.

BlockEden.xyz opera infraestructura RPC de Solana de grado de producción diseñada para la era multicliente, con soporte integrado para nodos derivados de Firedancer, Agave y Jito. Explore nuestros servicios de API de Solana para construir sobre una infraestructura que rastrea hacia dónde se dirige la red, no solo dónde ha estado.

El 20 de abril de 2026, bajo el techo de cristal del Centro de Convenciones y Exposiciones de Hong Kong, Vitalik Buterin subió al escenario, ajustó su micrófono y realizó la afirmación más audaz de su carrera tras la Fusión (The Merge): el trilema de la blockchain — ese triángulo imposible de descentralización, escalabilidad y seguridad que ha perseguido a todos los diseñadores de protocolos desde 2017 — está efectivamente resuelto. No en teoría. No en un documento académico. En la red principal (mainnet).

Luego volvió a sentarse, y el gráfico de ETH no hizo nada.

En el momento exacto en que el cofundador de Ethereum declaraba el fin de una guerra de ingeniería de una década, ETH cotizaba alrededor de $2,313 — aproximadamente un 53$ 4,878 y un 35 % por debajo en lo que va del año. La desconexión entre lo que decía Vitalik y lo que el mercado estaba valorando se convirtió en la brecha más discutida del festival: ¿es este el hito técnico más importante en la historia de Ethereum, o la vuelta de la victoria más desconectada de la realidad desde que se dijo que "la Fusión quemará ETH más rápido de lo que la emisión puede crearlo"?

La respuesta, como suele ocurrir con Ethereum, es ambas cosas.

La sustancia: Lo que Vitalik realmente afirmó​

Si quitamos el titular, el argumento de Vitalik se basa en tres componentes concretos ya implementados, no en simples expectativas.

Primero, PeerDAS en la red principal. La actualización Fusaka se activó el 3 de diciembre de 2025, introduciendo el Peer Data Availability Sampling (muestreo de disponibilidad de datos entre pares), el primitivo largamente prometido que permite a los nodos verificar datos de blobs mediante el muestreo de pequeñas piezas aleatorias en lugar de descargar todo el contenido. La escalabilidad ya no es hipotética. El BPO1 del 9 de diciembre de 2025 elevó el objetivo de blobs por bloque a 10 (máximo 15). El BPO2 del 7 de enero de 2026 lo llevó a 14 (máximo 21). Eso es aproximadamente 8 veces la capacidad de blobs previa a Fusaka, y ya está en funcionamiento. Las tarifas de L2 cayeron entre un 40 y un 60 % en las semanas posteriores a la activación de PeerDAS, con más margen de maniobra a medida que la red avanza hacia su techo teórico.

Segundo, la ruta de integración de zkEVM. La afirmación de Vitalik no se basa en promesas vagas sobre una futura zkEVM — se basa en el trabajo que ya está en marcha para comprimir la verificación de la L1 de Ethereum mediante pruebas de conocimiento cero (zero-knowledge proofs), con una zkEVM completa en L1 prevista para 2028 – 2029. La versión a corto plazo es la demostración de ejecución en tiempo real: si puedes demostrar que un bloque es válido en menos de un intervalo de tiempo (slot), puedes aumentar drásticamente el límite de gas sin obligar a cada staker individual a reejecutar cada transacción. Ese es el desbloqueo que sirve de puente entre los aproximadamente 1,000 TPS actuales en L1 y el objetivo de "GigaGas" de aproximadamente 10,000 TPS.

Tercero, la hoja de ruta de Lean Ethereum. Este es el enfoque en el que Vitalik hizo más hincapié. La tesis: la L1 de Ethereum debe seguir siendo ejecutable en una computadora portátil y, al mismo tiempo, escalar a 10,000 TPS, porque una blockchain que solo puede ser verificada por un hiperescalador no es una blockchain — es una base de datos con relaciones públicas. Cada decisión arquitectónica en Glamsterdam, Hegota y la hoja de ruta posterior a 2026 se está filtrando a través de esa restricción.

Al unir estas tres piezas, el argumento de Vitalik se lee así: la escalabilidad se está entregando a través del muestreo de disponibilidad de datos y la compresión zk, la descentralización está protegida por la restricción de "ejecutable en una computadora portátil", y la seguridad proviene del hecho de que nada en esta hoja de ruta requiere confiar en un secuenciador centralizado o en un puente multifirma para lograr las cifras de rendimiento. Las tres esquinas del triángulo, abordadas simultáneamente, sobre una base de código ya desplegada.

Los datos que hacen defendible la afirmación​

Si esto fuera solo un discurso sobre una hoja de ruta, sería fácil de descartar. Lo que hizo diferente a la conferencia magistral de Hong Kong es que Vitalik pudo señalar métricas operativas, no solo diapositivas.

El rendimiento de Ethereum en el primer trimestre de 2026 superó los 200 millones de transacciones, un récord para la red. Su participación en el mercado de activos del mundo real (RWA) tokenizados se sitúa en el 66 %, lo que representa aproximadamente $14.6 mil millones del total de más de$ 20 mil millones — con los bonos del Tesoro de EE. UU. tokenizados representando por sí solos casi $10 mil millones, liderados por BUIDL de BlackRock. La dominancia del TVL en DeFi se mantiene por encima del 56$ 164 mil millones.

Y el 30 de marzo de 2026, la propia Fundación Ethereum depositó 22,517 ETH (con un valor de unos $46 millones en el momento de la ejecución,$ 50 millones al anunciarse) en la capa de consenso — parte de un compromiso de staking más amplio de 70,000 ETH que convierte aproximadamente $143 millones de la tesorería de la EF en una posición de validador que genera rendimiento, en lugar de ser un activo que la fundación tiene que vender para cubrir sus$ 100 millones de gastos operativos anuales.

Ese último dato importa más de lo que parece. Durante años, los críticos observaron cómo la EF liquidaba discretamente ETH para pagar facturas, y lo usaban como evidencia indirecta de que incluso los custodios de Ethereum no creían en los rendimientos del staking a largo plazo. Hacer staking con 70,000 ETH a los rendimientos actuales (~ 5.6 %) es la organización poniendo su balance detrás del mismo producto que está vendiendo.

En conjunto, la frase de Vitalik sobre el "trilema resuelto" no proviene de un escenario vacío. Proviene de la red que opera el mercado de tokenización más grande del mundo, procesando recuentos de transacciones récord, con su propia fundación apostando públicamente por su economía de staking.

La parte incómoda: Narrativa vs. Precio​

Y sin embargo.

ETH cotizaba a $ 2,313 el día de la presentación principal (keynote). Durante los últimos doce meses, a pesar de una victoria narrativa tras otra — Fusaka lanzándose a tiempo, BPO1 y BPO2 desplegándose sin problemas, la expansión del dominio de los RWA, la EF revirtiendo el rumbo en las ventas de tesorería — el token todavía está más de un 50 % por debajo de su máximo histórico y ha bajado un 35 % en lo que va del año (YTD). Parte de eso es macro: principios de 2026 trajo temores de recesión, una lucha por la confirmación del presidente de la Fed y una debilidad correlacionada en las criptomonedas. Otra parte es específica de Vitalik: sus ventas personales de ETH a principios de año alimentaron el tipo de narrativa de "los iniciados están saliendo" que ningún progreso en la hoja de ruta revierte de inmediato.

Pero el problema de fondo es estructural. El mercado que valoró a Ethereum en $ 4,878 en 2021 estaba valorando una capa monolítica de liquidación y ejecución que capturaba el 100 % de la actividad económica que ocurría en ella. El Ethereum de 2026 es una capa base que entrega aproximadamente el 1 % del valor de su usuario final directamente, mientras que el otro 99 % se acumula en las L2, cadenas de aplicaciones y ecosistemas de restaking, muchos de los cuales ni siquiera liquidan un valor significativo de vuelta a la L1 más allá de publicaciones ocasionales de blobs. El argumento de Vitalik sobre los "rollups nativos" en su presentación aborda precisamente esto: si tu L2 de 10,000 TPS está conectada a la L1 a través de un multisig, no has escalado Ethereum, has construido una cadena paralela que lleva una camiseta de Ethereum.

La versión para inversores del trilema se ha convertido en: descentralización, escalabilidad o acumulación de valor; elige dos. La presentación de Vitalik abordó las dos primeras. No abordó la tercera, que es la que los traders realmente valoran.

El retraso que acechaba el escenario​

El otro subtexto incómodo fue Glamsterdam.

Glamsterdam — el acrónimo de Gloas y Ámsterdam — es el próximo hard fork de Ethereum y, según el informe de desarrollo "Checkpoint #9" del 10 de abril de la EF, se ha retrasado. El objetivo original del primer trimestre de 2026 pasó al segundo trimestre, y varios desarrolladores principales han dicho que el tercer trimestre es ahora más realista. El culpable: ePBS (EIP-7732, separación proponente-constructor en el protocolo). Dividir la producción de bloques en dos partes coordinadas dentro del consenso suena bien en el papel. En la práctica, cada parte del stack ahora tiene que razonar sobre bloques parciales y modos de falla de dos partes, y el equipo de ingeniería de Base advirtió públicamente que agrupar FOCIL (Fork-Choice Inclusion Lists) con ePBS podría retrasar la actualización fuera de 2026 por completo.

Eso importa para el planteamiento de "resuelto" de Vitalik porque ePBS es fundamental para la historia de la resistencia a la censura a escala. No se puede reclamar credibilidad en la seguridad a 10,000 TPS si la producción de bloques, en la práctica, es capturada por tres buscadores de MEV que ejecutan configuraciones de constructores idénticas. Por lo tanto, la arquitectura que respalda la afirmación del trilema tiene una fecha límite, y esa fecha límite es Devcon Mumbai en noviembre de 2026. Si Glamsterdam no se lanza en producción con ePBS para la Devcon, la línea de "resuelto" se convierte en un asterisco, y el ciclo de exageración (hype) de la Fusión de 2022 se convierte en el modelo: dos años de "está funcionando, solo espera" mientras el gráfico de precios no coopera.

Cuatro respuestas incompatibles al trilema​

Lo más interesante de Hong Kong no fue la afirmación de Vitalik; fue que cuatro fundaciones diferentes están haciendo cuatro afirmaciones distintas de "trilema resuelto", cada una con una arquitectura completamente diferente.

La respuesta de Ethereum es lo que describió Vitalik: muestreo de disponibilidad de datos (DAS) para la escalabilidad, nodos ejecutables en computadoras portátiles para la descentralización, verificación zk para la seguridad.

La respuesta de Solana, según la declaración ampliamente citada de Vibhu Norby del 25 de marzo, es que el trilema ya no importa porque el 99 % de las transacciones on-chain en dos años serán impulsadas por agentes de IA a quienes no les importa la descentralización de la misma manera que a los humanos; les importa la finalidad inferior a 400 ms. Solana ya procesó más de 15 millones de pagos de agentes on-chain, capturó el 65 % de los pagos de agentes a través de x402 y registró $ 31 mil millones en volumen de pagos de agentes de IA en 2025. La apuesta: la descentralización era un requisito humano; las máquinas le darán un nuevo precio.

La respuesta de Sui es que la ejecución paralela nativa de Move junto con el estado centrado en objetos hacen que el intercambio entre rendimiento y descentralización sea una falsa dicotomía a nivel de lenguaje.

La respuesta de Celestia es modular: el espacio de bloque es una mercancía (commodity), y una cadena soberana que alquila DA de Celestia obtiene seguridad de grado Ethereum sin heredar las limitaciones de tarifas de Ethereum.

Estas no son pequeñas diferencias. Son cuatro apuestas arquitectónicas incompatibles sobre para qué sirve una blockchain en 2028, y solo una de ellas — probablemente — ganará la narrativa de rotación de capital institucional para el segundo semestre de 2026. La presentación de Vitalik en Hong Kong fue el movimiento inicial en esa lucha por la rotación, no el discurso de victoria como fue presentado.

Por qué este discurso aún podría envejecer bien​

He aquí el argumento poco glamuroso de por qué el planteamiento de Vitalik probablemente sea correcto, incluso si el gráfico de precios no lo refleja durante otros 18 meses.

Ethereum es la única L1 que ha lanzado la combinación específica que Vitalik afirmó en el podio: muestreo de disponibilidad de datos en la red principal (mainnet), una hoja de ruta zk con ventanas de entrega fechadas, un ecosistema de rollups que ya maneja la mayoría de la actividad de los usuarios finales, una fundación dispuesta a poner el balance general detrás de la economía del staking y una base de clientes institucionales ( $14.6 mil millones en RWA tokenizados,$ 164 mil millones en stablecoins) que ya está utilizando la cadena para cargas de trabajo no especulativas.

Ninguno de los competidores de Ethereum puede enumerar los cinco. El volumen de agentes de Solana es impresionante, pero viene con una geografía de validadores concentrada e incidentes regulares en la red principal. El rendimiento de Sui es real, pero su captura de RWA es una fracción de la de Ethereum. La propuesta modular de Celestia es elegante, pero no ha producido la economía de rollups soberanos asesina que requiere la tesis.

La razón por la que la afirmación de "trilema resuelto" importa no es porque ponga fin al debate. Es porque reformula la conversación que los asignadores institucionales tendrán durante el resto de 2026: cuando Fidelity, BlackRock y la próxima ola de fondos soberanos pregunten "¿en qué cadena debería liquidarse realmente la economía tokenizada?", Ethereum ahora tiene una respuesta defendible de una sola frase respaldada por métricas de producción. Si el token captura ese valor es una pregunta separada y más difícil, pero no se puede capturar valor en una arquitectura que no has lanzado de manera creíble.

La línea entre la confianza y la arrogancia​

Si Glamsterdam se lanza a tiempo con ePBS en producción, si PeerDAS continúa absorbiendo la demanda de L2 sin comprometer la descentralización, y si los primeros rollups nativos se lanzan en L1 en 2027 como Vitalik esbozó, el discurso de apertura del 20 de abril será recordado como el momento en que Ethereum salió de manera creíble de la era de "¿puede escalar?" y entró en la era de "¿se acumula el valor?". La narrativa del trilema rotará de "¿está resuelto?" a "¿valió la pena resolverlo?".

Si Glamsterdam se retrasa hasta 2027, si BPO3 se detiene debido a cuellos de botella en la red que PeerDAS no anticipó, o si el volumen de transacciones impulsado por agentes migra a Solana y Base más rápido de lo que la L1 de Ethereum puede capturarlo, entonces el "trilema resuelto" se convertirá en el equivalente de 2026 al "dinero ultrasonido" — un eslogan que sobrevive a su precisión por unos dieciocho meses.

Vitalik siempre ha sido mejor en la ingeniería que en la oportunidad política. Su discurso de apertura en Hong Kong probablemente será juzgado con el mismo estándar que cada gran afirmación de Ethereum de la última década: no por si tenía razón en el escenario, sino por si el código se desplegó en los seis trimestres posteriores a su declaración.

Noviembre de 2026. Devcon Mumbai. Esa es la fecha límite.

---

BlockEden.xyz proporciona infraestructura RPC multi-cadena y de grado empresarial para Ethereum, Sui, Solana y para los equipos que construyen en las cadenas que realmente deben cumplir con estas hojas de ruta. Ya sea que estés desarrollando rollups nativos, plataformas de emisión de RWA o rieles de pago para agentes de IA, nuestro mercado de API te ofrece la confiabilidad para realizar lanzamientos independientemente de qué afirmación de "trilema resuelto" de cada fundación gane el ciclo.

Durante la mayor parte de la historia de Ethereum, un nuevo hard fork era un evento anual — un tren de lanzamientos lento y pesado que se enviaba cada vez que el retraso de las Propuestas de Mejora de Ethereum (EIP) crecía demasiado como para posponerse. Esa era ha terminado. Con el nombramiento de Hegota como la actualización posterior a Glamsterdam, los desarrolladores principales de Ethereum se han comprometido públicamente a tres hard forks en un periodo de 18 meses: Fusaka (lanzado en diciembre de 2025), Glamsterdam (primer semestre de 2026) y Hegota (segundo semestre de 2026). Sumado a Pectra (mayo de 2025), se trata de cuatro actualizaciones de protocolo en aproximadamente 20 meses — la cadencia de ejecución más concentrada desde The Merge.

Durante tres años, la EVM de alto rendimiento fue solo un conjunto de diapositivas de presentación. Para abril de 2026, se ha convertido en dos mainnets activas, aproximadamente quinientos millones de dólares en TVL temprano y una pregunta abierta que definirá los próximos dos años del escalamiento alineado con Ethereum: ¿pertenece el futuro a una L1 paralela que prescinde de la capa de liquidación de Ethereum, o a una L2 en tiempo real que apuesta doblemente por ella?

Monad se lanzó el 24 de noviembre de 2025 con una EVM paralela de 10,000 TPS, finalidad de menos de un segundo y uno de los airdrops de tokens más grandes del ciclo — 105 millones de dólares distribuidos a aproximadamente 76,000 billeteras. Once semanas después, el 9 de febrero de 2026, MegaETH lanzó su mainnet pública con una apuesta completamente diferente: una L2 de secuenciador único que transmite transacciones en bloques de 10 ms, latencia de menos de un milisegundo y un techo declarado de 100,000 TPS. Ambas son compatibles con EVM. Ambas están respaldadas por capital de primer nivel. Ambas están operativas hoy. No podrían ser más opuestas filosóficamente.

Este no es el debate de EVM paralela frente a L1 monolítica de 2024. Es el caso poco común en el que dos mainnets se lanzan con un trimestre de diferencia, apuntan a la misma base de desarrolladores de Ethereum y fuerzan una elección que no admite ambigüedades: ¿optimizas para un rendimiento de clase Solana en tu propia liquidación, o para una latencia de clase Web2 anclada a Ethereum?

Dos Mainnets, Dos Tesis​

La propuesta de Monad es estructural. Es una L1 — su propio consenso, su propia disponibilidad de datos, su propio conjunto de validadores — diseñada en torno a cuatro optimizaciones acopladas: MonadBFT (un derivado de HotStuff con finalidad especulativa de una sola ronda), ejecución diferida, ejecución paralela optimista y MonadDb. El resultado son bloques de 400 ms y un tiempo de finalidad de 800 ms, con la seguridad económica de la cadena totalmente independiente de Ethereum.

La propuesta de MegaETH es arquitectónica. Es una L2 — liquida en Ethereum, publica datos en EigenDA — pero abandona la convención de múltiples secuenciadores que define a los rollups Optimistic y ZK. Un único nodo secuenciador, equipado con CPUs de 100 núcleos y de 1 a 4 TB de RAM, ordena y ejecuta transacciones a través de lo que el equipo llama Streaming EVM: un pipeline asíncrono que emite resultados de transacciones de forma continua en lugar de agruparlas en bloques. La latencia percibida por el usuario es de menos de un milisegundo. El techo de rendimiento, que se afirma es de 100,000 TPS, se situó en aproximadamente 50,000 TPS en el lanzamiento, con pruebas de estrés que anteriormente alcanzaron los 35,000 TPS sostenidos.

Ambas arquitecturas rompen con la tradición de la EVM. Monad mantiene el modelo de confianza familiar — un conjunto de validadores, consenso BFT, estado en cadena — pero reconstruye la pila de ejecución y almacenamiento desde cero. MegaETH mantiene a Ethereum como el ancla de confianza, pero centraliza la ruta crítica en un solo nodo de altas especificaciones y reintroduce el perfil de latencia de un backend Web2.

La pregunta no es cuál es técnicamente más impresionante. Es por qué conjunto de compromisos (trade-offs) estarán dispuestos a pagar los desarrolladores.

La Arquitectura Que Impulsa Cada Apuesta​

Monad: Pipelines Desacoplados en una Nueva L1​

La cifra principal de Monad es 10,000 TPS, pero la cifra más interesante es 400 ms — el tiempo de bloque. Ese número no es consecuencia de un hardware más rápido; es consecuencia de separar el consenso de la ejecución.

En una cadena EVM tradicional, los validadores deben llegar a un acuerdo sobre un bloque y ejecutar cada transacción en él antes de producir el siguiente bloque. Una llamada a un contrato lento puede detener todo el pipeline. Monad desacopla estas etapas: los validadores de MonadBFT acuerdan primero el orden de las transacciones, y el motor de ejecución procesa el bloque anterior de forma asíncrona mientras la siguiente ronda de consenso ya está en marcha.

El motor de ejecución en sí es optimista. Monad asume que la mayoría de las transacciones en un bloque tocan estados independientes y las ejecuta en paralelo a través de los núcleos de la CPU. Cuando surge un conflicto — por ejemplo, dos transacciones que escriben en la misma cuenta — las transacciones afectadas se vuelven a ejecutar y se fusionan. El resultado empírico, reportado durante la fase de testnet de Monad y la operación temprana de la mainnet, es que la aceleración paralela es significativa para las cargas de trabajo típicas de DeFi, donde las transacciones tienden a agruparse en torno a unos pocos contratos populares, pero la mayor parte del estado es independiente.

MonadDb completa el panorama. Los clientes estándar de EVM utilizan almacenes de clave-valor de propósito general como LevelDB o RocksDB; Monad incluye una base de datos personalizada ajustada para los patrones de acceso de una EVM en ejecución. El efecto combinado — MonadBFT más ejecución diferida más ejecución paralela más MonadDb — es lo que permite a la cadena alcanzar los 10,000 TPS con bloques de 400 ms sin sacrificar la compatibilidad con la EVM.

MegaETH: Un Secuenciador, Muchos Nodos Especializados​

MegaETH parte de una pregunta diferente: si aceptamos a Ethereum como la capa de liquidación, ¿qué tan rápido puede ir un único entorno de ejecución L2?

La respuesta, tal como la ha construido el equipo, requiere romper la simetría de los nodos de Ethereum. MegaETH separa los roles en tipos de nodos especializados — nodos secuenciadores, nodos provers, nodos completos — y dota al secuenciador de un hardware extremo: CPUs de 100 núcleos, 1–4 TB de RAM. Este único secuenciador ordena las transacciones, las ejecuta a través de una EVM "hiperoptimizada" y emite resultados en forma de streaming en lugar de esperar a la finalización completa del bloque.

El tiempo de bloque de 10 ms y la latencia de usuario de menos de un milisegundo son consecuencia de este diseño. También lo es el riesgo de centralización. MegaETH es explícito en que el secuenciador es un punto único: el papel principal de seguridad del token MEGA es el staking por parte de los operadores del secuenciador, con rotación y slashing destinados a mantener un comportamiento honesto. EigenDA maneja la disponibilidad de datos, por lo que los usuarios pueden reconstruir el estado de forma independiente si el secuenciador falla o censura. Pero durante la operación normal, una sola máquina ve cada transacción primero.

Este diseño tiene una ventaja teórica clara: la latencia domina al rendimiento en las aplicaciones de estilo Web2. Un libro de órdenes en tiempo real, el tick de un juego multijugador, un bucle de agentes de IA — todos estos se preocupan más por el tiempo de ida y vuelta de una sola transacción que por el rendimiento máximo de la cadena. MegaETH apuesta a que existe una categoría de aplicaciones que ha estado esperando que las blockchains se sientan como servidores, y que esas aplicaciones aceptarán una ruta crítica más centralizada a cambio de esa latencia.

TVL, rendimiento del token y la batalla temprana del ecosistema​

Los dólares aún no dan la razón a ninguna de las partes. Al cumplirse mediados de abril de 2026:

• MegaETH ha acumulado aproximadamente $110.8 millones en TVL desde su lanzamiento el 9 de febrero — alrededor de diez semanas de crecimiento compuesto desde una base de$ 66 millones el día del lanzamiento.
• Monad ha superado los $ 355 millones en TVL, con transacciones diarias que oscilan entre 1.7 millones y 2.1 millones hasta marzo de 2026 — mostrando la ventaja de haber comenzado cinco meses antes.

Sobre una base de TVL por semana, ambos avanzan de forma más reñida de lo que sugieren las cifras absolutas, y el estado de L2 de MegaETH significa que una parte de su TVL es colateral de Ethereum puenteado que puede volver a desplegarse rápidamente a medida que se abran nuevos espacios.

Los mercados de tokens son menos amables con Monad a corto plazo. MON cotiza a $0.03623 frente a un máximo histórico de$ 0.04883 alcanzado durante la euforia del airdrop — aproximadamente un 28 % por debajo de su ATH, pero todavía un 114 % por encima de su mínimo. El próximo desbloqueo importante de MON está programado para el 24 de abril de 2026, algo que los traders vigilan como una posible prueba por el lado de la oferta. La mecánica del token MEGA de MegaETH es más restringida en esta etapa: el uso principal del token dentro del protocolo es el staking y la rotación de secuenciadores, lo que limita cuánto suministro flotante llega a los mercados secundarios en los primeros meses.

En el lado de las dApps, ambos ecosistemas han cortejado agresivamente a los protocolos nativos de Ethereum. Aave propuso desplegar la v3.6 o v3.7 en Monad con un calendario para mediados o finales de marzo de 2026. Balancer V3 se lanzó en Monad en marzo. La capa de inferencia de predicciones de Allora se integró el 13 de enero. PancakeSwap aportó aproximadamente $ 250 millones de TVL cuando se lanzó en Monad en diciembre.

La victoria temprana más clara de MegaETH fue unirse a Chainlink SCALE el 7 de febrero de 2026 — dos días antes de la mainnet — lo que puso de inmediato a dApps como Aave y GMX al alcance de un flujo de oráculos vinculado a casi $ 14 mil millones en activos DeFi de cadena cruzada. La apuesta allí es el apalancamiento: en lugar de esperar a que los protocolos se desplieguen orgánicamente, se conectan al tejido conectivo que ya encamina la liquidez a través de las cadenas.

La decisión de los desarrolladores que realmente importa​

Para la mayoría de los desarrolladores de Ethereum, ambas cadenas son lo suficientemente equivalentes a EVM como para que "portar" signifique volver a desplegar contratos y actualizar una URL de RPC. La elección más profunda radica en qué perfil de rendimiento necesita su aplicación y qué supuestos de confianza aceptarán sus usuarios.

Elija Monad si su aplicación está limitada por el rendimiento (throughput) y maneja valor. Un DEX de perpetuos que empareja miles de órdenes por segundo, un CLOB on-chain, un mercado de préstamos de alta frecuencia — estos se benefician de 10,000 TPS con una finalidad de 800 ms y del modelo de confianza L1 de Monad, donde la seguridad de la cadena no se delega a un solo secuenciador. El costo es el puente: los activos y los usuarios deben moverse de Ethereum a Monad explícitamente, y la seguridad económica de Monad depende de su propio conjunto de validadores en lugar de la de Ethereum.

Elija MegaETH si su aplicación está limitada por la latencia y alineada con Ethereum. Juegos en tiempo real, bucles de agentes de IA con retroalimentación inmediata, libros de órdenes que necesitan ticks de 10 ms, aplicaciones de consumo con microtransacciones intensivas — estas se benefician más de la latencia de sub-milisegundos que de los TPS brutos. La liquidación en Ethereum significa que los activos permanecen denominados en el modelo de seguridad de la L1 y el puenteo es más económico. El costo es el supuesto de confianza en un solo secuenciador durante la operación normal.

La respuesta honesta para muchos equipos es utilizar ambos. Las dos cadenas no están luchando por las mismas categorías de aplicaciones, sino que están delimitando lo que significa una EVM de alto rendimiento. Monad ancla el extremo del rendimiento L1. MegaETH ancla el extremo de la latencia L2. El punto medio — donde reside la mayor parte de DeFi actual — elegirá según qué números importen más para su carga de trabajo específica.

¿Puede el segmento de EVM de alto rendimiento sostener a dos ganadores?​

El instinto tras cada carrera de L1 del último ciclo es esperar una consolidación. La ola de "Ethereum killers" de 2021 a 2024 produjo un ganador duradero fuera de Ethereum (Solana) y una larga cola de cadenas que nunca escaparon de un TVL de un solo dígito bajo en miles de millones. El segmento de EVM de alto rendimiento en 2026 parece estructuralmente diferente.

Primero, la divergencia arquitectónica es real, no cosmética. Monad y MegaETH no son dos intentos de la misma idea con diferentes tokenomics. Una L1 con ejecución paralela y una L2 con un secuenciador de streaming centralizado no son sustitutos entre sí a nivel de carga de trabajo. El capital y los desarrolladores pueden — y probablemente lo harán — dividirse.

Segundo, ambas cadenas apuntan al grupo de desarrolladores de EVM, que es por un margen enorme el más grande en cripto. Aproximadamente el 90 % de los desarrolladores de blockchain trabajan en al menos una cadena EVM. Incluso una captura fraccional modesta permite sostener dos ecosistemas viables.

Tercero, el conjunto competitivo es más amplio que solo estos dos. Solana continúa dominando la conversación sobre ejecución paralela fuera de la EVM. La actualización Giga de Sei, con 200k TPS en devnet y el consenso Autobahn implementándose a lo largo de 2026, es un tercer contendiente de EVM de alto rendimiento. Hyperliquid ha demostrado que una cadena integrada verticalmente y optimizada para un caso de uso (perpetuos) puede dominar sin competir en rendimiento de propósito general. La narrativa de que "la EVM de alto rendimiento" colapsará en un solo ganador confunde una categoría con un solo mercado.

La pregunta más interesante es cuál de estas cadenas se convertirá en la opción predeterminada para el nuevo desarrollo alineado con Ethereum para finales de 2026 — aquella a la que los constructores recurran primero cuando la latencia o el rendimiento descarten la mainnet de Ethereum. En la trayectoria actual, Monad lleva la delantera en capital DeFi y amplitud de infraestructura para desarrolladores; MegaETH lidera en la narrativa de latencia orientada al consumidor y a los agentes. Ambas cosas pueden ser ciertas simultáneamente durante al menos el próximo año.

Qué observar hasta 2026​

Tres señales nos indicarán cómo se desarrolla esto :

1. Composición del TVL , no solo el total. Monad necesita demostrar que el capital es estable ( sticky ) en lugar de rotado por airdrops , y que los protocolos están desplegando volúmenes de producción en lugar de pruebas. MegaETH debe demostrar que el capital puenteado ( bridged ) se convierte en estrategias activas en lugar de quedarse estancado.
2. Aplicaciones nativas de primer nivel. Ambos ecosistemas todavía están poblados mayoritariamente por adaptaciones ( ports ) de incumbentes de Ethereum. La cadena que produzca una aplicación nativa que defina una categoría — algo que solo pueda existir allí — tomará la delantera en la carrera por la preferencia de los desarrolladores ( mindshare ) que las cifras de TVL no pueden capturar.
3. Descentralización de secuenciadores en MegaETH ; economía de validadores en Monad. El modelo de secuenciador único de MegaETH es honesto acerca de sus compensaciones ( trade-offs ) , pero necesitará una hoja de ruta de descentralización creíble para atraer capital institucional y adverso al riesgo. La economía del conjunto de validadores de Monad , particularmente a través del desbloqueo del 24 de abril y los tramos de consolidación ( vesting ) posteriores hasta 2029 , determinará si el presupuesto de seguridad de MON se mantiene frente al crecimiento de la cadena.

La EVM de alto rendimiento fue una tesis durante años. En el segundo trimestre de 2026 , se convirtió en un mercado con dos productos en vivo y una pregunta esclarecedora : ¿qué tipo de velocidad importa? Cualquiera de los bandos que dé la mejor respuesta para las cargas de trabajo del próximo ciclo — DeFi a escala o aplicaciones en tiempo real de grado de consumo — establecerá el modelo que el resto del ecosistema EVM perseguirá durante el resto de la década.

BlockEden.xyz proporciona infraestructura de RPC e indexación de grado empresarial en todo el ecosistema EVM y en las principales cadenas no EVM , apoyando a los desarrolladores que evalúan dónde desplegarse a medida que la EVM de alto rendimiento madura. Explore nuestro marketplace de APIs para construir sobre la infraestructura que el perfil de latencia y rendimiento ( throughput ) de su aplicación realmente necesita.

Fuentes​

• MegaETH vs. Monad : Un informe comparativo — Messari
• La mainnet de Monad se lanza con un airdrop y el 50 % del suministro bloqueado — Bankless
• MegaETH debuta en mainnet mientras se intensifica el debate sobre la escalabilidad de Ethereum — CoinDesk
• MonadBFT — Documentación para desarrolladores de Monad
• ¿Qué es MegaETH ( $ MEGA ) ? — MEXC
• MegaETH lanza su mainnet con la promesa de 100,000 TPS y $ 66 M de TVL — Crypto Valley Journal
• El proceso de ejecución paralela de Monad explicado — Imperator
• Últimas noticias de Monad — CoinMarketCap
• Precio de Monad hoy — CoinGecko
• MegaETH vs Monad vs Hyperliquid : Perspectivas cripto — Three Sigma
• Por qué Solana y Monad lideran la carrera de la ejecución paralela — FinanceFeeds

Siete coma cuatro segundos. Ese es el tiempo que toma ahora generar una prueba de conocimiento cero (zero-knowledge proof) para un bloque completo de la red principal de Ethereum en un clúster de 24 GPUs que ejecutan el nuevo probador Venus de Cysic. Hace un año, la misma tarea requería 200 tarjetas de alta gama y diez segundos para alcanzar la paridad en tiempo real. El cierre de esa brecha — aproximadamente un orden de magnitud en el coste del hardware mientras se rompe por debajo del tiempo de slot de doce segundos de Ethereum — es el punto de inflexión más silencioso en la infraestructura cripto de este trimestre. Y está ocurriendo precisamente mientras la actualización PeerDAS de Fusaka abre de par en par las compuertas de la disponibilidad de datos, convirtiendo la generación de pruebas en el único cuello de botella restante entre Ethereum y un futuro de cien rollups.

El 8 de abril de 2026, Cysic publicó el código fuente de Venus, un backend de generación de pruebas optimizado para hardware construido sobre Zisk, la zkVM desarrollada originalmente por Polygon Hermez. El lanzamiento no fue promocionado con la coreografía habitual de desbloqueo de tokens. Se publicó en GitHub con una nota técnica que reivindicaba una mejora de extremo a extremo del nueve por ciento sobre Zisk 0.16.1 y una invitación a contribuir. Esa subestimación oculta la verdadera historia: la generación de pruebas ZK ha pasado discretamente de ser un proyecto de investigación a computación de consumo (commodity compute), y la pila de infraestructura que gane los próximos dos años no se parecerá a lo que la mayoría de los equipos de L2 están construyendo actualmente.

El cuello de botella que nadie valoró​

Durante tres años, el debate sobre la escalabilidad de Ethereum se ha centrado en la disponibilidad de datos. Blobs, EIP-4844, PeerDAS, danksharding — cada conversación sobre la hoja de ruta asumía que una vez que Ethereum pudiera publicar datos de rollups a bajo coste, las L2 heredarían la reducción de costes automáticamente. Esa suposición se rompió silenciosamente a finales de 2025. Fusaka se lanzó el 3 de diciembre de 2025, y PeerDAS llegó con ella, prometiendo 48 blobs por bloque y un camino hacia 12 000 transacciones por segundo. La disponibilidad de datos, por primera vez en la historia de Ethereum, dejó de ser la restricción más estrecha del sistema.

La nueva restricción más ajustada es la generación de pruebas. Los rollups ZK necesitan atestaciones criptográficas de que sus transiciones de estado son válidas. Generar esas pruebas es un trabajo de computación costoso que ocurre fuera de la cadena, en hardware especializado. Los rollups optimistas (Optimistic rollups), que resuelven disputas a través de una ventana de desafío en lugar de una prueba matemática, omiten este coste por completo — razón por la cual las principales L2 de ZK cuentan actualmente con aproximadamente 3300 millones de dólares en valor total bloqueado (TVL), mientras que los rollups optimistas han superado los 40 000 millones de dólares. La brecha de doce a uno no es un problema narrativo. Es un problema de economía de los probadores (prover economics).

La investigación interna de Succinct planteó las matemáticas sin rodeos. Probar cada bloque de Ethereum en tiempo real con SP1 Turbo requería un clúster de 160-200 GPUs RTX 4090 — un desembolso de capital de 300 000 a 400 000 dólares por clúster de pruebas, consumiendo electricidad a escala de red. Cualquier L2 que quisiera ejecutar su propio probador se enfrentaba a la elección entre centralizar la generación de pruebas con un puñado de operadores que pudieran permitirse esa infraestructura, o aceptar latencias de prueba de varios minutos que arruinaban la experiencia del usuario. Ninguna opción ofrecía el "ZK endgame" que Vitalik ha estado esbozando desde 2021.

Cómo funciona realmente Venus​

Venus es interesante menos por lo que es que por lo que representa. Cysic no inventó un nuevo sistema de pruebas. La criptografía subyacente proviene de Zisk, que desciende de años de trabajo de Jordi Baylina y el equipo de Polygon. Lo que hizo Cysic fue rediseñar la capa de ejecución para que la generación de pruebas se convierta en un grafo de computación explícito — un diagrama acíclico dirigido de operaciones que se pueden programar de extremo a extremo en hardware heterogéneo.

En la práctica, esto significa que la sobrecarga de sincronización CPU-GPU que dominaba las zkVM anteriores se optimiza en la capa de programación (scheduling layer). El probador no se detiene a esperar a que un kernel de GPU termine antes de enviar la siguiente operación. El grafo se conoce de antemante, por lo que el movimiento de datos, la asignación de memoria y los lanzamientos de kernel pueden procesarse en pipeline. Ahí es donde reside la mejora del nueve por ciento sobre Zisk 0.16.1 — no en un avance en matemáticas polinómicas, sino en una victoria de ingeniería en cómo las matemáticas tocan el silicio.

Más importante aún, el mismo grafo de computación se ejecuta en FPGAs y, eventualmente, en el ASIC ZK dedicado de Cysic. La empresa ha afirmado públicamente que su ASIC puede realizar 1,33 millones de evaluaciones de la función hash Keccak por segundo, una mejora de cien veces sobre las cargas de trabajo típicas de GPU, con una eficiencia energética aproximadamente cincuenta veces mejor. Las estimaciones internas sugieren que una sola unidad ZK Pro diseñada para este propósito podría reemplazar aproximadamente 50 GPUs consumiendo una fracción de la energía. Si esos números se mantienen en producción, la economía de la generación de pruebas pasará de alquilar almacenes llenos de tarjetas RTX a operar un rack compacto de chips especializados.

La carrera por la generación de pruebas en menos de doce segundos​

Venus no llegó en el vacío. Durante los últimos doce meses, tres equipos han convergido en el mismo hito: probar bloques de Ethereum en menos del tiempo de slot de doce segundos que define la verificación en tiempo real.

Succinct lo logró primero en público. SP1 Hypercube, anunciado en mayo de 2025, probó el 93 por ciento de una muestra de 10 000 bloques de la red principal en tiempo real utilizando un clúster de 200 tarjetas RTX 4090. Una revisión de noviembre de 2025 elevó la tasa de éxito al 99,7 por ciento utilizando solo dieciséis GPUs RTX 5090 — una reducción del coste de hardware de aproximadamente el 90 por ciento en seis meses. El sistema ya está activo en la red principal de Ethereum, produciendo pruebas para cada bloque a medida que se minan.

La cifra de Cysic es aún más ajustada en cuanto a costes. Siete coma cuatro segundos con 24 GPUs sitúa la generación de pruebas de extremo a extremo cómodamente dentro del tiempo de slot en hardware comercial. El lanzamiento actual de Venus es de código abierto, no está auditado para producción y sigue en desarrollo activo. Pero la trayectoria de ingeniería sugiere que una prueba de menos de diez segundos en un clúster de consumo es ahora una cuestión de ajuste de software más que de arquitectura fundamental.

Los costes por prueba se han desplomado a la par. Los puntos de referencia de la industria sitúan el mejor coste actual en aproximadamente dos centavos de dólar por prueba de bloque de Ethereum utilizando hardware 16x RTX 5090. El objetivo para la adopción masiva es inferior a un centavo. Hace un año, esa misma prueba costaba cerca de un dólar. Hace tres años, era literalmente antieconómico — las tarifas de gas en el rollup liquidado no cubrirían la factura eléctrica del probador. Este es el tipo de curva de costes que acaba silenciosamente con categorías enteras de productos, y se está acelerando.

Las guerras de los mercados ya están aquí​

Una generación de pruebas barata y rápida no se vuelve accesible automáticamente. Alguien tiene que operar el hardware, emparejar la demanda, poner precio a los trabajos de prueba y liquidar los pagos. Tres apuestas arquitectónicas diferentes compiten ahora por esa capa de middleware.

Boundless, lanzada en mainnet por RISC Zero en septiembre de 2025, opera un mercado de subastas. Los operadores de GPU pujan para producir pruebas y el sistema dirige el trabajo al probador calificado de menor costo. El modelo se inspira en los mercados de cómputo spot como AWS Spot Instances y promete llevar los costos de las pruebas hacia el costo marginal del hardware. Boundless agregó recientemente la liquidación en Bitcoin, lo que permite que las pruebas de Ethereum y Base se verifiquen en la capa base de Bitcoin — una expansión de nicho pero significativa de dónde pueden residir las atestaciones ZK.

Prover Network de Succinct toma una apuesta diferente. En lugar de una subasta pura, opera un protocolo de enrutamiento con probadores de alto rendimiento aprobados que manejan cargas de trabajo específicas. Cysic se unió a la red como un operador de probadores multinodo, ejecutando clústeres de GPU ajustados para el tráfico de producción de SP1 Hypercube. El acuerdo sugiere que Succinct ve valor en las garantías de fiabilidad y latencia que un mercado spot puro no puede proporcionar para los rollups orientados al consumidor.

La propia Cysic lanzó su mainnet y el token CYS el 11 de diciembre de 2025, y desde entonces ha procesado más de diez millones de pruebas ZK integradas con Scroll, Aleo, Succinct, ETHProof y otros. La propuesta de la red es "ComputeFi" — convertir la capacidad de generación de pruebas en un activo líquido onchain que los operadores pueden tokenizar y poner en stake. Si esto se convierte en un tercer mercado importante o se asienta en un papel de proveedor para las dos redes más grandes es la pregunta abierta de 2026.

Por qué esto es importante para la economía de los rollups​

El punto clave se encuentra tres capas por debajo de las noticias de infraestructura, en la economía unitaria de las L2 reales. Hoy en día, un rollup zkEVM gasta una fracción significativa de sus costos por transacción en la generación de pruebas. Esos costos se trasladan a los usuarios como tarifas de gas o son absorbidos por el operador del rollup como margen. De cualquier manera, amplían la brecha entre lo que un rollup ZK puede cobrar y lo que un rollup optimista cobra por la misma transacción.

Si los costos de las pruebas caen a niveles de menos de un centavo y la latencia de la generación de pruebas encaja dentro del tiempo de slot de Ethereum, esa brecha se cierra. Un rollup ZK deja de necesitar cobrar una prima de seguridad. La experiencia del usuario se vuelve indistinguible de la de un rollup optimista — excepto que los retiros se liquidan en minutos en lugar de la ventana de desafío de siete días que todavía grava con fricción cada puente optimista.

Ese cambio es estructuralmente importante porque los mayores fondos de liquidez institucional todavía citan el retraso en el retiro de los rollups optimistas como una razón para permanecer en L1. La generación de pruebas ZK en tiempo real con precios impulsados por el mercado elimina el último argumento funcional contra la arquitectura de rollup ZK-first. Cada equipo de L2 que actualmente utiliza un stack optimista se enfrentará a una revisión técnica seria en 2026. Varios migrarán, o al menos lanzarán un fork ZK de su secuenciador.

Qué podría fallar todavía​

El lanzamiento de Venus es honesto sobre sus limitaciones. El código no ha sido auditado para su uso en producción. Ejecutar software de probador no auditado en un rollup en vivo es el tipo de decisión que arruina carreras si un error de solidez crea una prueba inválida que el verificador acepta. Se espera que el despliegue en producción se retrase respecto al lanzamiento de código abierto por meses, no semanas.

La historia del hardware también concentra el riesgo. Si la generación de pruebas basada en ASIC ofrece la ganancia de eficiencia prometida de cincuenta veces, un puñado de fabricantes dominará el hardware de los probadores de la misma manera que Bitmain dominó la minería de Bitcoin. Esa dinámica va en contra de la narrativa de descentralización que justificó los rollups ZK en primer lugar. La hoja de ruta de ASIC de Cysic es una respuesta a un problema de cómputo, pero plantea una nueva pregunta sobre quién posee los chips que aseguran la plataforma de contratos inteligentes más grande del mundo.

Finalmente, la generación de pruebas en tiempo real solo importa si el resto del stack se mantiene al día. El muestreo de disponibilidad de datos a través de PeerDAS debe funcionar realmente a escala de producción, no solo en pruebas de rendimiento de testnet. La descentralización del secuenciador sigue siendo un problema no resuelto en todas las L2 principales. La generación de pruebas es necesaria pero no suficiente para el objetivo final, y la industria tiene un historial de declarar la victoria en una capa mientras ignora discretamente los fallos en las capas adyacentes.

La inflexión a corto plazo​

Al alejarnos, el patrón se vuelve claro. En mayo de 2025, la generación de pruebas de Ethereum en tiempo real requería un clúster de GPU de $ 400,000 y un presupuesto de investigación de nueve cifras. En abril de 2026, se ejecuta en 24 tarjetas comerciales con software de código abierto. Los próximos dieciocho meses comprimirán aún más la curva de costos — hacia la economía de los ASIC, hacia precios de centavos por prueba, hacia la generación de pruebas como un servicio público en lugar de un proyecto de infraestructura a medida.

Para los desarrolladores, la implicación práctica es que las arquitecturas basadas en ZK que no eran económicas en 2024 valen la pena ser reevaluadas ahora. Los protocolos de transacciones que preservan la privacidad, la inferencia de IA verificable, la mensajería entre cadenas con seguridad matemática en lugar de multifirma, la identidad onchain con divulgación de credenciales de conocimiento cero — todo esto estaba detrás de un muro de costos de generación de pruebas que ya no existe.

El lanzamiento de Cysic Venus, leído por sí solo, es una modesta actualización de ingeniería para un backend de generación de pruebas de código abierto. Leído en el contexto del lanzamiento de Hypercube de Succinct en mainnet, Boundless ejecutando subastas de pruebas en vivo y el PeerDAS de Fusaka eliminando el cuello de botella de la disponibilidad de datos — es el punto donde la infraestructura ZK deja de ser la restricción y comienza a ser el sustrato. Cada tesis de rollup escrita antes de esa transición necesita una reescritura.

BlockEden.xyz proporciona infraestructura de datos y RPC de grado empresarial en más de 27 cadenas, incluidas las L2 de Ethereum, Scroll y Aptos. A medida que la generación de pruebas en tiempo real remodela el panorama de las L2, explore nuestro marketplace de API para construir sobre bases confiables para la era nativa de ZK.

---

Fuentes:

• ZK Prover Code "Venus" Released to Dramatically Reduce L2 Fees and Scale Web3 - Morningstar
• Cysic's Venus zkVM goes open source as Ethereum eyes proof markets - crypto.news
• Cysic founder on solving the ZK hardware bottleneck - DL News
• Cysic is Live on the Succinct Prover Network
• Succinct introduces zkVM 'SP1 Hypercube,' claims real-time Ethereum proving - The Block
• SP1 Hypercube Achieves Real Time Proving with 16 GPUs
• Cysic Launches Mainnet to Break ZK and AI Bottlenecks - GlobeNewswire
• Ethereum's PeerDAS and the Future of L2 Scalability
• The Economics of ZK-Proving: Market Size and Future Projections - Chorus One
• Boundless unlocks Bitcoin settlement and verification - The Block