Secuenciadores compartidos y MEV cross-domain

Habéis pasado cinco lecciones aprendiendo que el arbitraje cross-chain es difícil porque las dos patas no liquidan en una sola transacción. Compráis ETH en la cadena A a $2000, lo vendéis en la cadena B a $2020, y en algún punto entre esos dos clics estáis expuestos: con inventario en la mano, esperando la finalidad, confiando en un puente, rezando para que nada pierda su paridad. El hueco del 1% es la zanahoria; la ventana de exposición es el palo.

Esta lección final plantea la pregunta sobre la que todo el curso ha estado dando vueltas: ¿podemos recomprar la atomicidad? Y mientras la respondemos, ¿adónde va a parar todo ese poder de ordenación, todo ese MEV, cuando esparcís un mercado por muchas cadenas? Spoiler: no se evapora. Se traslada a un trono nuevo. Vamos a buscar el trono.

El MEV no muere, se reubica

Pensad en el MEV como la presión del agua en un edificio. No podéis hacer que la presión desaparezca añadiendo más tuberías: solo movéis dónde empuja con más fuerza. Dividid una cadena en diez rollups y el valor máximo extraíble (el beneficio que una parte puede obtener puramente por elegir qué transacciones incluir y en qué orden) no se va por el desagüe. Se acumula en juntas nuevas.

Las jugadas clásicas de una sola cadena que ya conocéis siguen ocurriendo dentro de cada cadena:

• Sándwich — encajar el swap de una víctima entre vuestra compra y vuestra venta.
• Backrun — colocar una transacción justo después de una conocida (una operación grande, una actualización de oráculo) para cosechar el movimiento que provoca.
• PBS / MEV-Boost — separación proposer-builder, donde los searchers construyen bundles ordenados, los builders ensamblan bloques y un relay corre una subasta a sobre cerrado para que el proposer cobre el valor sin elegir el orden.

Pero un mundo multicadena acuña una especie totalmente nueva encima de esas.

El MEV cross-domain es el valor extraíble por controlar o coordinar la ordenación de transacciones en dos o más cadenas o rollups a la vez. Dos ejemplos emblemáticos: (1) capturar un arbitraje cross-chain ordenando ambas patas a vuestro favor —vuestra compra en la cadena A y vuestra venta en la cadena B aterrizan exactamente donde queréis—; (2) hacer backrun a un depósito de puente —veis confirmar un depósito grande en la cadena de origen y corréis a actuar en la cadena de destino antes de que el precio allí reaccione.

El diagrama protagonista de abajo es la cadena de suministro del MEV de una sola cadena que conocisteis antes —searcher, builder, relay, proposer— reconvertida en una tubería cross-domain. La moraleja es el mismo hecho estructural: quien tiene el derecho a ordenar, gana, y en un mundo multicadena ese derecho puede abarcar dominios.

Cuándo importa

El MEV cross-domain es la lente dominante en cuanto una estrategia toca más de una cadena. Si vuestro arbitraje, liquidación o backrun depende de lo que ocurre en un segundo dominio, ya no competís solo contra searchers locales: competís contra quien mejor coordine la ordenación en ambas. Esa parte fija el suelo de la ventaja que os queda.

Secuenciadores: el creador de orden del rollup

Imaginad a un único jefe de circulación en una estación, con el único portapapeles que dice qué tren sale y en qué orden. Cada pasajero (transacción) tiene que pasar por esa única persona. Rápido y ordenado, y también el sitio perfecto para tener favoritos.

Un secuenciador es el componente de un rollup que recibe transacciones, decide su orden y publica los lotes resultantes hacia abajo, en L1 (Ethereum), para disponibilidad de datos y liquidación. La mayoría de los rollups en producción hoy corren un único secuenciador centralizado operado por el propio equipo del rollup. Un portapapeles, un jefe de circulación.

Ese operador tiene una ventaja estructural. Como ve el flujo entrante de transacciones y elige el orden, puede —en principio— hacer front-run (insertar su propia transacción por delante de la vuestra), censurar (retrasar o descartar transacciones que no le gustan) o simplemente cosechar MEV de ordenación que nadie más puede tocar. Es un monopolio de latencia y ordenación.

En la práctica ese poder se mitiga, no se elimina, gracias a tres cosas:

