Secuenciador compartido

¿Qué es un secuenciador compartido?

Un secuenciador compartido es una capa de ordenación de transacciones que puede prestar servicio a varios rollups, en lugar de que cada rollup dependa de su propio secuenciador independiente.

En cripto, un secuenciador es el componente que recibe las transacciones de los usuarios, las ordena, las agrupa en lotes y envía los datos ordenados al proceso de liquidación o disponibilidad de datos del rollup.

La documentación oficial de Ethereum Layer 2 explica que los rollups ejecutan transacciones fuera de Ethereum, pero siguen utilizando Ethereum para funciones importantes de seguridad y liquidación.

Un secuenciador compartido amplía este modelo de rollup al dar a varios rollups acceso a una red de secuenciación común.

Esto puede ayudar a los rollups a coordinar la ordenación de transacciones, mejorar la componibilidad entre rollups, reducir la dependencia de un único operador y crear una capa de infraestructura más neutral.

La documentación oficial de Astria describe Astria como una capa de secuenciación descentralizada que puede compartirse entre varios rollups.

La visión general oficial del sistema Espresso explica cómo una capa base descentralizada puede proporcionar confirmaciones a los rollups y respaldar aplicaciones de rollups conectados.

Un secuenciador compartido no es una cartera, un token, un bridge ni un rollup en sí mismo.

Es una infraestructura que ayuda a decidir el orden en que las transacciones entran en los bloques de un rollup.

En términos sencillos, un secuenciador compartido es un servicio de ordenación común para muchos rollups, diseñado para hacer que la actividad cripto con múltiples rollups sea más rápida, coordinada y potencialmente más descentralizada.

Por qué son importantes los secuenciadores compartidos

Los secuenciadores compartidos son importantes porque muchos rollups actuales dependen de mecanismos de secuenciación centralizados o semicentralizados.

Un secuenciador centralizado puede mejorar la experiencia de usuario al proporcionar confirmaciones rápidas, pero también puede introducir supuestos de confianza.

Un único secuenciador puede censurar transacciones, reordenarlas, quedar fuera de servicio, extraer MEV excesivo, retrasar retiradas o convertirse en objetivo de un ataque.

La documentación de Espresso señala que las confirmaciones de secuenciadores centralizados pueden depender de supuestos de confianza como la reputación, las garantías, las pruebas de fraude o el supuesto de que el secuenciador no ha sido comprometido.

Los secuenciadores compartidos tratan de reducir estos problemas trasladando la ordenación de transacciones a una red más amplia, en lugar de a un operador específico de un rollup.

También pueden mejorar la interoperabilidad, ya que varios rollups pueden utilizar la misma capa de ordenación.

Esto es importante para DeFi, los juegos, los pagos, las aplicaciones cross-chain y los ecosistemas blockchain modulares en los que los usuarios se desplazan entre muchos rollups.

Sin una ordenación compartida, cada rollup puede procesar transacciones de forma aislada, lo que hace que la ejecución entre rollups sea más lenta y difícil de coordinar.

Con secuenciación compartida, las aplicaciones pueden obtener garantías más sólidas sobre el orden de las transacciones en varios rollups.

La principal promesa es una mayor descentralización y componibilidad, mientras que el principal desafío consiste en crear una red de secuenciación segura, fiable y económicamente sostenible.

Cómo funciona un secuenciador compartido

Un secuenciador compartido funciona recopilando transacciones de varios rollups y creando una secuencia ordenada que esos rollups pueden utilizar.

Los usuarios envían transacciones mediante carteras, aplicaciones, endpoints RPC o interfaces específicas del rollup.

La red de secuenciadores compartidos recibe estas transacciones o bloques creados por builders de rollups o remitentes autorizados.

A continuación, la red de secuenciadores acuerda un orden mediante su propio proceso de consenso u ordenación.

Los datos ordenados se ponen a disposición de los nodos del rollup para que puedan derivar su propio estado.

Después, los rollups pueden publicar lotes, compromisos, pruebas o datos relacionados en sus capas de liquidación y disponibilidad de datos, según su diseño.

La arquitectura exacta difiere entre los distintos sistemas de secuenciadores compartidos.

Algunos sistemas se centran en preconfirmaciones rápidas.

Otros se centran en la ejecución atómica entre rollups.

Otros se centran en la resistencia a la censura, la validación descentralizada o la integración con capas modulares de disponibilidad de datos.

El secuenciador compartido no ejecuta automáticamente la lógica de cada aplicación del mismo modo que lo hace un rollup.

Su función principal es ordenar transacciones y ayudar a los rollups a coordinar ese orden.

Secuenciador

Un secuenciador es la parte de la pila de un rollup responsable de organizar las transacciones en una secuencia ordenada.

En muchos rollups, los usuarios envían las transacciones a un secuenciador antes de que estas se publiquen o se prueben a través de la capa de liquidación.

El secuenciador puede proporcionar a los usuarios información rápida de que su transacción ha sido aceptada en el flujo de transacciones del rollup.

Esta respuesta rápida suele denominarse preconfirmación o confirmación blanda.

Un secuenciador puede mejorar la velocidad porque los usuarios no necesitan esperar a la liquidación completa para ver un resultado probable.

Sin embargo, también puede adquirir mucho poder, ya que el orden afecta al trading, las liquidaciones, las subastas, el MEV y la equidad para los usuarios.

Si un operador controla la secuenciación, puede influir en el orden de las transacciones salvo que las reglas del protocolo eviten el abuso.

Un secuenciador compartido cambia el modelo al permitir que varios rollups dependan de una capa de secuenciación común.

Esto crea nuevas oportunidades de coordinación y descentralización.

También crea nuevos riesgos, ya que la capa compartida pasa a ser una infraestructura crítica para muchos rollups a la vez.

Rollup

Un rollup es un sistema de escalabilidad blockchain que procesa transacciones fuera de una cadena principal y publica datos comprimidos, pruebas, compromisos o resultados de vuelta en esa cadena principal.

