La cadena de suministro de MEV: PBS, MEV-Boost y quién captura realmente el valor

Una oportunidad rentable en cadena —una liquidación, un arbitraje entre plataformas, un sándwich— ya no es capturada por un solo bot que hace todo, desde observar el mempool hasta la inclusión en el bloque. Es capturada por una división del trabajo. Una parte encuentra la oportunidad, una segunda la ensambla en un bloque, una tercera transporta ese bloque a una cuarta que lo firma, y el dinero cambia de manos en cada salto. El MEV se ha industrializado. Tiene una cadena de suministro y, como toda cadena de suministro, la pregunta interesante no es cuánto valor fluye a través de ella, sino dónde termina el margen.

La respuesta corta, que este artículo se dedica a explicar: el valor ha migrado aguas abajo, lejos del buscador que hace la parte ingeniosa y hacia los constructores y validadores que controlan el espacio del bloque. Esa migración no es un accidente ni un abuso —es el resultado predecible de convertir el orden de las transacciones en una subasta competitiva. Si leíste Anatomía del MEV: sándwiches, frontrunning y la oscura selva del mempool, ya sabes qué es el MEV y te encontraste con las palabras "paquete" y "PBS" de pasada. Esta pieza es el organigrama detrás de ellos: quiénes son los actores, qué vende realmente cada uno y por qué un recién llegado que intenta entrar en la parte superior de la cadena hoy está entrando en la parte más comoditizada de ella.

La línea de montaje: buscador, constructor, relé, proponente

Antes de la separación proponente-constructor, la entidad que ordenaba las transacciones (un minero de prueba de trabajo) también producía el bloque, y un buscador que quería un orden específico tenía solo una palanca rudimentaria: el precio público del gas. Ese mundo —subastas de gas prioritarias gritándose unas a otras en el mempool— es el que el artículo del sándwich presenta. La pila moderna descompone ese actor único en cuatro roles especializados:

• Buscador. Encuentra la oportunidad y la expresa como un paquete — una lista ordenada de transacciones para ser ejecutadas atómicamente. Un backrun en una actualización de oráculo, un arbitraje atómico entre dos pools, un sándwich alrededor de un intercambio de víctima. La ventaja del buscador es la estrategia y simulación: saber que la oportunidad existe y valorarla correctamente. Este es el rol en el que vive el artículo Arbitraje atómico y préstamos flash — el buscador cuyos paquetes alimentan todo aguas abajo.
• Constructor. Recopila paquetes de muchos buscadores más transacciones públicas ordinarias, y resuelve un problema de empaquetamiento combinatorio: ensamblar el bloque más valioso, respetando la atomicidad y las restricciones de orden de cada paquete, sin que dos paquetes entren en conflicto en el estado. La ventaja del constructor es el flujo de órdenes y la optimización — cuanto mayor (y más exclusivo) sea el flujo que vea, más valioso será el bloque que pueda producir.
• Relé. Un intermediario de confianza que recibe bloques completos de los constructores, los valida (pagan lo que afirman, no son inválidos) y expone solo la cabecera del bloque más una oferta de valor al proponente. El relé existe para resolver un problema de confianza en ambas direcciones: el proponente se compromete a un bloque antes de ver su contenido (para que no pueda robar el MEV), y el constructor revela su bloque solo a un proponente que se ha comprometido a él (para que no pueda ser plagiado).
• Proponente (un validador, elegido por el protocolo para esta ranura). Recibe pares de cabecera+oferta, elige el más alto, lo firma y cobra el pago. La "ventaja" del proponente es simplemente haber sido seleccionado para proponer — un derecho que el protocolo asigna por participación (stake), no por habilidad.

Leído como un mercado, cada capa vende algo a la siguiente. Los buscadores venden paquetes ordenados a los constructores. Los constructores venden bloques completos a los proponentes (a través de relés). Los proponentes venden el espacio del bloque en sí mismo — lo único que es genuinamente escaso — al mejor postor. El valor se acumula en quien controla el insumo más escaso, y el insumo más escaso no es la astucia. Es la ranura.