• Reputación — el negocio del equipo depende de no abusar de los usuarios de forma visible.
• Inclusión forzada / vías de escape — mecanismos que os dejan enviar una transacción directamente a L1 si el secuenciador os censura, para que no os pueda censurar para siempre.
• Hojas de ruta de descentralización — compromisos públicos de ceder la secuenciación a un conjunto sin permisos con el tiempo.

Cuándo importa

Si arbitráis hacia dentro o hacia fuera de un rollup, el secuenciador es el portero de vuestro fill. Su ventaja de latencia significa que puede, en principio, ver vuestro arbitraje entrante y reaccionar primero; su poder de censura significa que vuestro plan B de la vía de escape puede ser demasiado lento para salvar una operación sensible al tiempo. Saber si una cadena corre el portapapeles de un único operador —y lo rápida que es su vía de inclusión forzada— es parte de poner precio a la pata.

Secuenciadores compartidos

Ahora imaginad que el jefe de circulación se actualiza: en lugar de un portapapeles por estación, un jefe coordina los horarios de muchas estaciones a la vez. Si un pasajero necesita coger un tren de enlace en una segunda estación, el jefe puede garantizar que ambos trenes se esperen mutuamente, o que no salga ninguno. Eso es un secuenciador compartido.

Un secuenciador compartido es una capa de secuenciación que ordena transacciones para muchos rollups juntos (diseños como Espresso y Astria persiguen esto). Como una sola parte construye la ordenación de varias cadenas en el mismo compás, puede ofrecer el premio que todo este curso ha estado persiguiendo: inclusión atómica entre rollups. Puede empaquetar una transacción en el rollup X y una transacción en el rollup Y de modo que aterricen juntas o no aterricen, restaurando la atomicidad entre rollups y habilitando un arbitraje cross-rollup genuinamente atómico. Comprar en X, vender en Y, ambas en un único compromiso indivisible. Sin ventana de exposición entre las patas.

Esa es la cara buena, y es enorme: disuelve directamente el problema de la Lección 1 para cualquier par de cadenas que compartan el secuenciador.

El coste es igual de enorme, y es el tema de esta lección hecho literal:

• Un nuevo trono de MEV cross-domain. Concentrar el poder de ordenación sobre muchas cadenas en un solo sitio crea el asiento más poderoso que existe para el MEV cross-domain. El secuenciador compartido es la entidad mejor posicionada para coordinar la ordenación entre dominios, exactamente el valor que definimos antes.
• Confianza y censura, a mayor escala. Un secuenciador centralizado puede censurar una cadena; uno compartido puede censurar —o extraer de— todas las cadenas que sirve. Las preguntas de inclusión forzada y descentralización no desaparecen; se multiplican.
• Solo ayuda a las cadenas compartidas. Un secuenciador compartido restaura la atomicidad solo entre los rollups que de verdad lo usan. Dos L1 independientes cualesquiera —digamos Bitcoin y una cadena ajena— no comparten secuenciador, así que esto no les da nada. Aquí la atomicidad es un bien de club, no universal.

Cuándo importa

Los secuenciadores compartidos remodelan el mapa de estrategias de cualquier ecosistema de rollups que los adopte. Si vuestras dos patas viven dentro de un conjunto con secuenciador compartido, el arbitraje atómico entre rollups está sobre la mesa y la ventaja se colapsa hacia quien gane la subasta del secuenciador. Si aunque sea una pata queda fuera, los riesgos clásicos del carry trade vuelven a aparecer, así que la primera pregunta para cualquier estrategia entre rollups es simple: ¿comparten ambas cadenas un secuenciador?

Aproximar la atomicidad sin un secuenciador compartido

¿No hay secuenciador compartido entre vuestras dos cadenas? Entonces no podéis obtener atomicidad de verdad, pero podéis alquilar algo que parece atomicidad pagando a un especialista para que se coma el riesgo del medio. Tres familias hacen esto, y el truco para entender cada una es preguntar una sola cosa: ¿quién soporta el riesgo residual de inventario/finalidad/cola?

1. Relayers con fianza / fast-fill (p. ej. Across). Un relayer adelanta los fondos del usuario en la cadena de destino al instante desde su propio inventario, y luego reclama después la transferencia lenta del puente canónico. Para que sea honesto, el relayer deposita una fianza —colateral que se le recorta (slashing) (se confisca) si se porta mal. El usuario obtiene una UX casi atómica (fondos en B en segundos); el relayer se come el riesgo de latencia y finalidad de la pata lenta.