La documentación sobre la arquitectura de rollups de Espresso describe un rollup como una blockchain que se ejecuta sobre otra blockchain, conocida como cadena principal o capa de liquidación.

Los rollups ayudan a escalar las redes cripto al trasladar la ejecución fuera de la capa base, aunque mantienen una relación con ella.

Los rollups optimistas suelen depender de pruebas de fraude y periodos de impugnación.

Los rollups de conocimiento cero suelen depender de pruebas de validez que demuestran que las transiciones de estado se calcularon correctamente.

Ambos modelos siguen necesitando ordenar las transacciones antes de poder actualizar el estado del rollup.

Ahí es donde los secuenciadores entran en la pila de un rollup.

Un secuenciador compartido no sustituye al propio rollup.

Es un servicio compartido que puede ayudar a varios rollups a ordenar transacciones de forma coordinada.

Los rollups siguen siendo responsables de sus reglas de ejecución, su lógica de transición de estado, su proceso de liquidación y sus aplicaciones orientadas al usuario.

Secuenciador centralizado frente a secuenciador compartido

Un secuenciador centralizado suele estar controlado por un operador o un equipo de proyecto.

Este diseño puede ser sencillo, rápido y fácil de lanzar.

También puede generar riesgos de censura, inactividad, ordenación y confianza.

Un secuenciador compartido está diseñado para atender a varios rollups a través de una red de secuenciación común.

Esto puede reducir la dependencia de un operador específico de cada rollup.

También puede hacer que la ordenación de transacciones sea más neutral si el secuenciador compartido cuenta con gobernanza descentralizada y participación de validadores.

La contrapartida es la complejidad.

Un secuenciador compartido debe coordinar muchos rollups, usuarios, aplicaciones y, posiblemente, muchas capas de disponibilidad de datos o liquidación.

También debe crear incentivos para operadores de secuenciadores, validadores, rollups y usuarios.

El modelo centralizado puede ser más fácil de operar, mientras que el modelo compartido busca una coordinación y descentralización mayores.

Secuenciador compartido frente a secuenciador descentralizado

Un secuenciador descentralizado es cualquier sistema de secuenciación en el que el poder de secuenciación se distribuye entre varios participantes.

Un secuenciador compartido suele ser un secuenciador descentralizado u orientado a la descentralización que presta servicio a varios rollups.

Los dos términos se solapan, pero no son idénticos.

Un rollup puede contar con un conjunto de secuenciadores descentralizados que solo atienda a ese rollup.

Un secuenciador compartido atiende a más de un rollup mediante una red común de ordenación.

Esta distinción es importante porque la secuenciación compartida añade la coordinación entre rollups como objetivo de diseño.

Un secuenciador descentralizado de un único rollup puede mejorar la resistencia a la censura de ese rollup.

Un secuenciador compartido puede mejorar la resistencia a la censura y también respaldar la componibilidad entre rollups.

Por tanto, la secuenciación compartida es tanto una idea de descentralización como una idea de interoperabilidad.

Los usuarios deben comprobar si un sistema simplemente está descentralizado, si realmente se comparte entre rollups o ambas cosas.

Secuenciador compartido frente a bridge

Un secuenciador compartido no es lo mismo que un bridge.

Un bridge mueve activos, mensajes o estado entre cadenas.

Un secuenciador compartido ordena transacciones para rollups.

Ambos sistemas pueden funcionar conjuntamente, ya que las aplicaciones entre rollups pueden necesitar tanto ejecución ordenada como movimiento de activos.

Por ejemplo, una acción DeFi entre rollups puede necesitar una capa de ordenación compartida para coordinar el momento de las transacciones y un bridge o sistema de mensajería para mover valor o estado.

Un bridge suele conllevar riesgos de custodia, verificación o transmisión de mensajes.

Un secuenciador compartido suele conllevar riesgos de ordenación, disponibilidad operativa, censura y MEV.

Los usuarios no deben asumir que un secuenciador compartido elimina el riesgo de bridge.

Los desarrolladores deben diseñar aplicaciones entre rollups analizando ambos sistemas por separado.

Una interoperabilidad segura necesita ordenación segura, mensajería segura y respaldo seguro de los activos.

Secuenciador compartido frente a capa de disponibilidad de datos

Una capa de disponibilidad de datos ayuda a garantizar que los datos de las transacciones estén disponibles para que usuarios, nodos, probadores o impugnadores puedan reconstruir el estado de la cadena.

Un secuenciador compartido ordena transacciones, mientras que una capa de disponibilidad de datos hace que los datos sean accesibles después de la ordenación o la creación de lotes.

La documentación de Ethereum sobre disponibilidad de datos explica por qué la disponibilidad de datos es importante para los rollups y la seguridad blockchain.

Algunos diseños de blockchain modulares separan la ejecución, la liquidación, la secuenciación y la disponibilidad de datos en capas distintas.

En ese modelo modular, un secuenciador compartido puede ordenar transacciones mientras otra capa almacena o distribuye los datos.

Esta separación aporta flexibilidad a los desarrolladores, pero también crea más componentes interdependientes.

Si los datos de las transacciones no están disponibles, es posible que los usuarios no puedan verificar el estado ni salir de forma segura.

Si falla el secuenciador, puede que las transacciones no se ordenen a tiempo.

Si la capa de liquidación rechaza un lote, la finalidad puede retrasarse o ser objeto de disputa.

Por ello, la secuenciación compartida debe evaluarse junto con el diseño de disponibilidad de datos y liquidación.

Preconfirmaciones

Una preconfirmación es una señal temprana de que una transacción ha sido aceptada u ordenada antes de alcanzar la finalidad de liquidación completa.

Las preconfirmaciones son importantes porque los usuarios quieren recibir una respuesta rápida después de enviar transacciones.

Sin una respuesta rápida, los usuarios de rollups pueden tener que esperar pasos de liquidación más lentos antes de saber si es probable que una acción tenga éxito.

