Monad: la blockchain EVM que promete 10.000 TPS sin cambiar Solidity
Marzo de 2026. BTC a US$ 71 mil, Fear & Greed en 11, dominancia de Bitcoin en 58,6% (CoinMarketCap, 24 de marzo de 2026). El mercado está en modo de supervivencia, pero los fondos de venture capital siguen asignando en infraestructura. Y uno de los cheques más grandes recientes fue de US$ 225 millones para un equipo de ex-traders de alta frecuencia que quiere hacer que la EVM corra 1.000 veces más rápido. Sin cambiar una línea de Solidity.
Ese proyecto es Monad.
Ethereum procesa transacciones una a la vez. La transacción #2 espera a que termine la #1, aunque las dos toquen partes completamente distintas de la red. Es como tener una autopista de 64 carriles, pero solo dejar pasar un auto a la vez.
Solana resolvió esto con ejecución paralela. Pero pidió que todo el mundo aprendiera Rust y reescribiera todo desde cero. Resultado: rápido, pero aislado en su propio ecosistema con una fracción de los desarrolladores.
Monad hace la pregunta obvia que nadie había respondido: ¿y si paralelizáramos la EVM sin cambiar nada en la capa del desarrollador? Mismo Solidity. Mismas herramientas. Mismos contratos. Solo que absurdamente más rápido.
US$ 225 millones levantados de Paradigm, Dragonfly y Electric Capital (Crunchbase, 2024). Equipo que viene de Jump Trading, donde los microsegundos valen millones. Esta gente sabe construir sistemas de alto rendimiento.
Vamos a destriparlo.
Por qué la EVM es lenta (y por qué nadie la arregló)
La EVM (Ethereum Virtual Machine) ejecuta transacciones secuencialmente. Una tras otra. No importa si la transacción A es un swap en Uniswap y la transacción B es un mint de NFT que no tiene nada que ver. B espera a que termine A.
Ethereum: ~15 TPS. BSC: ~50-100 TPS. Polygon: ~30-60 TPS. Todos heredaron ese cuello de botella.
Los rollups ayudan moviendo transacciones fuera de la chain, pero dentro del propio rollup la ejecución sigue siendo secuencial. El problema fundamental nunca se resolvió.
Las alternativas radicales (Solana, Aptos, Sui) fueron por otro camino: VMs customizadas, lenguajes nuevos, ejecución paralela nativa. Son rápidas. Pero los ~200 mil devs de Solidity, los miles de millones en contratos auditados, el tooling del ecosistema EVM, quedaron atrás.
La tesis de Monad
La mayoría de las transacciones en un bloque no entran en conflicto. Estudios en bloques reales de Ethereum mainnet muestran que menos del 5% de las transacciones de un bloque tocan el mismo estado (Monad Whitepaper, 2024).
Si el 95% de las transacciones son independientes, ¿por qué ejecutarlas todas en fila?
Monad construyó su solución sobre tres pilares.
Ejecución paralela optimista
Monad toma un bloque de 10.000 transacciones y las lanza todas simultáneamente en múltiples threads. Cada transacción se ejecuta en paralelo, y el sistema rastrea qué partes del estado cada una lee y escribe.
Después de la ejecución, viene la verificación. ¿La transacción #500 leyó algún estado que la transacción #200 alteró? Si sí, re-ejecuta la #500 con el estado actualizado. Si no, mantiene el resultado.
En la práctica, los conflictos son raros. El overhead de re-ejecución es mínimo.
Esta técnica se llama control de concurrencia optimista. Las bases de datos lo usan desde hace décadas. Monad es el primero en aplicarlo seriamente en una blockchain EVM.
MonadBFT: consenso pipelineado
El consenso BFT tradicional funciona en etapas: proponer bloque, votar, finalizar, y recién después ejecutar. Todo secuencial. MonadBFT hace pipeline de estas etapas.
Mientras los validadores votan sobre el bloque N, ya están ejecutando el bloque N-1 y preparando el N+1. La chain nunca queda ociosa. Las etapas se superponen como en una línea de ensamblaje industrial.
MonadDb: almacenamiento hecho desde cero
El cuello de botella oculto de la EVM es el disco. Cada transacción lee y escribe estado (saldos, storage de contratos). Ethereum usa LevelDB, una base de datos genérica que no fue optimizada para patrones de acceso de blockchain.
MonadDb fue construido específicamente para esto. I/O asíncrono: las lecturas de disco no bloquean la ejecución. Optimizado para SSDs NVMe. Recorrido eficiente de Patricia tries para pruebas de estado.
La mayor parte del "tiempo de ejecución EVM" es, en realidad, espera por lecturas de disco. Eliminar ese cuello de botella solo ya da una ganancia masiva de rendimiento.
¿Por qué no usar Solana entonces?
Es la pregunta justa. Solana es rápida, funciona, tiene ecosistema creciente.
La respuesta está en los números del ecosistema. La EVM tiene ~200 mil desarrolladores Solidity contra ~20 mil devs Rust/Anchor en Solana (Electric Capital Developer Report, 2025). El TVL en chains EVM pasa de US$ 100 mil millones (DefiLlama, marzo de 2026). Millones de contratos desplegados y auditados.
En Monad, haces deploy de Aave, Uniswap o Compound tal como están. Sin reescribir una línea de código. Mismas wallets. Mismo tooling. Mismos auditores.
En Solana, reescribes todo en Rust. Nuevo lenguaje, nuevos auditores, nuevo tooling.
Monad no compite contra Solana en velocidad bruta. Está trayendo velocidad a donde los desarrolladores ya están. Y si la tesis modular de Celestia (lee más en nuestro análisis sobre Celestia) se confirma, Monad puede ser la capa de ejecución perfecta para rollups que necesitan performance EVM.
El equipo detrás
Keone Hon (CEO) y James Hunsaker (CTO), ambos ex-Jump Trading. Construyeron sistemas de trading de baja latencia que procesan millones de transacciones por segundo. Sistemas donde los microsegundos significan millones de dólares.
Esto no es ciencia de la computación teórica. Es ingeniería de producción probada en el ambiente más exigente que existe: trading de alta frecuencia.
Con US$ 225 millones levantados de los mayores fondos del mercado, es uno de los lanzamientos de L1 mejor financiados de la historia.
Los riesgos reales
Overhead de conflictos. Si la tasa de conflictos es mayor de lo esperado (durante un mint popular o un evento donde todos operan en el mismo pool), el rendimiento se degrada. En el peor caso, cae a ejecución secuencial. Pero nunca queda peor que una EVM normal.
Requisitos de hardware. Ejecución paralela y MonadDb exigen hardware pesado: CPUs con muchos cores, SSDs NVMe rápidos, 32GB+ de RAM. Esto levanta preguntas de centralización. No cualquiera puede correr un validador.
Mercado saturado. Sei (EVM paralelo), MegaETH (EVM en tiempo real) y las alt-L1s establecidas están en el mismo campo. Compatibilidad EVM es un buen diferencial, pero las narrativas se mueven rápido en crypto.
Todavía no está en producción. Los números de testnet son prometedores. Mainnet bajo condiciones adversarias reales y actividad orgánica de MEV es otra historia.
Mi lectura
La apuesta de Monad es elegante en su premisa: la EVM ganó, Solidity ganó, el tooling ganó. Lo que faltaba era que la capa de ejecución se pusiera al día con el hardware moderno. Monad propone exactamente eso.
Si entrega lo que promete, puede convertirse en la chain EVM de alto rendimiento por defecto. El lugar donde despliegas contratos Solidity que corren a la velocidad de Solana.
La combinación de ejecución paralela, consenso pipelineado y almacenamiento customizado es el tipo de trabajo de infraestructura profunda que es difícil de replicar. Y el equipo de Jump Trading ya construyó sistemas a esta escala antes.
¿Va a capturar market share relevante de Solana y de las L2s de Ethereum? Depende de la ejecución (sin juego de palabras) y del timing. La arquitectura técnica es genuinamente impresionante. El mercado decide el resto.
📚 Lectura complementaria
- Sitio de Monad
- Documentación técnica
- Datos de ecosistema EVM: DefiLlama
Whitepaper Club es la serie de LATAM Alpha que analiza los protocolos más relevantes del mercado. Sin hype, sin shilling. Solo el análisis que importa.
Este fue el último artículo de la primera temporada del Whitepaper Club. Cubrimos EigenLayer, Hyperliquid, Pendle, Celestia y Monad. Si te perdiste alguno, vuelve y lee la serie completa. Y suscríbete a la newsletter para saber cuándo arranca la segunda temporada.
~ Alpha 🌎
LATAM Alpha | Inteligencia Cripto para América Latina