• Brecha de aproximación: solo funciona si la fianza es lo bastante grande para disuadir el engaño, y solo si los relayers aparecen de verdad a hacer el fill. Sin relayer, no hay fast-fill: caéis de nuevo al puente lento.

2. Escrow / swaps atómicos HTLC. Un contrato con bloqueo temporal por hash (HTLC) bloquea fondos en ambas cadenas tras el mismo hash secreto, con un tiempo de espera. O bien ocurren ambas reclamaciones (se revela el secreto, ambos lados se desbloquean) o bien ambas se reembolsan tras el tiempo de espera. Esto es genuinamente atómico-ish: la criptografía garantiza que no podéis quedaros a medio servir.

• Brecha de aproximación: es lento (esperáis a que pasen los bloqueos temporales), bloquea capital en ambos lados mientras está pendiente, y está expuesto al griefing y al problema de la opción gratis —la parte que revela el secreto en último lugar puede elegir marcharse si el precio se ha movido en su contra, habiendo inmovilizado el capital de la contraparte gratis. Esa opcionalidad tiene valor real, y la contraparte lo paga.

3. Sistemas basados en intents (UniswapX, CoW Protocol, Across-como-intents). El usuario firma un resultado deseado, no una secuencia de transacciones: “Quiero al menos X del token Y en la cadena B a cambio de mi token en la cadena A.” Los solvers competidores (rellenadores especializados) pujan entonces por satisfacer ese intent, asumiendo ellos mismos la ejecución cross-chain y todo su riesgo. El usuario obtiene un resultado con sensación atómica y garantizado —o consigue su X de Y o el intent no se cumple— mientras el solver soporta el riesgo residual de inventario, finalidad y cola.

• Brecha de aproximación: la confianza se traslada a los solvers y a la competencia entre ellos. Si los solvers se coluden o se centralizan, el precio efectivo del usuario empeora; y el mismo riesgo de puente subyacente que el solver usa para mover fondos sigue ahí, solo que en los libros del solver en vez de los vuestros.

Aquí tenéis el espacio de compromisos uno al lado del otro. Fijaos en que nada puntúa bien en todos los ejes: ese es justo el quid.

Cuándo importa

Estos tres son el kit de herramientas real que usaréis en producción, porque la mayoría de los pares cross-chain reales no comparten secuenciador. Elegir entre ellos es una decisión de enrutado de riesgo: el fast-fill y los intents dan velocidad a vuestros usuarios vendiendo el riesgo intermedio a un relayer/solver (pagáis un diferencial); los HTLC os dan seguridad criptográfica a costa de velocidad y capital. La elección correcta depende de qué eje —latencia, capital o confianza— puede permitirse menos gastar vuestra estrategia.

La frontera: recomprar la atomicidad

Dad un paso atrás y mirad todo el arco. Un hilo recorre cada lección de este curso, y es la pérdida de una sola primitiva: la atomicidad —la propiedad, gratis en cualquier cadena, de que una compra y una venta o bien se ejecutan ambas o bien ninguna, dentro de una sola transacción.

La Lección 1 os la quitó en cuanto las dos patas vivían en cadenas distintas. Y todo lo demás desde entonces ha sido la factura de esa pérdida:

• Debéis mantener inventario entre las patas.
• Estáis dentro de una ventana de exposición donde el precio puede moverse en vuestra contra.
• Heredáis confianza en el puente y riesgo de cola —depegs, reversiones de finalidad, compromiso del conjunto de validadores.

Visto así, toda esta lección final es una sola idea vistiendo cuatro disfraces. Secuenciadores compartidos, relayers con fianza, escrows HTLC, sistemas de intent+solver: todos son la industria intentando recomprar la atomicidad. Y cada uno la paga con una moneda distinta:

Cuándo importa

Esta es la lente con la que salir del curso. Para cualquier producto cross-chain que evaluéis —un puente, una app de intents, el diseño del secuenciador de un rollup nuevo—, responded a dos preguntas: ¿cuánta atomicidad restaura de verdad, y para quién? y ¿con qué paga: confianza, capital, latencia o centralización? Las respuestas os dicen dónde se asienta el riesgo residual, quién cobra por soportarlo y si os queda alguna ventaja.

Resumen