Un secuenciador compartido puede proporcionar preconfirmaciones entre rollups conectados si su diseño admite esa función.

Esto puede mejorar la experiencia de usuario en el trading, los juegos, los pagos y las aplicaciones que necesitan respuestas rápidas.

Sin embargo, las preconfirmaciones no siempre equivalen a la liquidación final.

Un usuario debe entender si una confirmación es una promesa blanda del secuenciador, una confirmación de disponibilidad de datos, una confirmación de la capa de liquidación o un resultado de prueba finalizado.

Los distintos sistemas utilizan diferentes niveles de confirmación.

Una confirmación rápida es útil, pero no debe confundirse con la garantía de finalidad más sólida.

Las aplicaciones deben explicar claramente a los usuarios la solidez de las confirmaciones.

Componibilidad entre rollups

La componibilidad entre rollups significa que las aplicaciones de distintos rollups pueden interactuar de forma coordinada.

Esto es difícil porque cada rollup puede tener su propio secuenciador, tiempo de bloque, reglas de finalidad, sistema de bridge y proceso de actualización de estado.

Un secuenciador compartido puede ayudar al proporcionar a varios rollups una fuente de ordenación común.

Si dos rollups dependen de la misma capa de ordenación, las aplicaciones pueden coordinar transacciones de forma más predecible.

Esto es importante para DeFi, ya que las operaciones, liquidaciones, movimientos de colateral, arbitraje y acciones de préstamo suelen depender del momento de ejecución.

También es importante para juegos, pagos, identidad y aplicaciones sociales en las que los usuarios pueden desplazarse entre entornos de rollups.

Trabajos académicos como Towards Universal Atomic Composability estudian la componibilidad entre rollups y los desafíos de coordinar la ejecución entre múltiples rollups.

La secuenciación compartida no resuelve automáticamente todos los problemas de componibilidad.

La ejecución, la mensajería, la liquidez, la liquidación y la gestión de fallos siguen siendo importantes.

Aun así, puede ser un componente fundamental para un ecosistema de rollups más conectado.

Ejecución atómica

La ejecución atómica significa que un grupo de acciones relacionadas se realiza por completo o no se realiza ninguna de ellas.

En sistemas entre rollups, la ejecución atómica es difícil porque cada rollup puede procesar transacciones de forma independiente.

Un secuenciador compartido puede ayudar a coordinar la ordenación de transacciones para que las acciones en varios rollups sean más predecibles.

Por ejemplo, un trader puede querer que una acción en un rollup se ejecute solo si también se ejecuta una acción relacionada en otro rollup.

Esto resulta valioso para el arbitraje, el movimiento de colateral, los swaps entre rollups y las estrategias DeFi complejas.

Sin embargo, la atomicidad no es solo un problema de ordenación.

También depende de las reglas de ejecución, los canales de comunicación, la liquidez, la finalidad y la gestión de reversiones.

Investigaciones como Atomic Execution is Not Enough for Arbitrage Profit Extraction in Shared Sequencers muestran que la secuenciación compartida y la ejecución atómica pueden tener efectos económicos matizados.

Esto significa que los secuenciadores compartidos no deben promocionarse como una solución mágica para toda la complejidad entre rollups.

Son una herramienta importante dentro de un diseño de interoperabilidad más amplio.

MEV y secuenciadores compartidos

MEV significa valor máximo extraíble, es decir, el valor que puede obtenerse al influir en la inclusión, exclusión u ordenación de transacciones.

La documentación oficial de Ethereum sobre MEV explica cómo la ordenación de transacciones puede crear oportunidades de extracción de valor.

Los secuenciadores están estrechamente relacionados con el MEV porque ayudan a decidir el orden de las transacciones.

Un secuenciador centralizado puede tener una gran capacidad para extraer MEV o elegir quién obtiene acceso a oportunidades de ordenación.

Un secuenciador compartido puede hacer que la gestión del MEV sea potencialmente más transparente o competitiva.

También puede crear nuevos mercados de MEV entre varios rollups, ya que se coordina un mayor flujo de transacciones en un solo lugar.

Esto puede ser positivo si el MEV se distribuye de forma equitativa o se utiliza para respaldar la seguridad de la red.

Puede ser perjudicial si los usuarios sufren una peor ejecución, ataques sandwich, censura u ordenación injusta de transacciones.

Por ello, el diseño de la secuenciación compartida debe abordar directamente el MEV.

Los usuarios deben valorar si el sistema cuenta con ordenación justa, reglas de subasta, mecanismos de protección o distribución transparente del MEV.

Resistencia a la censura

La resistencia a la censura significa que los usuarios pueden lograr que se incluyan transacciones válidas incluso cuando algunos participantes no quieren incluirlas.

Un secuenciador centralizado puede censurar a los usuarios negándose a incluir sus transacciones o retrasándolas.

Muchos rollups incluyen vías de transacción forzosa a través de la capa de liquidación para reducir este riesgo.

Sin embargo, la inclusión forzosa puede ser más lenta, más cara o menos cómoda para el usuario que la inclusión normal mediante el secuenciador.

Un secuenciador compartido puede mejorar la resistencia a la censura si distribuye la autoridad de secuenciación entre muchos participantes independientes.

Si un nodo secuenciador rechaza una transacción, otros pueden incluirla.

Esto depende del consenso, mempool, conjunto de validadores y diseño de penalizaciones del secuenciador compartido.

Un secuenciador compartido controlado por un grupo pequeño puede no proporcionar una sólida resistencia a la censura.

Usuarios y desarrolladores deben comprobar cómo pueden incluirse las transacciones cuando falla la vía normal.

La resistencia a la censura es una función práctica, no solo un principio político.

Disponibilidad operativa

La disponibilidad operativa significa que el sistema continúa procesando transacciones y avanzando.

Un rollup con un solo secuenciador puede afrontar riesgo de disponibilidad operativa si ese secuenciador queda fuera de servicio o deja de aceptar transacciones.

