Un rollup "based" es una red de Capa 2 que no ejecuta su propio secuenciador. En su lugar, toma prestados los validadores de la Capa 1 de Ethereum para ordenar y enviar sus transacciones, un diseño llamado herencia del secuenciador o vivacidad compartida con Ethereum. La compensación es real: ganas neutralidad creíble y eliminas un punto único de fallo importante, pero también devuelves a los propositores de bloques de L1 la mayor parte del control sobre el MEV y las preconfirmaciones.
Puntos clave
- Un rollup "based" se define por quién secuencia sus transacciones, y la respuesta son los validadores de la Capa 1 de Ethereum, no un operador independiente.
- La etiqueta "based" hace referencia a la capa base del rollup, lo que significa que el ordenamiento de L1 es la fuente de verdad para la inclusión en L2.
- Los rollups "based" eliminan el riesgo de un secuenciador centralizado, que es lo que caracteriza a la mayoría de los rollups optimistas y ZK actuales, pero introducen nuevas compensaciones en cuanto a MEV y preconfirmaciones.
- Taiko, RISE y Surge son los ejemplos en producción; cada uno hace una apuesta ligeramente distinta sobre cuánta lógica de L2 debería permanecer en L1.
Qué problema intenta resolver un rollup "based"
Todo rollup necesita a alguien que decida qué transacciones de los usuarios entran primero. Esa tarea se llama secuenciación, y el actor que la realiza es el secuenciador. En 2024 y 2025, casi todas las redes importantes de Capa 2, incluidas Arbitrum, Optimism, Base y la mayoría de los rollups ZK, ejecutan un secuenciador controlado por su propio equipo. Ese secuenciador recibe las transacciones, las ordena, las agrupa en lotes y publica el lote en Ethereum.
Esto funciona, pero concentra el poder en un solo lugar. Un secuenciador centralizado puede censurar tu transacción, reordenar operaciones para extraer valor de ti, o simplemente caer. Arbitrum y Optimism tienen salidas de emergencia que permiten a los usuarios saltarse al secuenciador y publicar directamente en L1, pero esas salidas de emergencia son lentas, costosas y rara vez se usan en la práctica. Para la mayoría de los usuarios, el secuenciador es un intermediario de confianza que nunca ven.
Un rollup "based" es la respuesta más simple posible a ese problema: eliminar el secuenciador por completo. Dejar que los propositores de bloques de Ethereum hagan el trabajo. Los bloques del rollup son simplemente las transacciones que los propositores de L1 deciden incluir, ordenadas tal como L1 las ordena. Sin un operador nuevo, sin una nueva suposición de confianza, sin un nuevo modo de fallo. El rollup es, en sentido literal, "based" (basado) en su capa base para el ordenamiento.
Esta idea fue articulada por primera vez con claridad por el investigador Justin Drake en 2023, y el término se popularizó. A mediados de 2025, el secuenciamiento "based" se había convertido en una de las cuestiones arquitectónicas más discutidas en el escalado de Ethereum, con equipos serios lanzando código en producción a su alrededor.
Cómo funciona realmente el secuenciamiento en un rollup "based"
Para entender el diseño, hay que visualizar el flujo normal. En un rollup típico, un usuario firma una transacción y la envía al mempool del rollup, que es una sala de espera para transacciones no confirmadas. El secuenciador elige transacciones de este mempool, las ordena en un bloque, las ejecuta y publica un resumen comprimido junto con una prueba de validez o de fraude en Ethereum. La finalidad, es decir, el punto a partir del cual revertir la transacción requeriría reescribir la propia Ethereum, solo se alcanza después de que el lote de L1 se asienta.
Un rollup "based" elimina los tres primeros pasos. No hay un mempool de rollup separado ni un secuenciador separado. Los usuarios siguen enviando transacciones, pero estas van a una cola de transacciones específica del rollup que los propositores de bloques de L1 pueden leer. Cuando un validador de Ethereum está construyendo el siguiente bloque de L1, incluye directamente las transacciones del rollup en ese bloque, junto con transferencias normales de ETH y llamadas a contratos. El nodo del rollup observa la cadena L1, extrae esas transacciones, las ejecuta en orden y escribe la raíz de estado resultante de vuelta en L1.
Este patrón se denomina herencia del secuenciador desde L1, o vivacidad compartida con Ethereum. La palabra "liveness" (vivacidad) significa aquí la garantía de que el sistema sigue produciendo bloques. Un rollup "based" hereda la vivacidad de Ethereum: si Ethereum produce bloques, el rollup produce bloques. No hay un servicio independiente que pueda caer.
La consecuencia práctica es impactante. Sin un secuenciador central, no hay nada que censurar ni nada que derribar. Si puedes transaccionar en Ethereum, puedes transaccionar en un rollup "based", con las mismas propiedades de resistencia a la censura. Para usuarios en jurisdicciones donde los rollups han sido geo-bloqueados, o para protocolos que se preocupan por un secuenciador que congele su aplicación, esto supone una mejora significativa.
La contrapartida: cedes el control del MEV
Toda decisión de diseño en crypto tiene un coste, y la secuenciación basada no es una excepción. El coste es el control sobre el Maximal Extractable Value, normalmente abreviado como MEV. MEV es el beneficio que un productor de bloques puede obtener al reordenar, insertar o censurar transacciones dentro de los bloques que construye. En un rollup centralizado, el secuenciador captura la mayor parte de ese beneficio y puede devolver una parte al protocolo o a los usuarios.
En un rollup basado, el MEV fluye hacia los proponentes de bloques de L1. Ellos son quienes construyen los bloques, así que son ellos quienes deciden el orden de las transacciones. Un searcher de rollup, que es un bot que busca oportunidades de MEV como arbitraje o liquidaciones, ahora tiene que competir en el mempool de Ethereum en lugar de en un mempool privado del rollup. El equipo del rollup no se queda con una parte, ni tampoco los usuarios, salvo que el rollup añada más mecanismos para redirigir el MEV más adelante.
Esta es la contrapartida explícita que está debatiendo el ecosistema. Renuncias al control del MEV a cambio de una neutralidad creíble. No hay un único secuenciador al que se pueda presionar, sobornar, hackear o coaccionar. Las reglas de ordenamiento son las reglas de ordenamiento de Ethereum, y las reglas de ordenamiento de Ethereum son el conjunto de reglas más neutral de forma creíble que tiene cualquier plataforma de smart contracts.
Quienes lo defienden argumentan que esta contrapartida merece la pena. Señalan que el MEV en un rollup centralizado a menudo termina filtrándose igualmente hacia un equipo pequeño o hacia unos pocos searchers sofisticados, y que la ganancia en resistencia a la censura es mucho más valiosa a largo plazo. Quienes lo critican responden que, sin ingresos por MEV, los rollups basados tendrán dificultades para financiarse, y que el hecho de que los proponentes de L1 capturen el MEV del rollup es una forma de extracción de valor que debería preocupar a Ethereum en sí.
Preconfirmaciones y protocolos de preconf
Si los rollups basados dependen de los proponentes de L1 para la secuenciación, aparece un problema nuevo: la latencia. En Ethereum, un nuevo bloque llega aproximadamente cada 12 segundos. Los usuarios están acostumbrados a recibir respuesta en menos de un segundo en los rollups centralizados. Esperar un slot completo para la confirmación se siente lento, especialmente para traders y creadores de mercado.
La solución propuesta son las preconfirmaciones, a menudo abreviadas como preconfs. Una preconf es una promesa informal de un proponente de L1 de que una transacción se incluirá en el siguiente bloque que construya. No es una garantía final, porque los proponentes pueden actuar de forma equívoca y construir sobre un bloque competidor, pero es suficiente para la mayoría de los usos prácticos si el proponente tiene stake económico y puede sufrir slashing por romper la promesa.
Los protocolos de preconf son la capa de software que emite y liquida estas promesas. El diseño general es este: un proponente de L1 se compromete a incluir tu transacción, deposita un bono en cadena y, si después construye un bloque sin tu transacción, el bono sufre slashing. Los usuarios reciben una respuesta rápida, los proponentes ganan una propina y el sistema en su conjunto sigue siendo basado porque el ordenamiento sigue haciéndolo L1, solo que con una capa de señalización más rápida encima.
Esta es un área activa de investigación en 2025. Los investigadores de Ethereum, incluido el equipo detrás de los esquemas de preconf basados en EigenLayer y varias propuestas independientes, compiten por sacar un diseño viable. Si las preconfs encajan bien, los rollups basados pueden igualar a los rollups centralizados en experiencia de usuario sin perder su ventaja en resistencia a la censura.
Secuenciadores centralizados frente a secuenciadores basados: una comparación directa
Los secuenciadores centralizados son rápidos y flexibles. Un equipo puede aplicar actualizaciones, lanzar correcciones de emergencia y capturar MEV para financiar el desarrollo. La desventaja es que el equipo es un único punto de fallo y un único punto de censura. Los usuarios tienen que confiar en que el secuenciador se comportará correctamente, y las vías de escape que la mayoría de los rollups lanzan hoy son demasiado lentas y demasiado caras para los usuarios normales.
Los secuenciadores basados son lentos sin preconfs, y filtran MEV, pero heredan la seguridad y la liveness de Ethereum. No se pueden tumbar con un regulador que apunte a un solo equipo, no se les puede coaccionar para censurar una aplicación concreta y no pueden hacer rug pull a los usuarios cambiando las reglas a mitad de camino. Para algunas aplicaciones, especialmente los protocolos DeFi, las infraestructuras de stablecoins y los casos de uso sensibles a la censura, esa propiedad es justo el punto.
También existe una vía híbrida. Algunos equipos están diseñando rollups que son basados por defecto pero permiten secuenciación centralizada opcional para las aplicaciones que la quieran. Un venue de trading de alta frecuencia, por ejemplo, podría ejecutar su propio secuenciador para ganar velocidad, mientras el resto del rollup sigue siendo basado. Estos diseños son tempranos, pero apuntan a un futuro en el que 'based' no sea una etiqueta de todo o nada.
Ejemplos reales: Taiko, RISE y Surge
Taiko es el rollup basado más destacado en producción. Lanzó su mainnet como un rollup basado, Type-1, equivalente a EVM, lo que significa que intenta reproducir el entorno de ejecución de Ethereum con la mayor fidelidad posible en L2. El diseño de Taiko trata a los proponentes de bloques de L1 como los secuenciadores del rollup, sin un operador aparte en medio. El equipo ha sido explícito al decir que el rollup no captura el MEV, y que la neutralidad creíble es la propuesta de valor.
RISE, antes conocido como RISE Chain, es otro rollup basado que pone el foco en el rendimiento junto con la secuenciación basada. Usa un entorno de ejecución personalizado y técnicas de paralelización para elevar el throughput por encima del de los rollups EVM típicos, aunque sigue dependiendo de L1 para el ordenamiento. RISE se presenta como un banco de pruebas para ver cómo se ve la secuenciación basada cuando eliminas la restricción de compatibilidad con EVM.
Surge es una incorporación más reciente que se centra en la capa de preconfirmaciones. En lugar de competir en ejecución, Surge está construyendo la infraestructura que permite a los proponentes de L1 emitir y cumplir preconfs a escala. La apuesta es que el mercado de preconfs importa más que cualquier rollup concreto, y que quien lo suministre bien ganará un papel central en el ecosistema de rollups basados.
Ninguno de estos proyectos es todavía un nombre conocido en todos los hogares, pero comparten una tesis clara: la próxima generación de rollups se parecerá menos a cadenas independientes con su propia política y más a entornos de ejecución especializados que obtienen su seguridad y su ordenamiento directamente de Ethereum.
Qué significa esto para usuarios, desarrolladores y holders de ETH
Para los usuarios, los based rollups deberían sentirse más como Ethereum y menos como una red separada. No hay una capa de secuenciación con puente de confianza, y se aplican las mismas garantías de resistencia a la censura. La experiencia de usuario hoy es más tosca que en Base o Arbitrum, pero si llegan los protocolos de preconf, esa brecha debería cerrarse.
Para los desarrolladores, la elección ya no es solo «en qué L2 despliego». Ahora es «quiero un rollup que capture MEV y pueda financiar con ello subvenciones para el ecosistema, o uno que ceda esos ingresos a cambio de una neutralidad creíble». Distintas aplicaciones responderán a esa pregunta de formas diferentes.
Para los holders de ETH, los based rollups tienen un efecto indirecto. Canalizan el MEV de los rollups hacia los proponentes de L1, lo que significa más ingresos para stakers y validators. También refuerzan la posición de Ethereum como capa de liquidación para el valor, en lugar de dejar que ese papel se desplace hacia alt-L1s o cadenas de aplicaciones. Si eso fortalece el precio de ETH con el tiempo es una cuestión aparte, pero el argumento estructural es real.
Cómo seguir los based rollups sin dejarse llevar por el hype
Los based rollups avanzan rápido, y el marketing a su alrededor también. Seguir manualmente Taiko, RISE y Surge a través de hilos de Discord, foros de gobernanza y artículos de investigación es una batalla perdida. Zippfeed muestra titulares sobre based rollups con puntuación de sentimiento (bullish, neutral o bearish) y una valoración de importancia, para que puedas detectar los cambios arquitectónicos antes de que lleguen a tu cronología.