Saltar al contenido principal

La bomba de Vitalik sobre L2: Por qué la hoja de ruta centrada en rollups de Ethereum 'ya no tiene sentido'

· 14 min de lectura
Dora Noda
Dora Noda
Software Engineer

"Ustedes no están escalando a Ethereum."

Con esas seis palabras, Vitalik Buterin entregó una dosis de realidad que envió ondas de choque a través del ecosistema de Ethereum. La declaración, dirigida a las cadenas de alto rendimiento que utilizan puentes multifirma (multisig), provocó una respuesta inmediata: ENS Labs canceló su rollup Namechain planeado solo unos días después, citando el rendimiento dramáticamente mejorado de la capa base de Ethereum.

Después de años de posicionar los rollups de Capa 2 como la principal solución de escalabilidad de Ethereum, el giro del cofundador en febrero de 2026 representa uno de los cambios estratégicos más significativos en la historia de blockchain. La pregunta ahora es si miles de proyectos L2 existentes pueden adaptarse—o volverse obsoletos.

La hoja de ruta centrada en rollups: ¿Qué ha cambiado?​

Durante años, la estrategia oficial de escalado de Ethereum se centró en los rollups. La lógica era simple: la L1 de Ethereum se centraría en la seguridad y la descentralización, mientras que las redes de Capa 2 manejarían el rendimiento de las transacciones agrupando las ejecuciones fuera de la cadena y publicando los datos comprimidos de vuelta en la red principal (mainnet).

Esta hoja de ruta tenía sentido cuando la L1 de Ethereum luchaba con 15-30 TPS y las tarifas de gas superaban habitualmente los $ 50 por transacción durante los picos de congestión. Proyectos como Arbitrum, Optimism y zkSync recaudaron miles de millones para construir una infraestructura de rollups que eventualmente escalaría Ethereum a millones de transacciones por segundo.

Pero dos desarrollos críticos socavaron esta narrativa.

Primero, la descentralización de las L2 progresó "mucho más lento" de lo esperado, según Buterin. La mayoría de los rollups todavía dependen de secuenciadores centralizados, claves de actualización multifirma y operadores de confianza. El viaje hacia la descentralización de Etapa 2—donde los rollups pueden operar sin "ruedas de entrenamiento"—ha resultado ser extraordinariamente difícil. Solo un puñado de proyectos ha alcanzado la Etapa 1, y ninguno ha llegado a la Etapa 2.

Segundo, la propia L1 de Ethereum escaló drásticamente. La actualización Fusaka a principios de 2026 trajo reducciones de tarifas del 99 % para muchos casos de uso. Los límites de gas aumentaron de 60 millones a 200 millones con la próxima bifurcación (fork) Glamsterdam. La validación de pruebas de conocimiento cero (zero-knowledge proofs) tiene como objetivo 10,000 TPS en la L1 para finales de 2026.

De repente, la premisa que impulsó miles de millones en inversiones en L2—que la L1 de Ethereum no podía escalar—parecía cuestionable.

ENS Namechain: La primera víctima importante​

La decisión de Ethereum Name Service de descartar su rollup L2 Namechain se convirtió en la validación de más alto perfil del pensamiento revisado de Buterin.

ENS había estado desarrollando Namechain durante años como un rollup especializado para manejar registros y renovaciones de nombres de manera más económica de lo que permitía la red principal. Con tarifas de gas de $ 5 por registro durante el pico de congestión de 2024, el caso económico era convincente.

Para febrero de 2026, ese cálculo cambió por completo. Las tarifas de registro de ENS cayeron por debajo de los 5 centavos en la L1 de Ethereum—una reducción del 99 %. La complejidad de la infraestructura, los costos de mantenimiento continuo y la fragmentación de usuarios al ejecutar una L2 separada ya no justificaban los ahorros de costos mínimos.

ENS Labs no abandonó su actualización ENSv2, que representa una reescritura desde cero de los contratos de ENS con usabilidad y herramientas de desarrollo mejoradas. En su lugar, el equipo desplegó ENSv2 directamente en la red principal de Ethereum, evitando la sobrecarga de coordinación de puentear (bridging) entre L1 y L2.