Separación proponente-constructor y el pipeline de MEV-Boost

En Ethereum, esta línea de montaje se ejecuta fuera del protocolo a través de MEV-Boost, un middleware lanzado por Flashbots alrededor de la Fusión de septiembre de 2022 y ahora operado por la gran mayoría de los validadores. Paneles de control ampliamente citados indican que aproximadamente el ~90% de los bloques de Ethereum se construyen a través de constructores externos a través de MEV-Boost en lugar de localmente por el validador — considere la cifra exacta como un número aproximado y cambiante, pero el hecho cualitativo está establecido: la mayoría de los bloques se externalizan. El validador que gana una ranura, en su mayoría, no construye su propio bloque; compra uno.

El mecanismo es una subasta de bloques sellada, al primer postor, ejecutada una vez por cada ranura de 12 segundos:

1. Los buscadores envían paquetes de forma privada a uno o más constructores.
2. Cada constructor ensambla su mejor bloque y transmite ofertas — (cabecera de bloque, valor) — a los relés. Las ofertas se actualizan continuamente a medida que llegan mejores paquetes, hasta el plazo de la ranura.
3. El relé mantiene los bloques completos, expone solo las cabeceras y los valores al sidecar MEV-Boost del proponente.
4. El proponente firma la cabecera con el valor más alto. Solo entonces el relé libera el cuerpo completo del bloque para su propagación.

Lo que hace el constructor en el paso 2 no es contabilidad — es un problema de optimización difícil, y es la segunda razón (junto con el flujo exclusivo) por la que la construcción se concentra. El constructor debe seleccionar y ordenar un subconjunto de miles de paquetes y transacciones para maximizar el valor del bloque, sujeto al límite de gas, a las restricciones de orden interno y atomicidad de cada paquete, y al requisito de que ningún par de elementos incluidos entre en conflicto en el estado que leen y escriben (dos paquetes que ambos hacen sándwich al mismo intercambio no pueden coexistir). Esta es una búsqueda combinatoria restringida sin una forma cerrada limpia, que se resuelve continuamente a medida que llegan nuevos paquetes durante la ventana de ~12 segundos y se vuelven a ofertar al relé cada vez que se encuentra un bloque mejor. Hacerlo bien exige simulación rápida, detección cuidadosa de conflictos y baja latencia a los relés — un juego de infraestructura de costo fijo que recompensa la escala y castiga a los recién llegados, completamente aparte de quién tiene el mejor flujo de órdenes.

Tres propiedades de un paquete hacen que esto funcione, y vale la pena declararlas con precisión porque todo lo que sigue depende de ellas:

• Ordenado. Las transacciones en un paquete se ejecutan en la secuencia exacta dada. El frontrun de un sándwich debe aterrizar antes que la víctima; una liquidación debe aterrizar después de la actualización del oráculo. El orden es el producto.
• Todo o nada (atómico). O bien todas las transacciones del paquete se incluyen, en orden, o ninguna. Un buscador nunca ejecuta una estrategia a medias — el frontrun sin el backrun, la pierna de compra del arbitraje sin su pierna de venta. Esto es lo que permite a los buscadores ofertar agresivamente: un paquete perdedor simplemente no se ejecuta y cuesta (casi) nada.
• Oferta sellada. Los paquetes y las ofertas son privados para el constructor y el relé, no se difunden en el mempool público. La subasta es un sobre cerrado, no el griterío abierto de la era PGA.

Dos hechos estructurales se derivan de este diseño e impulsan el resto del artículo. Primero, el relé captura casi nada: los relés típicamente no toman ninguna comisión, operando como infraestructura neutral — un bien público financiado estratégicamente (por Flashbots, por pools de staking, por equipos cercanos a constructores) en lugar de un centro de beneficios. El medio delgado y no pagado de la cadena es una característica deliberada; un relé que comenzara a quedarse con una parte sería evitado. Segundo, el proponente captura el precio de liquidación de la subasta — la oferta del bloque ganador, que fluye al validador y, a través de pools de staking y tokens de staking líquido, finalmente a los stakers como parte del rendimiento. El MEV que una vez se quedó con un buscador solitario ahora aparece, difusamente, en la tasa de staking de toda la red. Esa es la migración aguas abajo, hecha concreta. El proponente no aportó astucia; aportó escasez.

