Respuestas>Más información sobre la Capa 2 y los rollups>¿Qué es un secuenciador?
¿Qué es un secuenciador?
// Tags
secuenciador de blockchainsecuenciador de rollups
En resumen: un secuenciador es la entidad encargada de ordenar y ejecutar las transacciones en un rollup de Capa 2. Cuando los usuarios envían transacciones a una Capa 2, el secuenciador las recibe, determina su orden de ejecución, genera bloques de Capa 2 y envía lotes comprimidos a la Capa 1 para su liquidación final. La mayoría de los principales rollups utilizan actualmente secuenciadores centralizados: Offchain Labs gestiona los de Arbitrum, la Fundación Optimism gestiona los de Optimism y Coinbase gestiona los de Base. Aunque los secuenciadores centralizados ofrecen un rendimiento rápido y constante, conllevan riesgos relacionados con la censura, la captura de MEV y los puntos únicos de fallo. El ecosistema está desarrollando activamente la secuenciación compartida, las subastas de secuenciadores y las redes de secuenciadores distribuidos para descentralizar este componente crítico.
La explicación sencilla
Si un «rollup» es un bufete de abogados que tramita casos y presenta resúmenes en el juzgado, el «sequencer» es el responsable de la oficina, que decide en qué orden se tramitan los casos, los asigna a los departamentos correspondientes y se encarga de su presentación. El responsable de la oficina es fundamental para que las operaciones se desarrollen sin contratiempos, pero el hecho de que una sola persona ocupe ese puesto significa que tiene mucho poder sobre qué se tramita y cuándo.
En una capa 2, el secuenciador es el primer punto de contacto para cada transacción. Cuando envías un intercambio, una transferencia o una interacción con un contrato inteligente en una L2, tu transacción se envía al secuenciador. El secuenciador decide en qué posición de la cola se sitúa tu transacción, la ejecuta, la incluye en un bloque de L2 y, finalmente, agrupa ese bloque con otros para enviarlos a la L1. La decisión del secuenciador sobre el orden es lo que determina el estado final de la L2.
Cómo funcionan los secuenciadores
El secuenciador funciona en un bucle continuo. Recibe las transacciones entrantes de los usuarios, normalmente a través de puntos finales RPC. Comprueba que cada transacción tenga el formato adecuado, cuente con una firma válida y que el remitente disponga de saldo suficiente. Determina el orden de ejecución, normalmente por orden de llegada (FCFS) en función de la hora de llegada, aunque el secuenciador tiene discrecionalidad a la hora de establecer dicho orden. Ejecuta las transacciones ordenadas según el estado actual de L2, generando un nuevo bloque de L2. Proporciona a los usuarios una «confirmación provisional», un acuse de recibo rápido de que su transacción se ha incluido en el bloque de L2. Periódicamente, agrupa varios bloques de L2 en un lote y envía dicho lote a L1 para su liquidación definitiva.
La confirmación «suave» es lo que confiere a las L2 su rapidez. Los usuarios ven cómo se confirma su transacción en 1-2 segundos (o menos en algunas L2), ya que el secuenciador la procesa y confirma de inmediato sin esperar a la liquidación de la L1. La contabilización en la L1 se produce en segundo plano, normalmente cada pocos minutos, y proporciona la liquidación definitiva y canónica que hereda la seguridad de la L1.
El problema de la centralización
El modelo de secuenciador centralizado que utilizan hoy en día la mayoría de los rollups es una elección de ingeniería pragmática. Un único secuenciador, bien gestionado, garantiza tiempos de bloque constantes, un orden predecible y una baja latencia. Es más sencillo de construir, gestionar y depurar que una alternativa descentralizada. Sin embargo, plantea varios problemas.
Existe riesgo de censura porque un secuenciador centralizado puede optar por excluir transacciones específicas. Si la entidad que gestiona el secuenciador se ve sometida a presiones regulatorias, podría verse obligada a bloquear transacciones procedentes de direcciones sancionadas o relacionadas con protocolos específicos. Los usuarios no quedan atrapados de forma permanente (pueden forzar la inclusión de transacciones a través de L1, que es más lento pero no susceptible de censura), pero la censura selectiva a nivel del secuenciador merma la neutralidad de la L2.
La captura de MEV es posible porque el secuenciador controla el orden de las transacciones. En teoría, un secuenciador centralizado podría reordenar las transacciones para extraer MEV (front-running, ataques «sandwich», arbitraje) a costa de los usuarios. En la práctica, la mayoría de los secuenciadores de L2 ordenan las transacciones según el principio «primero en llegar, primero en ser atendido» (FCFS) y no extraen MEV de forma activa, pero la capacidad existe.
Un «punto único de fallo» significa que, si el secuenciador deja de funcionar, la L2 deja de generar bloques. Los usuarios no pueden realizar transacciones en la L2 hasta que el secuenciador vuelva a estar operativo. Aunque la inclusión forzada en la L1 ofrece una vía de escape, resulta más lenta y costosa que el funcionamiento normal de la L2.
La continuidad del sistema depende totalmente del operador del secuenciador. Si el operador decide detener el funcionamiento del secuenciador (ya sea por quiebra, por medidas reguladoras o por cualquier otro motivo), la L2 deja de funcionar como una cadena rápida. Los usuarios pueden seguir realizando retiradas a la L1 utilizando los datos publicados en la cadena, pero el valor operativo de la L2 se pierde.
Iniciativas de descentralización
El ecosistema de rollups está trabajando activamente para descentralizar los secuenciadores mediante diversos enfoques.
Las redes de secuenciación compartidas (como Espresso, Astria y Radius) tienen como objetivo ofrecer un servicio de secuenciador descentralizado que puedan compartir varios rollups. En lugar de que cada rollup ejecute su propio secuenciador centralizado, una red de operadores independientes se turna para secuenciar las transacciones, lo que garantiza la resistencia a la censura y la vitalidad del sistema.
Los mecanismos de rotación del secuenciador asignan las tareas de secuenciación a diferentes operadores de forma rotatoria, de manera similar a como los validadores de PoS se turnan para proponer bloques. Esto evita que un solo operador mantenga un control permanente sobre el orden.
La secuenciación basada delega la secuenciación en los propios validadores de L1, aprovechando el conjunto de validadores descentralizados existente de Ethereum para ordenar las transacciones de L2. De este modo, se hereda la resistencia a la censura de L1, aunque puede introducirse una mayor latencia.
El papel de « Quicknode »
Quicknode proporciona la infraestructura RPC que utilizan las aplicaciones para enviar transacciones a los secuenciadores de L2 y leer el estado resultante. El acceso RPC de baja latencia es especialmente importante para las L2 en las que los secuenciadores procesan las transacciones según el principio «primero en llegar, primero en ser atendido» (FCFS), ya que un envío más rápido implica una inclusión más temprana. La API principal de Quicknode es compatible con todas las principales redes L2 con puntos finales distribuidos a nivel mundial, y Quicknode Streams proporciona una transmisión de datos en tiempo real desde las cadenas L2 para supervisar el comportamiento de los secuenciadores, las publicaciones por lotes y los eventos de liquidación de L1.
Secuenciadores centralizados frente a descentralizados
En la actualidad, la mayoría de los rollups utilizan un único secuenciador centralizado, pero el ecosistema está evolucionando hacia modelos descentralizados. En la tabla siguiente se comparan ambos enfoques.
Secuenciador centralizado
Secuenciador descentralizado o compartido
¿Quién ordena las transacciones?
Un único operador, como Offchain Labs, OP Foundation o Coinbase
Un conjunto o red de operadores independientes que se van alternando
Resistencia a la censura
En el caso de la opción «débil», el operador puede excluir transacciones
Sólido: ningún partido controla por sí solo el orden
Vitalidad
Punto único de fallo
Resiste los tiempos de inactividad de los operadores individuales
Latencia
Muy bajo y constante
Ligeramente superior debido a la coordinación
Ejemplos
Arbitrum, Optimism, Base hoy
Secuenciación basada en Espresso, Astria y Radius
¿Se puede saltarse un secuenciador?
Sí. Los rollups incluyen un mecanismo de inclusión forzada que permite a los usuarios enviar transacciones directamente a la Capa 1 cuando el secuenciador las censura o las ignora. Este proceso es más lento y costoso que el envío habitual en la Capa 2, pero garantiza que ningún secuenciador centralizado pueda bloquear permanentemente a un usuario. Es la vía de escape que permite que un rollup mantenga un nivel mínimo de confianza incluso cuando su secuenciador es centralizado.
Preguntas frecuentes
¿Para qué sirve un secuenciador?
Un secuenciador recibe las transacciones enviadas a la Capa 2, decide su orden de ejecución, genera bloques de la Capa 2, proporciona a los usuarios una confirmación preliminar rápida y envía periódicamente lotes comprimidos a la Capa 1 para su liquidación definitiva.
¿Los secuenciadores de rollup están centralizados?
La mayoría lo son hoy en día. Arbitrum, Optimism y Base funcionan cada uno con un único secuenciador controlado por un operador. Esto garantiza una latencia baja y constante, pero genera riesgos de censura, de «liveness» y de «punto único de fallo», que los esfuerzos de descentralización pretenden eliminar.
¿Qué es un secuenciador compartido?
Un secuenciador compartido es una red descentralizada de operadores que ordena las transacciones de varios rollups a la vez. Proyectos como Espresso, Astria y Radius ofrecen resistencia a la censura y garantía de funcionamiento que un único secuenciador centralizado no puede proporcionar.
¿Puede un secuenciador reordenar mi transacción para obtener MEV?
En principio, sí, ya que el secuenciador controla el orden de las transacciones y podría adelantarse a ellas o intercalarlas para capturar MEV. En la práctica, la mayoría de los rollups ordenan las transacciones por orden de llegada y no extraen MEV, pero esa capacidad es una de las razones por las que la secuenciación descentralizada es importante.
¿Qué ocurre si el secuenciador se desconecta?
La L2 deja de generar nuevos bloques hasta que se reinicia el secuenciador. Los fondos permanecen a salvo, ya que todos los datos se registran en la Capa 1, y los usuarios pueden forzar una retirada a través de la L1, pero la actividad normal y rápida de la L2 se interrumpe durante la interrupción del servicio.