La cancelación señala un patrón más amplio: si la L1 de Ethereum continúa escalando de manera efectiva, los rollups de casos de uso especializados pierden su justificación económica. ¿Por qué mantener una infraestructura separada cuando la capa base es suficiente?

El problema de los puentes multifirma de 10,000 TPS​

La crítica de Buterin a los puentes multifirma llega al corazón de lo que realmente significa "escalar Ethereum".

Su declaración—"Si creas una EVM de 10,000 TPS donde su conexión a la L1 está mediada por un puente multifirma, entonces no estás escalando Ethereum"—traza una línea clara entre el escalado genuino de Ethereum y las cadenas independientes que simplemente afirman una asociación.

La distinción importa enormemente para la seguridad y la descentralización.

Un puente multifirma depende de un pequeño grupo de operadores para validar las transacciones entre cadenas. Los usuarios confían en que este grupo no coludirá, no será hackeado y no se verá comprometido por los reguladores. La historia muestra que esta confianza frecuentemente está mal depositada: los hackeos de puentes han resultado en pérdidas de miles de millones, con el exploit del Ronin Bridge costando por sí solo más de $ 600 millones.

El verdadero escalado de Ethereum hereda las garantías de seguridad de Ethereum. Un rollup implementado correctamente utiliza pruebas de fraude (fraud proofs) o pruebas de validez (validity proofs) para asegurar que cualquier transición de estado inválida pueda ser desafiada y revertida, con disputas resueltas por los validadores de la L1 de Ethereum. Los usuarios no necesitan confiar en una multifirma—confían en el mecanismo de consenso de Ethereum.

El problema es que alcanzar este nivel de seguridad es técnicamente complejo y costoso. Muchos proyectos que se hacen llamar "L2 de Ethereum" toman atajos:

  • Secuenciadores centralizados: Una sola entidad ordena las transacciones, creando riesgo de censura y puntos únicos de falla.
  • Claves de actualización multifirma: Un pequeño grupo puede cambiar las reglas del protocolo sin el consentimiento de la comunidad, robando potencialmente fondos o cambiando la economía.
  • Sin garantías de salida: Si el secuenciador se desconecta o las claves de actualización se ven comprometidas, es posible que los usuarios no tengan una forma confiable de retirar activos.

Estas no son preocupaciones teóricas. La investigación muestra que la mayoría de las redes L2 siguen siendo mucho más centralizadas que la L1 de Ethereum, con la descentralización tratada como un objetivo a largo plazo en lugar de una prioridad inmediata.

El planteamiento de Buterin fuerza una pregunta incómoda: si una L2 no hereda la seguridad de Ethereum, ¿realmente está "escalando Ethereum" o es simplemente otra cadena alternativa con la marca Ethereum?

El Nuevo Marco de Trabajo de las L2: Valor Más Allá del Escalamiento​

En lugar de abandonar por completo las L2, Buterin propuso verlas como un espectro de redes con diferentes niveles de conexión con Ethereum, cada una ofreciendo distintos equilibrios (trade-offs).

La visión crítica es que las L2 deben proporcionar valor más allá del escalamiento básico si quieren seguir siendo relevantes a medida que la L1 de Ethereum mejora:

Características de Privacidad​

Cadenas como Aztec y Railgun ofrecen privacidad programable utilizando pruebas de conocimiento cero. Estas capacidades no pueden existir fácilmente en una L1 pública transparente, lo que crea una diferenciación genuina.

Diseño Específico para Aplicaciones​

Los rollups enfocados en juegos como Ronin o IMX se optimizan para transacciones de alta frecuencia y bajo valor con requisitos de finalidad diferentes a los de las aplicaciones financieras. Esta especialización tiene sentido incluso si la L1 escala adecuadamente para la mayoría de los casos de uso.

Confirmación Ultra-Rápida​

Algunas aplicaciones necesitan una finalidad de sub-segundo que el tiempo de bloque de 12 segundos de la L1 no puede proporcionar. Las L2 con consenso optimizado pueden servir a este nicho.

Casos de Uso No Financieros​

La identidad, los grafos sociales y la disponibilidad de datos tienen requisitos diferentes a los de DeFi. Las L2 especializadas pueden optimizarse para estas cargas de trabajo.