Hay una sutileza más que vale la pena nombrar, porque deshace la imagen ordenada de una subasta sellada justa: juegos de tiempo. Dado que el relé solo libera el cuerpo del bloque después de que el proponente se compromete, y dado que las ofertas siguen mejorando hasta el plazo de la ranura, tanto los constructores como los proponentes tienen el incentivo de esperar tanto como puedan de forma segura — los constructores para incluir un paquete más, los proponentes para dejar madurar la oferta más alta — antes de firmar. Los proponentes sofisticados retrasan deliberadamente su atestación para capturar marginalmente más MEV, a riesgo de la propagación oportuna del bloque. La "subasta" no es un instante limpio; es una carrera contra un plazo blando, y los jugadores que pueden acercarse más a él sin perder la ranura extraen un poco más.

La neutralidad del relé es también una suposición de confianza, no una garantía criptográfica — y esa suposición ha fallado en la práctica. En abril de 2023, dos operadores explotaron un error de implementación en el relé MEV-Boost de Flashbots: atrajeron bots de sándwich a un bloque y, cuando fueron los proponentes para esa ranura, indujeron al relé a liberar el cuerpo completo del bloque prematuramente (a través de un bloque mal formado y con firma inválida), y luego reordenaron el contenido para drenar aproximadamente ~$25M de los mismos sandwichers que habían atraído. La promesa de "todo o nada, orden garantizado" del paquete solo se mantuvo mientras el software del relé se comportara; un error puso el sobre cerrado al revés. (Los fiscales estadounidenses posteriormente acusaron a los dos de fraude). La lección no es que PBS esté roto — es que el relé es la junta de confianza que soporta el peso de toda la cadena, que es precisamente por lo que eliminarlo es el próximo objetivo de diseño.

(¿A dónde va después? La dependencia del relé de confianza es la junta débil, y PBS consagrado — integrar la separación proponente-constructor en el protocolo mismo — es la propuesta permanente para eliminarla, que el artículo del sándwich cubre como un elemento prospectivo. Para nuestros propósitos, el punto es más estrecho: incluso consagrado, PBS mantiene la subasta, y la subasta es lo que redistribuye el margen.)

Economía del buscador: la subasta se come tu margen

Aquí está la aritmética incómoda para cualquiera que quiera entrar en la capa del buscador. Supongamos que detectas una oportunidad pública — una liquidación que todos pueden calcular, un arbitraje CEX-DEX que todos pueden ver — por un valor bruto de $V$ después de los costos de ejecución. Para conseguirla, debes pagar al proponente una oferta de $b$, entregada como una tarifa de prioridad o como una transferencia directa dentro del paquete (un "pago de coinbase"). Tu beneficio si ganas es

$\pi = V - b - g$

donde $g$ es el gas. El truco: $N$ otros buscadores han realizado la misma simulación y han llegado al mismo $V$. No estás valorando un activo que solo tú entiendes; estás ofertando en una subasta por un premio que todos han medido.

El límite de la mercancía. Si la oportunidad es verdaderamente pública y cada buscador la valora de manera idéntica, esto es competencia de Bertrand en la oferta. En equilibrio, la oferta se eleva hasta el valor: $b \to V - g$, y el beneficio del buscador colapsa a esencialmente cero. El valor bruto total fluye a través de ti hacia el proponente. Tú hiciste el trabajo; el validador cobró.

El caso de la información privada. Los buscadores reales tienen estimaciones ruidosas de $V$ y costos ligeramente diferentes, por lo que la subasta es al primer postor con valores privados en lugar de pura Bertrand. Tomemos el punto de referencia tratable de $N$ buscadores cuyas valoraciones son i.i.d. uniformes en $[0, V]$. La oferta de equilibrio simétrica sombra por debajo de la propia valoración:

