Vitalik reevalúa L2: de la fragmentación hacia native rollup, la confirmación es la clave para la nueva interoperabilidad

La reflexión estratégica de Vitalik Buterin sobre la hoja de ruta de escalabilidad de Ethereum ha sido el tema más destacado en la comunidad recientemente. Sus declaraciones firmes sobre el camino de las capas L2 generaron malentendidos en el mercado, pero si se evalúan en profundidad junto con los avances técnicos más recientes sobre Native Rollup y mecanismos de preconfirmación, descubriremos que Vitalik no rechaza las L2, sino que impulsa una ‘recalibración de roles’: L1 vuelve a ser la capa de liquidación más segura, mientras que L2 avanza hacia la diferenciación y especialización.

¿Las L2 ya han superado su papel histórico? Descentralización y fragmentación como desafíos principales

En la era de la hoja de ruta centrada en Rollups hace cinco años, la división de tareas era clara: L1 se encargaba de la seguridad, L2 de la expansión. Sin embargo, la realidad del desarrollo es mucho más compleja que las predicciones iniciales. Los datos de L2BEAT muestran que se han lanzado cientos de L2, pero el crecimiento en número no se corresponde con la madurez de la infraestructura. La mayoría de las soluciones L2 aún dependen de operaciones centralizadas para garantizar la seguridad.

Desde 2022, Vitalik ha criticado la arquitectura de “rueditas de entrenamiento” de la mayoría de los Rollups, que dependen demasiado de la intervención humana. El marco Stage en L2BEAT refleja esto con una división en tres etapas de descentralización: Stage 0 (control total centralizado), Stage 1 (dependencia limitada) y Stage 2 (totalmente descentralizado). Muchas L2 probablemente quedarán atrapadas en Stage 1, controladas por un consejo de seguridad—efectivamente convirtiéndolas en ‘L1 secundarias’ con características de puentes entre cadenas, no en un sharding real.

Otro problema estructural cada vez más evidente es la fragmentación de liquidez. El flujo de valor, inicialmente concentrado en Ethereum, se ha dividido en islas separadas. A medida que aumentan las L2 y las cadenas públicas, la fragmentación crecerá—esto no es un objetivo de expansión. De aquí entendemos por qué Vitalik enfatiza soluciones que no sean ‘más cadenas’, sino una ‘integración más profunda’ con la cadena principal.

Based Rollup y mecanismos de preconfirmación: soluciones técnicas para la compatibilidad sincrónica

En este contexto de reevaluación de las L2, el concepto de Based Rollup recibe nueva atención como camino hacia Native Rollup. La diferencia fundamental entre Based Rollup y las L2 tradicionales como Arbitrum y Optimism es la eliminación total del secuenciador independiente centralizado. En cambio, Based Rollup es ordenado directamente por nodos L1 de Ethereum.

Este diseño integra la lógica de verificación de Rollup en el propio protocolo L1, fusionando rendimiento extremo con seguridad a nivel de protocolo. Los usuarios experimentan una interacción más directa—el Rollup parece integrado en Ethereum, heredando la resistencia a la censura de L1 y, lo más importante, resolviendo un problema crítico de las L2 tradicionales: la fragmentación de liquidez. En un bloque de Based Rollup, los usuarios pueden acceder directamente a la liquidez de L1 y lograr atomización de transacciones entre capas.

Pero Based Rollup enfrenta un reto real: seguir el ritmo de L1 (12 segundos por slot) hace que la experiencia de usuario sea lenta. El sistema aún necesita esperar aproximadamente 13 minutos (2 epochs) para alcanzar una Finalidad completa, lo cual es demasiado lento para aplicaciones financieras.