Buterin enfatizó que las L2 deben "ser claras con los usuarios sobre qué garantías brindan". Los días de afirmaciones vagas sobre "escalar Ethereum" sin especificar modelos de seguridad, estado de descentralización y supuestos de confianza han terminado.

Respuestas del Ecosistema: ¿Adaptación o Negación?​

La reacción a los comentarios de Buterin revela un ecosistema fracturado que lucha con una crisis de identidad.

Polygon anunció un pivote estratégico para enfocarse principalmente en los pagos, reconociendo explícitamente que el escalamiento de propósito general está cada vez más mercantilizado. El equipo reconoció que la diferenciación requiere especialización.

Marc Boiron (Offchain Labs) argumentó que los comentarios de Buterin se trataban "menos de abandonar los rollups que de elevar las expectativas para ellos". Este enfoque preserva la narrativa de los rollups al tiempo que reconoce la necesidad de estándares más altos.

Solana advocates aprovecharon la oportunidad para argumentar que la arquitectura monolítica de Solana evita por completo la complejidad de las L2, señalando que la fragmentación multicadena de Ethereum crea una UX peor que una sola L1 de alto rendimiento.

L2 developers generalmente defendieron su relevancia enfatizando características más allá del rendimiento bruto — privacidad, personalización, economía especializada — mientras reconocían silenciosamente que los proyectos de escalamiento puro son cada vez más difíciles de justificar.

La tendencia más amplia es clara: el panorama de las L2 se bifurcará en dos categorías:

  1. Rollups de commodities que compiten principalmente en tarifas y rendimiento, probablemente consolidándose en torno a unos pocos actores dominantes (Base, Arbitrum, Optimism).

  2. L2 especializadas con modelos de ejecución fundamentalmente diferentes, que ofrecen propuestas de valor únicas que la L1 no puede replicar.

Las cadenas que no caigan en ninguna categoría enfrentan un futuro incierto.

Qué Deben Hacer las L2 para Sobrevivir​

Para los proyectos de Capa 2 existentes, el pivote de Buterin crea tanto presión existencial como claridad estratégica. La supervivencia requiere una acción decisiva en varios frentes:

1. Acelerar la Descentralización​

La narrativa de "nos descentralizaremos eventualmente" ya no es aceptable. Los proyectos deben publicar cronogramas concretos para:

  • Redes de secuenciadores sin permisos (o pruebas de autoridad creíbles)
  • Eliminación o bloqueo temporal (time-lock) de las llaves de actualización
  • Implementación de sistemas a prueba de fallos con ventanas de salida garantizadas

Las L2 que permanecen centralizadas mientras reclaman la seguridad de Ethereum son particularmente vulnerables al escrutinio regulatorio y al daño reputacional.

2. Clarificar la Propuesta de Valor​

Si el principal punto de venta de una L2 es "más barato que Ethereum", necesita un nuevo enfoque. La diferenciación sostenible requiere:

  • Características especializadas: Privacidad, ejecución de VM personalizada, modelos de estado novedosos
  • Claridad del público objetivo: ¿Juegos? ¿Pagos? ¿Social? ¿DeFi?
  • Divulgaciones honestas de seguridad: ¿Qué supuestos de confianza existen? ¿Qué vectores de ataque permanecen?

El marketing de vaporware no funcionará cuando los usuarios pueden comparar métricas reales de descentralización a través de herramientas como L2Beat.

3. Resolver el Problema de Seguridad de los Puentes​

Los puentes multifirma (multisig) son el eslabón más débil en la seguridad de las L2. Los proyectos deben:

  • Implementar pruebas de fraude o pruebas de validez para puentes sin confianza (trustless)
  • Agregar retrasos de tiempo y capas de consenso social para intervenciones de emergencia
  • Proporcionar mecanismos de salida garantizados que funcionen incluso si los secuenciadores fallan

La seguridad de los puentes no puede ser algo secundario cuando hay miles de millones en fondos de usuarios en juego.

4. Enfocarse en la Interoperabilidad​