$b(v) = \frac{N-1}{N}\, v$

Ofertás una fracción $(N-1)/N$ de lo que crees que vale — y esa fracción aumenta hacia 1 a medida que $N$ crece, por lo que cuanto más concurrida sea la oportunidad, menos espacio para sombrear. Trabajando a través de las estadísticas de orden, el ganador se queda en expectativa

$\mathbb{E}[\pi_{\text{win}}] = \frac{V}{N+1},$

mientras que el proponente recauda $\frac{N-1}{N+1}V$. Y dado que cualquier buscador dado gana solo aproximadamente $1/N$ de las veces, el beneficio esperado incondicional de un buscador por oportunidad es

$\mathbb{E}[\pi] \approx \frac{V}{N(N+1)},$

que decae como $1/N^2$. Dos rivales se convierten en cinco, luego en veinte, y tu ganancia esperada por oportunidad cae por un precipicio.

def searcher_edge(value_estimate, n_rivals, gas):
    """First-price common-value-ish auction with n_rivals competitors.
    Shade toward value as competition rises; margin ~ V/(n+1) when you win,
    and ~ V/(n*(n+1)) unconditionally, since you win ~1/n of the time."""
    n = n_rivals + 1                       # total bidders including you
    bid = value_estimate * (n - 1) / n - gas
    margin_if_win  = value_estimate / (n + 1)
    margin_expected = value_estimate / (n * (n + 1))
    return bid, margin_if_win, margin_expected

Numéricamente, una oportunidad de \char36 1,000 dividida entre cinco buscadores deja al ganador ~\char36 167 y entrega al proponente ~\char36 833; entre veinte buscadores, el ganador se queda con ~\char36 48 y el proponente se lleva ~\char36 952. La maldición del ganador agudiza esto aún más: en un entorno de valor común, ganar es evidencia de que sobreestimaste $V$ — ganaste precisamente porque tu estimación fue la más optimista — por lo que los buscadores racionales deben sombrear adicionalmente para evitar pagar sistemáticamente de más, adelgazando el margen nuevamente.

La conclusión estratégica se escribe sola. En cualquier oportunidad que todo el campo pueda ver, la subasta de espacio de bloque transfiere el excedente al proponente. La única defensa del buscador es no estar ofertando contra $N$ rivales con la misma información — tener flujo, o una oportunidad, que otros no puedan ver. Que es exactamente por lo que la frontera del MEV se ha movido de estrategias más inteligentes a flujo de órdenes exclusivo.

Subastas de flujo de órdenes y el oligopolio de flujo privado

Si las oportunidades públicas se compiten hasta cero, el recurso escaso es el flujo de órdenes privado: transacciones que te llegan antes de que lleguen a todos los demás. Esto reformula todo el negocio. El valor en el intercambio de un usuario no es solo el intercambio — es el derecho a hacerle un backrun, hacerle un sándwich o enrutarlo de manera óptima antes de que nadie más sepa que existe. Quien capture ese derecho primero, captura el MEV adjunto.

Las subastas de flujo de órdenes (OFA) convierten ese derecho en un mercado explícito. MEV-Share, la OFA de Flashbots, es la versión benigna orientada al usuario: un usuario envía una transacción de forma privada, el sistema revela solo pistas parciales sobre ella a los buscadores, los buscadores ofertan para hacerle un backrun, y una gran parte del beneficio resultante se reembolsa al usuario. Desde el punto de vista del usuario, esto es protección (cubierto desde el lado del comerciante en el artículo del sándwich). Pero mira el mismo flujo desde el punto de vista del constructor y aparece una imagen diferente, menos cómoda.

La cadena de incentivos funciona así:

1. Un constructor que recibe flujo de órdenes exclusivo — intercambios minoristas enrutados solo a él, una OFA cuyos paquetes ganadores ve primero, una billetera o RPC que solo le envía — puede construir bloques estrictamente más valiosos que un constructor sin ese flujo.
2. Los bloques más valiosos ganan la subasta MEV-Boost con más frecuencia.
3. Ganar con más frecuencia permite al constructor pagar más a los buscadores e integradores por su flujo, y reinvertir en latencia y optimización.
4. Lo que atrae aún más flujo exclusivo. Volver al paso 1.

