¿Por qué los rollups basados son el único futuro de Ethereum? Seis años después de que Ethereum presentó su hoja de ruta centrada en rollups, la visión está funcionando en gran medida: las tarifas de transacción han bajado, el rendimiento es mayor y el modelo de seguridad central ha permanecido firme. 1. Sin embargo, la interoperabilidad ha seguido siendo un desafío sin resolver. A medida que se lanzan más rollups, más usuarios, aplicaciones y liquidez se dividen en entornos aislados. En lugar de una gran red de Ethereum, obtenemos docenas de pequeñas islas. Los puentes las conectan, pero añaden latencia, riesgo y fricción. Esta fragmentación se agrava por el hecho de que cada rollup hoy en día ejecuta su propio secuenciador centralizado, el sistema que decide el orden de las transacciones en un bloque, quién entra primero y también quién captura las ganancias de MEV. Debido a que cada secuenciador opera de forma independiente, los rollups funcionan en diferentes cronologías. Las aplicaciones en rollups separados no pueden interactuar de manera atómica, en el mismo bloque al mismo tiempo, lo que fractura la liquidez y debilita la composabilidad. 2. Los secuenciadores centralizados tenían sentido al principio. Permitieron a los equipos lanzar rápidamente al poner en marcha un servidor, redujeron el front-running a través de flujos de órdenes privados, proporcionaron pre-confirmaciones casi instantáneas para una experiencia de usuario fluida y ofrecieron flexibilidad operativa. Pero estos beneficios vinieron con compromisos. • El tiempo de inactividad del secuenciador ha dejado a rollups enteros fuera de línea durante horas. • Un secuenciador comprometido podría reordenar transacciones y drenar millones. • No pueden escalar de manera neutral y descentralizada y causan un problema de fragmentación. Cuando sumas todo, los secuenciadores centralizados fueron un punto de partida útil, pero no pueden llevar a los rollups a donde necesitan ir. 3. El siguiente paso son los rollups basados. En lugar de operar su propio secuenciador, un rollup basado utiliza validadores de Capa 1 (Ethereum, Celestia) para la secuenciación (ordenar transacciones). Por eso se llama "basado": su secuenciación está directamente vinculada a la capa base. Este cambio restaura la neutralidad. Ningún equipo de rollup individual controla el flujo de transacciones. Todos los rollups que son "basados" comparten la misma capa de secuenciación a nivel de Ethereum, lo que significa que pueden interactuar en el mismo bloque al mismo tiempo. El resultado es una red unificada: • La liquidez se mantiene concentrada en lugar de dividida en silos. • La composabilidad es sincrónica, por lo que las aplicaciones en diferentes rollups pueden interactuar atómicamente. • El control es neutral, asegurado por los validadores de Ethereum en lugar de un servidor centralizado. 4. ¿Qué otros problemas resuelven los rollups basados? • DeFi: La liquidez se mantiene unificada bajo la capa de secuenciación de Ethereum. Las operaciones, préstamos y liquidaciones ocurren en L2s pero comparten el mismo orden base, manteniendo los mercados profundos y concentrados en lugar de fragmentados o perdidos en Solana. • Usuarios: Los límites de los rollups se desvanecen. Con contratos de depósito compartidos y transferencias nativas de L2 a L2, los activos se mueven sin problemas entre rollups, sin necesidad de volver a enrutar a través de L1 o preocuparse por "qué cadena" estás usando. • Desarrolladores: La composabilidad regresa. Las aplicaciones en diferentes rollups pueden interactuar atómicamente en el mismo bloque, habilitando préstamos, comercio y estrategias complejas entre rollups que los secuenciadores centralizados no pueden soportar. 5. ¿No están los secuenciadores compartidos haciendo lo mismo? Esos 2 enfoques resuelven la fragmentación a escalas muy diferentes. Las pilas de rollups como Arbitrum Orbiy, Optimism Superchain y zkSync Elastic Chain están experimentando con secuenciadores compartidos que actúan como mini-hubs. Así, la liquidez y los usuarios permanecen atrapados dentro de ese clúster de ecosistemas, en lugar de ser compartidos a través de Ethereum en su conjunto. Los rollups basados van más allá. En lugar de hubs a nivel de ecosistema, utilizan Ethereum mismo como el secuenciador universal. Eso significa que las piscinas de liquidez se fusionan a través de todos los rollups. Los secuenciadores compartidos reducen la fragmentación localmente, mientras que los rollups basados la resuelven globalmente a través de toda la red de Ethereum. 6. Ethereum básicamente se convirtió en un secuenciador, pero ¿cómo? Durante la mayor parte de su historia, Ethereum solo podía secuenciar sus propias transacciones. Los validadores recopilaban transacciones del mempool, las ordenaban y construían bloques. Si cada rollup hubiera volcado sus transacciones directamente en ese proceso, el resultado habría sido un caos: conflictos, espacio de bloque desperdiciado y transacciones fallidas. El avance llegó con la Separación de Proponente y Constructor (PBS). Antes de PBS: Los validadores tenían que hacer todo, recopilar transacciones, ordenarlas y construir el bloque. Agregar tráfico de rollup habría sido abrumador. Con PBS: El trabajo se divide. • Los validadores (proponentes) simplemente firman bloques, mientras que los constructores especializados hacen el trabajo pesado. • Los constructores recopilan transacciones (de Ethereum y rollups basados), las ordenan y producen bloques completos. • Los validadores solo firman el encabezado del bloque más valioso, sin necesidad de ver su contenido. Desde la perspectiva del validador, nada ha cambiado, pero en la práctica, Ethereum se convirtió en el secuenciador neutral para cada rollup basado. 7. Pero, ¿quién captura MEV en el "mundo basado"? MEV, la ganancia por ordenar transacciones, que antes fluía hacia un secuenciador centralizado ahora va al pipeline de PBS de Ethereum. Los constructores ensamblan bloques rentables, los validadores los firman y el MEV se captura allí, no por el equipo del rollup. Sin embargo, el MEV no siempre se queda con los validadores y constructores. Otras partes de la pila pueden capturarlo directamente: • DEXs conscientes de MEV como CoWSwap o Uniswap v4 subastan oportunidades de arbitraje y devuelven ganancias a los proveedores de liquidez. • Herramientas como MetaMask Protect o Rabby enrutan transacciones de forma privada a los constructores, protegiendo a los usuarios del front-running y a veces redistribuyendo parte del MEV. Estos mecanismos reducen el arbitraje dañino, pero el MEV no desaparece, simplemente cambia de manos y forma. 8. Con un nuevo tipo de rollup, viene un nuevo tipo de economía. Este cambio replantea la economía para los rollups. Muchos dudan en ir "basados" hoy porque capturan ingresos de MEV a través de sus secuenciadores centralizados, haciendo front-running de intercambios o arbitraje de precios entre lugares. Pero a largo plazo, la fuente de ingresos más duradera son las tarifas de ejecución, el peaje que los usuarios pagan para ejecutar transacciones en la máquina virtual del rollup. Mostremos un ejemplo hipotético: Rollup con su propio secuenciador (hoy): • Tarifas de ejecución = $2M/mes • MEV = $1M/mes • Total = $3M/mes El mismo rollup como un rollup basado (futuro): • MEV → validadores de Ethereum = $0 • Tarifas de ejecución (de efectos de red unificados) = $10M/mes • Total = $10M/mes Esa es la Gambito de MEV: sacrificar el peón (MEV del secuenciador) para ganar el premio mayor (ingresos de ejecución mucho más altos). Los rollups basados evitan pelear por el MEV y en su lugar se enfocan en escalar su capa de ejecución. 9. ¿Puede Ethereum manejar esta capacidad? La pregunta obvia es: si cada rollup se conecta a Ethereum como su secuenciador, ¿puede Ethereum L1 realmente manejarlo? En este momento, Ethereum funciona con intervalos de 12 segundos. El tiempo de intervalo es la verdadera limitación. Con intervalos de 12 segundos, la experiencia de usuario se siente lenta. La investigación muestra que Ethereum podría reducir esto a ~4 segundos sin sacrificar la descentralización, los validadores aún pueden funcionar en internet doméstico o incluso en Raspberry Pis. Las pre-confirmaciones sin confianza son clave para que Ethereum compita con los secuenciadores centralizados en velocidad. Este sistema utiliza proponentes que apuestan colateral y firman garantías para incluir transacciones, lo que puede resultar en confirmaciones de ~100 ms. Esto es significativamente más rápido que los tiempos de bloque actuales e incluso más rápido que algunas configuraciones de "supercadena", proporcionando velocidades similares a la latencia de internet. 10. Sin embargo, esta carga de trabajo pesada es demasiado para los validadores domésticos. APS (Separación de Proponente y Atestador) divide el trabajo para resolver esto: los atestadores verifican y publican transacciones válidas, mientras que los proponentes/constructores construyen bloques y gestionan pre-confirmaciones. Inicialmente, esto se hace a través de puertas de enlace, pero eventualmente, APS y PBS enshrined permitirán a Ethereum proporcionar de manera nativa pre-confirmaciones rápidas y sin confianza y secuenciación compartida. 11. Fabric: Construyendo los Estándares. Incluso con APS y PBS en su lugar, todavía está la cuestión de la plomería. Cada equipo de rollup basado hoy tiene que reinventar APIs para pre-confirmaciones, ajustar pipelines de PBS, establecer registros y manejar el intercambio de blobs. Si se deja sin control, esto corre el riesgo de fragmentarse en "mini estándares" incompatibles. @fabric_ethereum es el esfuerzo de coordinación para prevenir eso. No lanza un rollup o token. En cambio, entrega componentes mínimos de código abierto, incluyendo: • API de Compromisos para pre-confirmaciones • Contrato de Registro Universal para la responsabilidad del secuenciador • Infraestructura compartida de blobs y puentes Respaldado por equipos como @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs, y más, Fabric está emergiendo como el punto de Schelling para la infraestructura de rollups basados — alineando equipos en estándares compartidos para que el ecosistema escale junto, no por separado.