Un secuenciador compartido puede mejorar la disponibilidad operativa al utilizar una red de participantes en lugar de un único operador.

Si falla un participante, la red restante puede seguir ordenando transacciones si el protocolo está diseñado para tolerar fallos.

La documentación de la capa de secuenciación de Radius describe la disponibilidad operativa como el mantenimiento del funcionamiento incluso en presencia de fallos.

La disponibilidad operativa es importante porque los usuarios necesitan que las aplicaciones sigan funcionando durante situaciones de estrés de mercado, congestión o interrupciones de infraestructura.

Una interrupción del secuenciador puede afectar a operaciones, liquidaciones, bridges, juegos, pagos y retiradas.

La secuenciación compartida puede reducir el riesgo de inactividad de un único operador, pero también puede crear dependencia de una infraestructura compartida.

Si falla el propio secuenciador compartido, varios rollups conectados pueden verse afectados a la vez.

Un buen diseño de secuenciador compartido debe equilibrar la redundancia con un aislamiento cuidadoso de los fallos.

Finalidad

La finalidad es el punto en el que una transacción se considera liquidada conforme a las reglas de un sistema.

Los secuenciadores compartidos pueden proporcionar finalidad o confirmación temprana de ordenación antes de la liquidación final del rollup en una cadena principal.

Esa finalidad temprana puede ser útil para la experiencia de usuario, pero puede no ser idéntica a la finalidad de liquidación.

Los rollups pueden tener varios niveles de finalidad, incluidos la confirmación del secuenciador, la confirmación de disponibilidad de datos, la aceptación de pruebas y la finalidad de la capa de liquidación.

Un secuenciador compartido puede mejorar la coordinación en la capa de secuenciación, aunque siga dependiendo de otras capas para garantías de liquidación más sólidas.

Los usuarios deben entender qué nivel de finalidad se aplica a depósitos, operaciones, retiradas y acciones entre rollups.

Las aplicaciones deben etiquetar claramente las confirmaciones en lugar de tratar todas como equivalentes.

Una confirmación rápida de un secuenciador compartido puede ser valiosa para el uso habitual.

Las transacciones de gran tamaño pueden seguir requiriendo esperar a garantías de liquidación más sólidas.

La finalidad debe entenderse como un concepto por capas al utilizar rollups y sistemas de secuenciación compartida.

Participantes de la red de secuenciadores compartidos

Una red de secuenciadores compartidos puede incluir nodos secuenciadores, validadores, operadores de rollups, builders, proponentes, relayers, usuarios y participantes de la gobernanza.

Los nodos secuenciadores reciben y ordenan transacciones o bloques de rollups.

Los validadores pueden ejecutar el consenso para acordar el orden.

Los operadores de rollups integran el secuenciador compartido en la pila de su rollup.

Los builders pueden construir bloques o paquetes de transacciones.

Los relayers pueden mover datos entre la red de secuenciadores, los rollups, las capas de disponibilidad de datos y las capas de liquidación.

Los participantes de la gobernanza pueden decidir actualizaciones, parámetros, comisiones, incentivos o admisión de validadores.

Las funciones exactas dependen del diseño de secuenciación compartida.

Los usuarios no deben asumir que la palabra descentralizado significa que cada función está plenamente descentralizada.

Un secuenciador compartido puede seguir teniendo componentes centralizados si el despliegue, la gobernanza o la integración son incompletos.

Secuenciador compartido y blockchains modulares

Las blockchains modulares separan funciones como la ejecución, la liquidación, la disponibilidad de datos y la secuenciación.

Un secuenciador compartido encaja de forma natural en este diseño modular, ya que puede especializarse en la ordenación mientras otras capas realizan otras funciones.

Un rollup puede utilizar una capa para la ejecución, otra para la liquidación, otra para la disponibilidad de datos y un secuenciador compartido para ordenar transacciones.

Esto permite que cada capa se optimice para una función concreta.

El beneficio es la flexibilidad y la especialización.

El riesgo es la complejidad y la dependencia de múltiples sistemas.

Si falla una capa, puede verse afectada la experiencia de usuario o la seguridad de toda la aplicación.

Por tanto, la secuenciación compartida forma parte de la tesis más amplia de las blockchains modulares.

Puede hacer que los ecosistemas de rollups sean más flexibles, pero también requiere explicaciones claras de los supuestos de seguridad.

Los desarrolladores deben documentar de qué capas depende su aplicación.

Secuenciador compartido y soberanía de los rollups

La soberanía de un rollup significa que conserva el control sobre sus reglas de ejecución, lógica de aplicación, gobernanza y vía de actualización.

Un secuenciador compartido puede proporcionar ordenación sin necesariamente quitar al rollup el control sobre la ejecución.

Esto es importante porque los rollups pueden querer los beneficios de una secuenciación común sin convertirse en idénticos a todos los demás rollups.

Cada rollup puede seguir definiendo su propia función de transición de estado, máquina virtual, diseño de comisiones, reglas de aplicación y proceso de gobernanza.

El secuenciador compartido proporciona coordinación en la capa de ordenación.

Esta separación puede ayudar a los rollups a compartir infraestructura conservando sus propias identidades.

Sin embargo, los rollups deben decidir cuánta autoridad tiene el secuenciador compartido.

También deben definir vías alternativas si el secuenciador compartido no está disponible o se comporta indebidamente.

Una buena integración debe preservar la autonomía del rollup al tiempo que mejora la fiabilidad de la ordenación.

Una mala integración puede crear dependencia sin control suficiente.

Secuenciador compartido e interoperabilidad

La interoperabilidad significa que diferentes entornos blockchain pueden comunicarse o coordinarse entre sí.

Los secuenciadores compartidos pueden respaldar la interoperabilidad proporcionando a varios rollups un marco de ordenación común.

Esto puede reducir la incertidumbre temporal cuando las aplicaciones necesitan coordinar acciones entre rollups.