Este es un bucle de retroalimentación clásico de "el ganador se lo lleva todo", y es visible en los datos: la construcción de bloques de Ethereum está mucho más concentrada que la proposición de bloques. Un puñado de constructores produce la gran mayoría de los bloques MEV-Boost — considere nombres y cuotas específicas como de rápida evolución, pero la forma (un oligopolio con la parte superior pesada de dos o tres constructores dominantes más una cola larga) se ha mantenido durante años. La capa de buscador sigue siendo competitiva; la capa de constructor no, porque la capa de constructor es donde se acumula el flujo exclusivo.

La presión de centralización es el costo real, y es una tensión genuina en el diseño. Las OFA son buenas para el usuario individual — devuelven valor que la oscura selva solía robar. Pero al hacer del flujo de órdenes un activo negociable y exclusivo, otorgan a los constructores que lo acumulan un foso estructural, y un mercado de constructores máximamente concentrado es exactamente lo que la separación proponente-constructor pretendía evitar: unas pocas partes decidiendo qué entra en la mayoría de los bloques de Ethereum. "Devolver el valor a los usuarios" y "mantener la construcción de bloques descentralizada" están, en el margen, en conflicto. Nadie lo ha resuelto completamente; el PBS consagrado y las listas de inclusión forzadas son intentos de limitar el daño en lugar de eliminar el incentivo.

Para un aspirante a buscador, la lección es contundente: el juego ya no es solo "encontrar oportunidades que otros se pierden", sino "asegurar flujo que otros no pueden ver". Ese es un problema de desarrollo de negocio e integración — acuerdos con billeteras, RPCs, protocolos — al menos tanto como un problema de ingeniería, y favorece a los incumbentes.

El contraste de Solana: Jito, propinas y subastas continuas

La cadena de suministro de Ethereum está moldeada por una elección arquitectónica: un mempool público donde las transacciones pendientes son visibles para todos. Solana tomó decisiones diferentes, y la cadena de suministro de MEV allí se ve diferente como resultado — un contraste útil para ver qué partes de la historia de Ethereum son fundamentales y cuáles son contingentes.

Sin mempool público canónico. Solana no difunde transacciones pendientes en un pool compartido. Bajo Gulf Stream, los clientes reenvían transacciones directamente al líder esperado — el validador programado para producir bloques próximos (el cronograma de líderes se conoce de antemano para toda la época, y cada líder posee cuatro ranuras consecutivas de ~400 ms). No hay un tablón de anuncios global de intenciones pendientes para que los buscadores observen. Eso elimina la clásica superficie de ataque de "observar el mempool, hacer frontrunning de lo que ves" en la capa base — pero no elimina el MEV; reubica la contienda en quienquiera que esté alimentando al líder actual.

Jito como la subasta fuera del protocolo. Ese "quienquiera" es, en la práctica, Jito. El cliente validador Jito-Solana — operado por validadores que representan una gran mayoría de la participación — añade un mercado de paquetes sobre el protocolo base, reflejando el papel de MEV-Boost pero integrado en el cliente validador en lugar de estar detrás de los relés. Los buscadores envían paquetes Jito (ordenados, atómicos, todo o nada, al igual que los paquetes de Ethereum) más una propina al Motor de Bloques Jito, que ejecuta una subasta fuera de cadena y reenvía los paquetes ganadores al líder. Las propinas aterrizan en cuentas de propinas y se distribuyen al validador y sus stakers — el mismo punto final de "MEV se convierte en rendimiento de staking" que Ethereum, alcanzado por un camino diferente.

Tarifas de prioridad vs propinas — dos palancas diferentes. Solana tiene dos formas distintas de pagar por el orden, y confundirlas es el error común:

