Solo con fines educativos; no constituye asesoramiento financiero, de inversión, interoperabilidad, finalidad de transacciones ni seguridad. Las garantías, vías alternativas y supuestos de liquidación del secuenciador compartido varían según la implementación y pueden cambiar tras las actualizaciones.
Respuesta directa
Un secuenciador compartido es un servicio o red que acepta datos de transacciones de varios rollups y produce un orden común y acordado para esos datos. Los rollups participantes leen la parte del registro ordenado que les corresponde y la ejecutan conforme a sus propias reglas de transición de estado. La capa de secuenciación también puede emitir preconfirmaciones rápidas antes de que los datos lleguen a las capas de disponibilidad de datos y liquidación de los rollups.
«Compartido» describe la reutilización entre rollups, no un modelo de confianza concreto. Un secuenciador compartido puede ser centralizado, estar gestionado por un comité autorizado o protegido por consenso descentralizado. Por sí solo no prueba la ejecución correcta, no hace que los datos estén disponibles permanentemente, no liquida un rollup en su cadena matriz ni garantiza que una acción entre rollups sea atómica.
El diseño puede distribuir la infraestructura de ordenación, dar a varios rollups una visión coherente del orden relativo y reducir operaciones duplicadas. Esas ventajas deben compararse con una nueva dependencia capaz de afectar a todos los rollups conectados a la vez.
Cómo funciona
- Envío. Usuarios, billeteras o pasarelas específicas del rollup envían transacciones firmadas o paquetes de transacciones opacos a la capa compartida, normalmente etiquetados con un identificador o espacio de nombres del rollup.
- Ordenación. Un operador o una red de consenso selecciona transacciones, decide su inclusión y acuerda un bloque o registro ordenado común. Sus reglas determinan la superficie inmediata de censura, comisiones y MEV.
- Preconfirmación. El servicio puede firmar o finalizar un compromiso con el orden. La garantía procede de los supuestos sobre firmante, comité, participación o consenso de esa implementación y no equivale automáticamente a finalidad de la cadena matriz.
- Distribución. Los repetidores y nodos de rollup obtienen los datos ordenados, verifican compromisos y filtran las entradas de cada rollup.
- Ejecución y publicación. Cada rollup ejecuta sus transacciones y sigue su protocolo para publicar datos y compromisos de estado. Un secuenciador compartido de ejecución diferida puede ordenar bytes opacos sin validar la transición de estado del rollup.
- Liquidación. El sistema de pruebas o impugnaciones del rollup, las reglas de disponibilidad de datos, los contratos puente y el consenso de la cadena matriz determinan la corrección, los retiros y la liquidación final.
Un orden común puede ayudar a coordinar rollups porque las aplicaciones pueden referirse al mismo evento de secuenciación. La interoperabilidad atómica todavía exige lógica adicional que defina ambas partes, verifique sus resultados y evite o gestione la ejecución parcial. El orden compartido por sí solo no entrega mensajes ni define reversiones.
Ejemplo
Supongamos que una aplicación quiere cambiar un activo de Rollup A por otro de Rollup B. Envía las dos partes de la transacción como un paquete a una capa de secuenciación usada por ambos rollups. El secuenciador se compromete con su orden relativo y cada rollup deriva su entrada del mismo registro ordenado.
Si ambos rollups y el protocolo de interoperabilidad reconocen el paquete, verifican el compromiso compartido y aplican una regla de todo o nada, el orden común puede coordinar la ejecución. Si Rollup A ejecuta su parte mientras Rollup B rechaza, retrasa o no obtiene la suya, el secuenciador compartido no ha hecho atómico el intercambio. Un puente, sistema de pruebas, depósito o regla de recuperación debe resolver ese estado.
En la revisión operativa, la preconfirmación, la publicación de disponibilidad, el resultado de ejecución y la liquidación en la cadena matriz deben seguirse como estados distintos. Una interfaz que solo muestre «confirmado» puede ocultar qué garantía se alcanzó realmente.
Riesgos
- Caída común. Un fallo de consenso, defectos de software, problemas de repetidores o una interrupción de red pueden detener varios rollups juntos. Cada rollup necesita una vía alternativa documentada y reglas para conciliar órdenes tras la recuperación.
- Censura y gobernanza. Validadores, operadores, políticas de admisión o autoridades de actualización pueden excluir transacciones o rollups. El consenso descentralizado no basta si la participación o el envío siguen requiriendo permiso en la práctica.
- Ordenación y MEV. Una visión compartida puede coordinar actividad entre rollups, pero también concentrar flujo de órdenes valioso y facilitar anticipación entre dominios, inclusión preferente o extracción sofisticada de MEV.
- Desajuste de confirmaciones. El compromiso del secuenciador, la confirmación de disponibilidad, el resultado de ejecución y la liquidación en la cadena matriz son garantías diferentes. Puentes y aplicaciones pueden perder fondos si tratan la primera señal como la más fuerte.
- Fallo de datos e integración. Espacios de nombres incorrectos, derivación defectuosa, datos no disponibles, actualizaciones incompatibles o adaptadores comprometidos pueden hacer que un rollup ejecute entradas erróneas o deje de derivar bloques.
- Concentración económica y de control. Un conjunto común de validadores, token, cliente, servicio RPC o proceso de gobernanza puede adquirir importancia sistémica. Compartir infraestructura puede diversificar al operador de un rollup y concentrar el ecosistema en otra capa.
Errores comunes
- Compartido significa descentralizado. Compartir indica cuántos rollups usan el servicio; la descentralización depende de quién puede validar, proponer, enviar, actualizar y recuperar la red.
- Un orden implica una máquina de estados. Cada rollup suele conservar ejecución y estado separados. El secuenciador puede ordenar datos que no comprende ni ejecuta.
- Una preconfirmación es finalidad de la cadena matriz. Su fuerza y condiciones de reversión proceden del protocolo de secuenciación hasta completar los pasos necesarios de disponibilidad, prueba y liquidación.
- La secuenciación compartida elimina los puentes. Activos y mensajes aún necesitan transiciones de estado autenticadas, lógica de liquidación y gestión de fallos entre rollups.
- El diseño elimina MEV y censura. Cambia quién controla el orden y puede mejorar la rendición de cuentas o la competencia, pero persisten el poder de ordenación y sus incentivos.
Temas relacionados
Fuentes
- Introducción - Astria Documentation (consultado: 2026-08-21)
- Flujo de transacciones - Astria Documentation (consultado: 2026-08-21)
- Arquitectura de rollups - Espresso Documentation (consultado: 2026-08-21)
- Escalado de Ethereum - Ethereum.org (consultado: 2026-08-21)