La interoperabilidad sigue requiriendo mensajería, liquidez, seguridad de bridges y lógica a nivel de aplicación.

Un secuenciador compartido no puede mover activos por sí mismo salvo que se combine con otros sistemas.

Aun así, puede facilitar el desarrollo de aplicaciones entre rollups porque la ordenación está menos fragmentada.

Por ejemplo, un swap entre rollups puede necesitar tanto un protocolo de mensajería como una garantía de ordenación compartida.

Un juego entre rollups puede necesitar una sincronización predecible entre acciones en rollups separados.

Un sistema de préstamos entre rollups puede necesitar flujos coordinados de colateral y liquidación.

La secuenciación compartida puede ser una capa de coordinación para estos casos de uso.

Secuenciador compartido y ordenación justa

La ordenación justa significa que las transacciones se ordenan según reglas transparentes en lugar de favoritismos ocultos.

Esto es difícil en cripto porque la ordenación de transacciones puede crear oportunidades de beneficio.

Un secuenciador compartido puede utilizar reglas, subastas, mempools cifrados, compromisos, ordenación aleatorizada u otros mecanismos para reducir la ordenación injusta.

Los distintos sistemas toman decisiones de diseño diferentes.

No existe una única solución perfecta de ordenación justa para todas las aplicaciones.

Un protocolo DeFi puede preocuparse principalmente por reducir los ataques sandwich.

Un juego puede preocuparse principalmente por evitar el front-running de movimientos.

Una aplicación de pagos puede preocuparse principalmente por una inclusión rápida y un coste bajo.

Los diseños de secuenciadores compartidos deben explicar cómo gestionan la prioridad de las transacciones y el MEV.

Los usuarios deben actuar con cautela cuando las reglas de ordenación son imprecisas o están controladas por un grupo pequeño.

Secuenciador compartido y mecanismos alternativos ante censura

Un mecanismo alternativo ante censura es una vía que permite a los usuarios lograr la inclusión de transacciones si falla la vía normal del secuenciador.

Los rollups pueden permitir a los usuarios enviar transacciones directamente a un contrato de liquidación u otro mecanismo de inclusión.

Esto puede proteger a los usuarios de quedar bloqueados permanentemente por un secuenciador.

Los sistemas de secuenciadores compartidos también deben definir qué sucede si falla la capa compartida o rechaza transacciones.

Una vía alternativa puede ser más lenta o costosa, pero puede ser importante para la seguridad de los usuarios.

El diseño de estas vías es importante para retiradas, liquidaciones, salidas de emergencia y acciones de gobernanza.

Un secuenciador compartido que mejora la experiencia de usuario habitual, pero carece de una vía alternativa creíble, puede crear riesgos ocultos.

Los usuarios deben comprobar si pueden salir o forzar la inclusión durante la inactividad del secuenciador.

Los desarrolladores deben probar las vías alternativas en lugar de tratarlas como algo teórico.

Una vía alternativa que nadie puede utilizar en la práctica ofrece una protección débil.

Secuenciador compartido y disponibilidad de datos

La secuenciación compartida depende de que los datos ordenados estén disponibles para los rollups que los necesitan.

Si el secuenciador ordena las transacciones pero los datos no están disponibles, los nodos del rollup pueden no ser capaces de derivar el estado correcto.

Por tanto, la disponibilidad de datos está estrechamente vinculada a la seguridad de los secuenciadores compartidos.

Un secuenciador compartido puede publicar datos en una capa de disponibilidad de datos, proporcionar datos a nodos de rollups o trabajar con canales de datos específicos de cada rollup.

La documentación oficial de Celestia describe Celestia como una red modular de disponibilidad de datos, uno de los tipos de infraestructura que pueden utilizar los rollups modulares.

Un rollup debe indicar claramente dónde se publican sus datos de transacciones y cómo pueden los usuarios verificar su disponibilidad.

La ordenación rápida no es suficiente si los usuarios no pueden acceder a los datos necesarios para verificar el estado.

Los fallos de disponibilidad de datos pueden afectar a las pruebas de fraude, pruebas de validez, salidas y funcionamiento independiente de nodos.

La secuenciación compartida debe evaluarse junto con las garantías de disponibilidad de datos.

El orden de las transacciones y la disponibilidad de sus datos son cuestiones de seguridad independientes, aunque conectadas.

Secuenciador compartido y liquidación

La liquidación es el proceso mediante el cual los compromisos de estado, las pruebas o las disputas de un rollup se resuelven en una cadena principal.

Un secuenciador compartido puede ordenar transacciones rápidamente, pero la liquidación puede producirse posteriormente a través de otra capa.

Esto significa que una transacción puede secuenciarse antes de quedar totalmente liquidada.

La diferencia entre secuenciación y liquidación afecta a la finalidad, el plazo de retirada, la gestión de disputas y el riesgo de las aplicaciones.

Algunos rollups liquidan en Ethereum, mientras que otros pueden liquidar en capas base distintas o sistemas modulares de liquidación.

El secuenciador compartido no sustituye automáticamente la seguridad de la capa de liquidación.

Ayuda con la ordenación antes del proceso de liquidación o junto a él.

Los usuarios deben entender si su transacción solo se ha secuenciado, se ha publicado para disponibilidad de datos, se ha probado o se ha finalizado mediante liquidación.

Los desarrolladores deben mostrar estas etapas en las interfaces cuando los usuarios necesiten tomar decisiones sensibles al riesgo.

La liquidación sigue siendo una parte fundamental de la seguridad de los rollups incluso cuando la secuenciación se comparte.

Secuenciador compartido e ingresos de los secuenciadores

Los secuenciadores pueden obtener ingresos de las comisiones de transacción, comisiones de prioridad, subastas de MEV, pagos de protocolos o acuerdos de integración con rollups.

Un secuenciador compartido puede agregar el flujo de transacciones de muchos rollups, lo que puede crear un mercado mayor para los servicios de ordenación.