• Tarifas de prioridad son nativas del protocolo: un precio por unidad de cómputo (micro-lamports por CU) adjunto a una transacción, que eleva su prioridad de programación dentro de la etapa de banca del líder. Están en el protocolo, se aplican a cada transacción y se queman parcialmente.
• Propinas Jito son fuera del protocolo: un pago a la subasta del Motor de Bloques por la inclusión y el orden de paquetes, completamente separado del precio de CU. Este es el análogo directo del pago de coinbase de Ethereum / oferta de subasta de bloque.

Subasta continua vs. por ranura. Ethereum ejecuta una subasta sellada por ranura de 12 segundos — un mercado discreto de espacio de bloque único con un plazo fijo. El Motor de Bloques de Jito, en cambio, ejecuta ventanas de subasta frecuentes y cortas (ticks sub-segundo), paralelizadas a través de paquetes que tocan cuentas disjuntas, igualando la cadencia de bloque de ~400 ms de Solana y la ejecución continua. La textura económica difiere: la de Ethereum es una subasta limpia al primer postor por bloque donde un buscador puja por una ranura; la de Solana es un flujo rápido de subastas más pequeñas donde la contención es por cuenta y la latencia al Motor de Bloques importa aún más.

Un episodio hace vívida la compensación de diseño. Jito sí ejecutó un mempool público durante un tiempo — y en marzo de 2024 lo deshabilitó, porque ese mempool se había convertido en el principal lugar para ataques de sándwich a usuarios de Solana. Eliminar el feed público de transacciones pendientes eliminó la superficie de sándwich de un solo golpe. También empujó el flujo de órdenes más hacia canales privados (directo al Motor de Bloques, RPCs privados), que es la misma dinámica de centralización que las OFA de Ethereum vistiendo ropa diferente: mata el mempool público para proteger a los usuarios, y fortaleces a quien controla las tuberías privadas.

Dónde un recién llegado puede (y no puede) competir

Mapea la cadena de suministro a una estrategia de entrada realista y la imagen es aleccionadora pero no desesperada.

Donde casi con certeza no puedes competir:

• Construcción. La capa de constructor es un oligopolio de latencia y flujo con años de optimización y relaciones de flujo de órdenes exclusivas incorporadas. Entrar como constructor de propósito general contra los incumbentes es una pérdida intensiva en capital.
• Oportunidades públicas y deterministas. Liquidaciones públicas, arbitrajes de dos pools de libro de texto, cualquier cosa que cien bots puedan simular al mismo número — la aritmética de la Sección 3 dice que el excedente se subasta al proponente. Ganarás $1/N$ del tiempo por $V/(N+1)$, menos costos fijos reales, contra personas con mejor latencia. Eso no es un negocio; es matrícula.
• Proponer para MEV. Capturar la porción del proponente significa ser un validador, lo que significa participación (stake). Eso es un juego de rendimiento sobre capital, no una ventaja.

Donde un recién llegado realistamente puede:

• Oportunidades de cola larga y de cadena nueva. L2s emergentes y appchains con mercados de constructores inmaduros, competencia delgada y parámetros mal valorados se parecen a Ethereum circa 2021. La ventaja es llegar temprano a un lugar ineficiente, no ser el más rápido en uno saturado.
• Oportunidades difíciles de simular. Rutas de múltiples saltos, colaterales exóticos cuya liquidez de salida es genuinamente difícil de valorar, jugadas entre dominios que abarcan cadenas. Aquí la ventaja es modelar, no latencia — exactamente la habilidad del buscador que la subasta no comoditiza, porque los rivales que la modelan mal no la valoran correctamente.
• Asegurar tu propio flujo. El foso duradero, según la Sección 4, es el flujo de órdenes que otros no pueden ver: una billetera, un frontend, una integración de protocolo, una base de usuarios de bots de Telegram cuyas transacciones te enrutan primero. Este es un problema de distribución más que de ingeniería — y la distribución es donde los incumbentes, paradójicamente, a veces pueden ser vencidos por alguien que posee una audiencia de nicho.
• Eventos de estrés. Cuando el gas se dispara y los RPCs fallan, los operadores marginales y sub-provisionados se desconectan y las oportunidades que normalmente se subastan a cero vuelven a pagar brevemente. La infraestructura robusta se gana su sustento precisamente cuando todo lo demás se rompe — la carrera paga mejor cuando es más difícil de correr.