La fragmentación es el mayor problema de UX de Ethereum. Las L2 deberían:

  • Soportar estándares de mensajería cross-chain (LayerZero, Wormhole, Chainlink CCIP)
  • Habilitar el intercambio de liquidez sin fricciones entre cadenas
  • Construir capas de abstracción que oculten la complejidad a los usuarios finales

Las L2 ganadoras se sentirán como extensiones de Ethereum, no como islas aisladas.

5. Aceptar la Consolidación​

Realísticamente, el mercado no puede soportar más de 100 L2 viables. Muchas necesitarán fusionarse, pivotar o cerrar con elegancia. Cuanto antes los equipos reconozcan esto, mejor podrán posicionarse para asociaciones estratégicas o adquisiciones de talento en lugar de caer en una lenta irrelevancia.

La hoja de ruta de escalamiento de Ethereum L1​

Mientras las L2 enfrentan una crisis de identidad, Ethereum L1 está ejecutando un agresivo plan de escalamiento que refuerza los argumentos de Buterin.

Fork Glamsterdam (mediados de 2026): Introduce las Listas de Acceso a Bloques (BAL), permitiendo un procesamiento paralelo perfecto al precargar los datos de las transacciones en la memoria. Los límites de gas aumentan de 60 millones a 200 millones, mejorando drásticamente el rendimiento para contratos inteligentes complejos.

Validación de pruebas de conocimiento cero (Zero-Knowledge): El despliegue de la Fase 1 en 2026 apunta a que el 10 % de los validadores realicen la transición a la validación ZK, donde los validadores verifican pruebas matemáticas que confirman la precisión del bloque en lugar de volver a ejecutar todas las transacciones. Esto permite que Ethereum escale hacia los 10,000 TPS manteniendo la seguridad y la descentralización.

Separación Proponente-Constructor (ePBS): Integra la competencia de constructores directamente en la capa de consenso de Ethereum, reduciendo la extracción de MEV y mejorando la resistencia a la censura.

Estas actualizaciones no eliminan la necesidad de las L2, pero sí eliminan la suposición de que el escalamiento de L1 es imposible o poco práctico. Si Ethereum L1 alcanza los 10,000 TPS con ejecución paralela y validación ZK, el estándar para la diferenciación de las L2 se eleva drásticamente.

Perspectiva a largo plazo: ¿Qué resultará ganador?​

La estrategia de escalamiento de Ethereum está entrando en una nueva fase en la que el desarrollo de L1 y L2 debe verse como complementario en lugar de competitivo.

La hoja de ruta centrada en los rollups asumía que la L1 seguiría siendo lenta y costosa indefinidamente. Esa suposición ahora es obsoleta. La L1 escalará — quizás no a millones de TPS, pero lo suficiente para manejar la mayoría de los casos de uso convencionales con tarifas razonables.

Las L2 que reconozcan esta realidad y giren hacia una diferenciación genuina podrán prosperar. Aquellas que sigan promocionándose como "más baratas y rápidas que Ethereum" tendrán dificultades a medida que la L1 cierre la brecha de rendimiento.

La ironía última es que los comentarios de Buterin pueden fortalecer la posición a largo plazo de Ethereum. Al obligar a las L2 a elevar sus estándares — descentralización real, divulgaciones de seguridad honestas, propuestas de valor especializadas — Ethereum elimina los proyectos más débiles mientras eleva la calidad de todo el ecosistema.

Los usuarios se benefician de opciones más claras: usar Ethereum L1 para máxima seguridad y descentralización, o elegir L2 especializadas para funciones específicas con compensaciones declaradas explícitamente. El punto medio de "estamos escalando Ethereum un poco con un puente multifirma" desaparece.

Para los proyectos que construyen el futuro de la infraestructura blockchain, el mensaje es claro: el escalamiento genérico está resuelto. Si tu L2 no ofrece algo que Ethereum L1 no pueda, estás construyendo sobre tiempo prestado.

BlockEden.xyz proporciona infraestructura de nivel empresarial para Ethereum L1 y las principales redes de Capa 2, ofreciendo a los desarrolladores las herramientas para construir en todo el ecosistema de Ethereum. Explore nuestros servicios de API para una conectividad blockchain escalable y confiable.

Fuentes:

Share on Twitter