La solución está en una propuesta híbrida que Vitalik ya ha recomendado: mantener bloques secuenciales con baja latencia en una capa determinada, generando bloques basados en el final del slot, y luego incorporar mecanismos de preconfirmación para lograr compatibilidad sincrónica. En este contexto, la preconfirmación funciona de modo que, cuando una transacción se presenta en L1, un rol específico (como el proponente de L1) se compromete a incluirla. Esto es el núcleo del Proyecto #4 en la interoperabilidad de Ethereum L1.

Interoperabilidad L1: por qué la confirmación es un elemento crítico en la estrategia de Ethereum 2026

La hoja de ruta de Interop de Ethereum establece explícitamente un objetivo: permitir que las aplicaciones entre cadenas reciban señales de confirmación de L1 ‘fuertes y verificables’ en 15–30 segundos, sin esperar los 13 minutos completos para la Finalidad. Este mecanismo de confirmación rápida no introduce un nuevo proceso de consenso, sino que reutiliza las votaciones de los attestadores que ocurren en cada slot en el sistema PoS.

Cuando un bloque ha acumulado suficientes votos de validadores distribuidos en los primeros slots, aunque aún no tenga la Finalidad completa, puede considerarse ‘muy poco probable que sea revertido bajo ataques razonables’. Este nivel de confirmación proporciona una confianza sólida al protocolo antes de alcanzar la Finalidad. La importancia de esto para Interop no puede subestimarse: los sistemas entre cadenas, los splitters de intenciones y las carteras no necesitan esperar la Finalidad completa, sino que pueden continuar con la lógica siguiente en 15–30 segundos basándose en la señal del protocolo.

Mediante este sistema de confirmación escalonada, Ethereum construye un delicado equilibrio entre seguridad y velocidad de experiencia, abriendo una interoperabilidad sin fisuras.

Los tres pilares de la evolución de Ethereum: abstracción de cuentas, privacidad ZK y soberanía de agentes IA

De cara a 2026, la narrativa principal de Ethereum se desplazará de una ‘expansión extrema’ hacia una de ‘unidad, capas integradas y seguridad endógena’. El ecosistema se está simplificando—de perseguir ‘más cadenas’ a ‘protocolo unificado’. Algunos líderes de soluciones L2 han declarado su compromiso con la adopción de Native Rollup para mejorar la sinergia de toda la red.

Pero, a medida que la infraestructura se vuelve menos visible, el verdadero desafío no está en las cadenas, sino en las carteras y el umbral de entrada para los usuarios. La evolución futura de Ethereum se centrará en tres direcciones estructurales:

Primero, Abstracción Nativa de Cuentas (Native AA): Las carteras con contratos inteligentes serán la opción predeterminada, reemplazando frases de recuperación complejas y EOA. Para usuarios de carteras como imToken, esto significará que ingresar al cripto será tan barato como registrarse en una red social.

Segundo, Privacidad y ZK-EVM: La privacidad ya no será marginal. Con la madurez de la tecnología ZK-EVM, Ethereum ofrecerá protección de privacidad en cadena necesaria para aplicaciones comerciales, manteniendo la transparencia—esto será una ventaja competitiva en la lucha entre cadenas públicas.

Tercero, Soberanía en cadena de agentes IA: En 2026, los usuarios en transacciones podrían no ser humanos, sino agentes IA. El reto será construir estándares de interacción sin confianza: asegurar que los agentes IA ejecuten la voluntad del usuario, no que sean controlados por terceros. La capa L1 descentralizada de Ethereum será el árbitro más confiable en la economía de IA.

Volviendo a la pregunta inicial: ¿realmente Vitalik ‘rechaza’ las L2? Una respuesta más precisa es que rechaza la narrativa de fragmentación excesiva desconectada de la red principal. Desde la ilusión del ‘sharding de marca’, Ethereum vuelve a la simplificación de Based Rollup y preconfirmación—esto refuerza la posición de L1 como la base de confianza global. Solo las innovaciones verdaderamente arraigadas en principios nuevos y que respiran junto a la red principal podrán perdurar y crecer en la gran era de exploración de Ethereum.