Esto puede ayudar a respaldar un conjunto de validadores descentralizado si los ingresos se distribuyen entre los participantes.

También puede generar cuestiones de gobernanza y equidad.

Importa quién recibe las comisiones de secuenciación.

Importa quién controla los derechos sobre el MEV.

Importa si los usuarios reciben una mejor ejecución.

Importa si los rollups pueden elegir sus propias políticas de comisiones.

El modelo económico de un secuenciador compartido debe alinear a rollups, usuarios, validadores y desarrolladores.

Si los incentivos están mal diseñados, el secuenciador compartido puede volverse extractivo en lugar de ser una infraestructura neutral.

Secuenciador compartido y experiencia de usuario

Los secuenciadores compartidos pueden mejorar la experiencia de usuario al proporcionar confirmaciones más rápidas e interacciones entre rollups más fluidas.

Los usuarios pueden no ver directamente el secuenciador compartido porque opera bajo las carteras y aplicaciones.

Un usuario puede simplemente notar que las transacciones se confirman más rápido o que las acciones entre rollups parecen más coordinadas.

Una buena experiencia de usuario debe seguir informando a los usuarios sobre qué red utilizan y qué nivel de finalidad han alcanzado.

Un secuenciador compartido no debe ocultar riesgos importantes tras una interfaz sencilla.

Los usuarios deben saber cuándo una acción depende de una capa de secuenciación compartida, un bridge, un sistema de disponibilidad de datos o un retraso de liquidación.

Las etiquetas claras sobre el estado de las transacciones pueden reducir la confusión.

Para acciones pequeñas, las preconfirmaciones rápidas pueden ser suficientes.

Para transferencias grandes o acciones DeFi de alto riesgo, puede ser necesaria una finalidad más sólida.

La mejor experiencia de usuario combina velocidad con una comunicación clara de los riesgos.

Secuenciador compartido y desarrolladores

Los desarrolladores pueden utilizar secuenciadores compartidos para crear aplicaciones que funcionen en varios rollups.

Esto puede reducir la necesidad de integrarse por separado con muchos sistemas de secuenciadores aislados.

Los desarrolladores también pueden beneficiarse de garantías de ordenación comunes, una mejor componibilidad y confirmaciones más rápidas.

Sin embargo, la integración requiere comprender las API, los supuestos de finalidad, las vías de disponibilidad de datos, los modos alternativos y las dependencias de liquidación.

Los desarrolladores no deben asumir que la secuenciación compartida hace que el estado entre rollups sea automáticamente seguro.

Deben seguir gestionando mensajes fallidos, liquidación retrasada, riesgo de bridge, cambios de liquidez y reglas de ejecución específicas de cada cadena.

Las pruebas deben incluir inactividad del secuenciador, datos retrasados, supuestos de reorganización y vías alternativas.

La supervisión debe seguir las confirmaciones del secuenciador, la publicación de lotes, el estado de liquidación y la finalización de mensajes entre rollups.

Los secuenciadores compartidos pueden simplificar algunos problemas de coordinación y, al mismo tiempo, crear nuevas dependencias de infraestructura.

Los desarrolladores deben documentar esas dependencias para usuarios y auditores.

Secuenciador compartido y seguridad

La seguridad de un secuenciador compartido depende de la descentralización de validadores, la seguridad del consenso, la disponibilidad operativa, la resistencia a la censura, el diseño criptográfico, la gobernanza y la calidad de la integración.

Un secuenciador compartido puede reducir el riesgo de que un operador de rollup controle por sí solo la ordenación.

También puede crear una dependencia común para muchos rollups.

Si el secuenciador compartido es atacado, está mal configurado o es capturado, varios rollups pueden verse afectados.

Esto es similar a otros riesgos de infraestructura compartida en cripto.

Los equipos de seguridad deben evaluar cómo alcanza el consenso el secuenciador, cómo se incorporan los validadores, cómo se penalizan los fallos y cómo se realizan las actualizaciones.

También deben evaluar qué sucede si el secuenciador produce una ordenación inválida, retrasa datos o deja de operar.

Las aplicaciones no deben depender de supuestos optimistas sin planes alternativos.

Los auditores deben revisar la integración del secuenciador como parte de la seguridad de los rollups y las aplicaciones entre rollups.

La secuenciación compartida es infraestructura crítica para la seguridad, no solo una función de rendimiento.

Secuenciador compartido y gobernanza

La gobernanza controla cómo cambia un secuenciador compartido con el tiempo.

La gobernanza puede decidir reglas de validadores, comisiones, actualizaciones de protocolo, poderes de emergencia, política de MEV, incorporación de rollups y reglas de slashing.

La gobernanza puede mejorar la adaptabilidad cuando el sistema necesita actualizaciones o correcciones de emergencia.

También puede crear riesgo de centralización si un grupo pequeño puede modificar las reglas de ordenación o censurar rollups.

Los usuarios y desarrolladores deben comprobar quién controla la gobernanza y si los cambios están sujetos a timelock, son transparentes o se someten a revisión comunitaria.

Los rollups que se integran con un secuenciador compartido deben entender si la gobernanza puede afectar a su flujo de transacciones.

Un secuenciador compartido promocionado como neutral debe tener límites de gobernanza creíbles.

La transparencia de la gobernanza es especialmente importante porque la secuenciación compartida puede afectar a muchos rollups a la vez.

Una mala gobernanza puede convertir la infraestructura compartida en riesgo compartido.

Una buena gobernanza puede ayudar a mantener la neutralidad y la seguridad de las actualizaciones.

Riesgos de los secuenciadores compartidos

El primer gran riesgo es la dependencia de infraestructura compartida.

Si muchos rollups dependen de un secuenciador compartido, un fallo puede afectar a muchas aplicaciones a la vez.

El segundo gran riesgo es la captura de la gobernanza.

Si un grupo pequeño controla las actualizaciones o las reglas de los validadores, la descentralización puede ser menor de lo anunciado.

El tercer gran riesgo es la censura.