El encuadre honesto: la parte superior de la cadena de suministro (buscar oportunidades públicas) es la parte más comoditizada, y el medio (construcción) es un oligopolio con foso. La ventaja realista de un recién llegado está en los bordes — lugares ineficientes, modelado difícil y flujo propio — no en el centro donde los incumbentes y la subasta ya han extraído el margen.

Qué llevarse

1. El MEV es una cadena de suministro, no un bot. Buscador → constructor → relé → proponente, y cada capa vende algo a la siguiente: paquetes, bloques, confianza y, finalmente, lo escaso en sí mismo — espacio de bloque.
2. El margen migró aguas abajo. El buscador hace la parte ingeniosa, pero la subasta de espacio de bloque transfiere el excedente a quien controla la ranura. El relé captura ~nada (un bien público neutral); el proponente/validador captura el precio de liquidación, que resurge como rendimiento de staking.
3. PBS/MEV-Boost es una subasta de bloques sellada, al primer postor, ejecutada una vez por ranura, sobre paquetes ordenados y todo o nada — y construye la mayoría de los bloques de Ethereum (~90%).
4. En cualquier oportunidad pública, el margen del buscador se compite hasta ~cero. El beneficio esperado decae como $1/N^2$ en el número de buscadores rivales; la maldición del ganador lo adelgaza aún más. La única defensa es información que otros no tienen.
5. El flujo de órdenes exclusivo es el nuevo foso, y las subastas de flujo de órdenes — geniales para el usuario individual — concentran el mercado de constructores, poniendo "devolver el valor a los usuarios" en tensión con "mantener la construcción de bloques descentralizada".
6. Solana/Jito muestra qué partes son contingentes. Sin mempool público (Gulf Stream), un Motor de Bloques dentro del cliente en lugar de relés, tarifas de prioridad y propinas, y subastas continuas sub-segundo en lugar de una por ranura — una arquitectura diferente que llega al mismo punto final (MEV como rendimiento de validador/staker) y la misma atracción centralizadora hacia el flujo privado.
7. Un recién llegado compite en los bordes, no en el centro: lugares nuevos ineficientes, oportunidades difíciles de simular, flujo propio y eventos de estrés — nunca oportunidades públicas contra el campo, y nunca de frente como constructor.

El buscador cuyos paquetes alimentan toda esta máquina es el tema de Arbitraje atómico y préstamos flash; el comerciante en el extremo receptor es el tema de la introducción al sándwich y al mempool. Este artículo fue el medio de la cadena — la parte que decide quién se queda con el dinero.

Referencias

• Documentación de Flashbots: arquitectura MEV-Boost, relés, MEV-Share y documentación para constructores/buscadores (docs.flashbots.net).
• MEV-Boost: estadísticas de externalización de construcción de bloques y paneles de control de relés/constructores (por ejemplo, mevboost.pics, Rated, relayscan.io) — considere las cuotas específicas como variables en el tiempo.
• Daian et al. (2019), Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchanges. arXiv:1904.05234 (el mundo PGA que PBS reemplazó).
• Notas de diseño de la separación proponente-constructor de Ethereum y PBS (ePBS) y materiales de EIP-7732.
• El exploit del relé MEV-Boost de abril de 2023 y la posterior acusación de EE. UU. (post-mortem de Flashbots sobre la vulnerabilidad del relé; comunicado de prensa del DOJ, 2024) — el fallo de confianza del relé discutido anteriormente.
• Documentación de Jito: cliente Jito-Solana, Motor de Bloques, paquetes, propinas y la desaprobación del mempool de marzo de 2024 (docs.jito.wtf, blog de jito.network).
• Documentación de Solana Gulf Stream, cronograma de líderes y tarifas de prioridad (precios por unidad de cómputo).
• Antecedentes de teoría de subastas sobre licitación al primer postor, sombreado de ofertas y la maldición del ganador (Vickrey 1961; Milgrom & Weber 1982).