Si la red de secuenciadores rechaza transacciones o excluye rollups, los usuarios pueden necesitar vías alternativas más lentas.

El cuarto gran riesgo es la extracción de MEV.

La ordenación compartida puede crear nuevas oportunidades de MEV entre rollups que perjudiquen a los usuarios si no se gestionan de forma justa.

El quinto gran riesgo es la complejidad de integración.

Los rollups y las aplicaciones pueden interpretar mal los niveles de confirmación, el comportamiento de las vías alternativas o el momento de liquidación.

Más riesgos de los secuenciadores compartidos

El sexto gran riesgo es el fallo de disponibilidad de datos.

Ordenar transacciones no ayuda a los usuarios si los datos necesarios para verificar el estado no están disponibles.

El séptimo gran riesgo son los incentivos económicos débiles.

Un secuenciador compartido debe recompensar suficientemente a los participantes para mantener un servicio fiable sin volverse demasiado extractivo.

El octavo gran riesgo es una responsabilidad poco clara cuando algo falla entre rollups.

Los usuarios pueden no saber si el fallo procede del rollup, el secuenciador, el bridge, la capa de disponibilidad de datos o la aplicación.

El noveno gran riesgo son las afirmaciones prematuras de descentralización.

Un proyecto puede describir su objetivo como descentralizado mientras sus operaciones actuales siguen controladas por un conjunto más pequeño de partes.

El décimo gran riesgo es la confusión de los usuarios.

La mayoría de los usuarios no entienden directamente la secuenciación, por lo que las interfaces deben comunicar el riesgo sin abrumarlos.

Ventajas de los secuenciadores compartidos

La primera ventaja es una menor dependencia de secuenciadores de un único rollup.

La segunda ventaja es una mayor resistencia a la censura cuando el poder de secuenciación se distribuye ampliamente.

La tercera ventaja es una mejor disponibilidad operativa si la red puede tolerar fallos de participantes.

La cuarta ventaja es una coordinación más sólida entre rollups.

La quinta ventaja son preconfirmaciones más rápidas y consistentes entre rollups conectados.

La sexta ventaja es una mejor componibilidad entre rollups para DeFi y otras aplicaciones.

La séptima ventaja es una capa de ordenación más neutral para ecosistemas blockchain modulares.

La octava ventaja es una posible mejora de la transparencia y distribución del MEV.

La novena ventaja es una integración más sencilla para desarrolladores entre muchos rollups.

La décima ventaja es una vía hacia una infraestructura de rollups más descentralizada sin obligar a cada rollup a construir su propia red de secuenciación.

Limitaciones de los secuenciadores compartidos

Un secuenciador compartido no puede hacer que un rollup sea seguro automáticamente.

No puede eliminar el riesgo de contratos inteligentes de las aplicaciones.

No puede garantizar la seguridad de un bridge.

No puede sustituir la seguridad de la capa de liquidación.

No puede garantizar la disponibilidad de datos salvo que la publicación de datos esté correctamente diseñada.

No puede eliminar el MEV de forma predeterminada.

No puede hacer sencilla la componibilidad entre rollups sin respaldo de mensajería y ejecución.

No puede proteger a los usuarios frente al phishing o aprobaciones indebidas en la cartera.

No puede hacer neutral un sistema de gobernanza débil.

Es una capa de infraestructura importante, pero no es una solución completa para todos los problemas de los rollups.

Cómo evaluar un secuenciador compartido

Empieza comprobando qué rollups utilizan el secuenciador compartido y hasta qué punto está integrada la solución.

Revisa si la red de secuenciadores está activa, solo está en testnet, es permissioned, permissionless o continúa en un despliegue por fases.

Comprueba cómo se ordenan las transacciones y cómo se alcanza el consenso.

Comprueba si hay validadores, quién puede operarlos y qué incentivos o penalizaciones se aplican.

Comprueba en qué se diferencian las preconfirmaciones de la finalidad de liquidación.

Comprueba si los usuarios tienen una vía alternativa si falla la secuenciación.

Comprueba dónde se ponen a disposición los datos de las transacciones.

Comprueba si la gobernanza puede actualizar reglas, censurar rollups o cambiar la política de comisiones.

Comprueba si el MEV se gestiona de forma transparente.

Una buena evaluación de un secuenciador compartido estudia conjuntamente la ordenación, disponibilidad operativa, resistencia a la censura, finalidad, gobernanza, disponibilidad de datos, economía y madurez de integración.

Errores habituales sobre los secuenciadores compartidos

Un error habitual es asumir que un secuenciador compartido es lo mismo que un rollup.

Otro error es asumir que la secuenciación compartida significa automáticamente descentralización total.

Un tercer error es asumir que las preconfirmaciones rápidas equivalen a la liquidación final.

Un cuarto error es ignorar la disponibilidad de datos.

Un quinto error es ignorar la política de MEV.

Un sexto error es asumir que la componibilidad entre rollups funciona automáticamente cuando estos comparten una capa de ordenación.

Un séptimo error es ignorar las vías alternativas ante censura o inactividad.

Un octavo error es tratar la gobernanza del secuenciador compartido como un detalle menor.

Un noveno error es asumir que una capa de infraestructura compartida no tiene riesgo sistémico.

Un décimo error es creer que la secuenciación compartida elimina el riesgo de bridge, cartera o contrato inteligente.

Buenas prácticas para usuarios

Entiende qué rollup utilizas y si depende de un secuenciador compartido.

Comprueba si el estado de tu transacción es una preconfirmación, una confirmación de disponibilidad de datos o una confirmación de liquidación.

Utiliza una finalidad más sólida para transferencias grandes o acciones DeFi de alto riesgo cuando sea práctico.

Lee la documentación oficial del rollup antes de confiar en funciones entre rollups.

Actúa con cautela ante aplicaciones que afirman ofrecer ejecución instantánea entre rollups sin explicar el modelo de confianza.

No asumas que la secuenciación compartida elimina el riesgo de bridge o liquidez.

Presta atención a interrupciones, retiradas retrasadas o una inclusión degradada de transacciones durante situaciones de estrés.

Utiliza carteras, exploradores y enlaces de documentación oficiales al revisar el estado de una transacción.

Actúa con cautela con sistemas nuevos que todavía son experimentales o están en un despliegue por fases.

Considera la secuenciación compartida como una infraestructura útil, pero no como una garantía de seguridad.

Buenas prácticas para desarrolladores

Documenta cada supuesto relativo al secuenciador compartido en materiales orientados a usuarios y auditores.

Explica la diferencia entre una preconfirmación y la finalidad de liquidación.

Prueba el comportamiento de la aplicación durante la inactividad del secuenciador y la degradación del servicio.

Crea vías alternativas para acciones críticas cuando sea posible.

Supervisa las confirmaciones del secuenciador, la publicación de datos, el estado de liquidación y la entrega de mensajes entre rollups.

Revisa la exposición al MEV y los supuestos de ordenación de transacciones para aplicaciones DeFi.

No asumas ejecución atómica salvo que el diseño del secuenciador compartido y de la aplicación la admita realmente.

Revisa las dependencias de disponibilidad de datos junto con las dependencias de secuenciación.

Sé transparente sobre la gobernanza, la capacidad de actualización y los controles de emergencia.

Diseña interfaces que muestren a los usuarios qué cadena, rollup y nivel de confirmación están utilizando.

Preguntas frecuentes

¿Qué significa Shared Sequencer en cripto?

Un secuenciador compartido es una capa común de ordenación de transacciones que puede atender a varios rollups, en lugar de que cada rollup dependa únicamente de su propio secuenciador.

¿Por qué los rollups necesitan secuenciadores?

Los rollups necesitan secuenciadores para recibir transacciones, ordenarlas, agruparlas en lotes y ayudar a producir el flujo de transacciones del rollup antes de la liquidación.

¿Un secuenciador compartido es lo mismo que un rollup?

No. Un secuenciador compartido ordena transacciones para los rollups, mientras que un rollup ejecuta transacciones y mantiene sus propias reglas de estado.

¿Un secuenciador compartido hace que los rollups estén plenamente descentralizados?

No automáticamente, porque la descentralización depende de la distribución de validadores, la gobernanza, las vías alternativas, la disponibilidad de datos y la implementación real.

¿Qué problema resuelve un secuenciador compartido?

Un secuenciador compartido puede reducir el riesgo de secuenciación centralizada y mejorar la coordinación entre varios rollups.

¿Pueden los secuenciadores compartidos mejorar la componibilidad entre rollups?

Sí. Los secuenciadores compartidos pueden ayudar a coordinar la ordenación entre rollups, pero siguen siendo necesarios el diseño de mensajería, ejecución, liquidez y liquidación.

¿Cuál es el mayor riesgo de un secuenciador compartido?

El mayor riesgo es que un secuenciador compartido se convierta en infraestructura crítica cuyo fallo, captura o censura pueda afectar a muchos rollups conectados.

¿Un secuenciador compartido elimina el MEV?

No. La secuenciación compartida puede cambiar la forma en que aparece y se distribuye el MEV, pero no lo elimina automáticamente.

¿Qué es una preconfirmación?

Una preconfirmación es una señal temprana de que una transacción ha sido aceptada u ordenada antes de alcanzar la mayor finalidad de liquidación.

¿Cómo deben evaluar los usuarios la seguridad de un secuenciador compartido?

Los usuarios deben revisar la descentralización, disponibilidad operativa, resistencia a la censura, disponibilidad de datos, niveles de finalidad, gobernanza, vías alternativas y madurez de la integración del rollup.

Conclusión

Un secuenciador compartido es una capa común de ordenación de transacciones que puede prestar servicio a varios rollups en un ecosistema blockchain modular.

Está diseñado para reducir la dependencia de secuenciadores de un único rollup, mejorar la coordinación entre rollups, respaldar confirmaciones más rápidas y crear una capa de ordenación más neutral.

Los secuenciadores compartidos son importantes porque la ordenación de transacciones afecta a la experiencia de usuario, la resistencia a la censura, el MEV, la disponibilidad operativa de los rollups y la interoperabilidad.

Pueden ayudar a que los rollups estén más conectados, especialmente cuando las aplicaciones necesitan actividad coordinada en varios entornos de rollups.

También introducen riesgos, ya que un secuenciador compartido puede convertirse en infraestructura crítica para muchos rollups a la vez.

Entre los riesgos importantes se encuentran la captura de la gobernanza, la inactividad, la censura, la extracción de MEV, una disponibilidad de datos débil, una finalidad poco clara y la complejidad de integración.

Los usuarios deben entender la diferencia entre secuenciación, disponibilidad de datos, liquidación, bridging y ejecución antes de confiar grandes cantidades de valor a sistemas entre rollups.

Los desarrolladores deben explicar claramente los supuestos de los secuenciadores compartidos, probar vías alternativas, supervisar confirmaciones y evitar exagerar las garantías de seguridad.

Para principiantes, un secuenciador compartido se entiende mejor como un servicio de ordenación común que ayuda a varios rollups a coordinar transacciones.

Para usuarios avanzados, es una capa de infraestructura modular que afecta a las garantías de ordenación, la componibilidad entre rollups, los mercados de MEV, la resistencia a la censura, la disponibilidad operativa y el momento de liquidación.

En el contexto de un glosario cripto, Shared Sequencer significa una red compartida de ordenación de transacciones para varios rollups que puede mejorar la interoperabilidad y la descentralización, al tiempo que añade sus propios supuestos de seguridad y gobernanza.

La conclusión principal es que los secuenciadores compartidos son un paso importante hacia un ecosistema de rollups más conectado, pero deben evaluarse cuidadosamente, ya que una ordenación más rápida y coordinada solo es valiosa cuando el modelo de confianza subyacente es transparente, resiliente y está bien integrado.