El mempool y cómo se subasta la ordenación

La lección 1 os contó qué es el MEV: el valor que un productor de bloques puede extraer eligiendo el orden en que aterrizan las transacciones. Esta lección trata sobre la maquinaria que hace posible esa extracción, y que la convierte en una subasta viva que quema dinero. Dos preguntas responden casi todo: ¿dónde esperan las transacciones pendientes? y ¿quién decide su orden, y cómo lo decide?

La respuesta a la primera es el mempool. La respuesta a la segunda es quienquiera que puje más alto, porque, resulta que, el derecho a ordenar transacciones es un producto, y existe un mercado abierto para él.

Una comprobación rápida del instinto antes de abrir el capó.

El mempool: una sala de espera transparente

Analogía. Imagina un restaurante donde cada comanda se clava en una enorme pared de cristal en el instante en que el cliente la hace, antes de que la cocina haya cocinado nada. Cualquier transeúnte puede leer cada comanda: quién pidió qué, y qué propina prometió. La cocina acabará cocinando algunas, en el orden que le apetezca. El mempool es esa pared de cristal. Es una lista de tareas pública que cualquiera puede leer, y el cocinado aún no ha empezado.

Definición. El mempool (memory pool, o pila de memoria) es el conjunto de transacciones que se han difundido a la red pero todavía no se han incluido en un bloque. Cuando tu cartera firma y envía una transacción, no va directa a un bloque: se propaga peer-to-peer de nodo en nodo, y cada nodo la guarda en una pila local de transacciones pendientes hasta que algún productor de bloques la recoge. El “mempool” es, a grandes rasgos, la unión de todas esas pilas locales: cada transacción anunciada pero todavía no confirmada.

Tres propiedades lo convierten en la sala de máquinas del MEV:

• Es público. Una transacción estándar en el mempool público está en texto plano. Su emisor, contrato objetivo, calldata (es decir, qué hace: en qué pool hace swap, cuánto, con qué slippage) y sus comisiones son legibles por cualquiera que ejecute un nodo. No hay privacidad por defecto.
• Se propaga con latencia. Las transacciones no aparecen en todas partes a la vez; se propagan hacia fuera por la red peer-to-peer durante decenas o centenares de milisegundos. Estar bien conectado (ver las transacciones un instante antes que los rivales) es en sí mismo una ventaja.
• Su visibilidad es la materia prima del MEV. Como un buscador puede ver tu swap pendiente antes de que se ejecute, puede construir una respuesta (un front-run, un back-run, un sándwich) e intentar que se ordene favorablemente alrededor de la tuya. Sin mempool público, no hay MEV fácil. (Quédate con esta idea; es toda la motivación de la historia del orderflow privado más adelante.)

Cuándo importa

La transparencia del mempool importa sobre todo en el instante en que envías cualquier cosa explotable a simple vista: un swap grande con slippage holgado, un arbitraje que has detectado, una liquidación que quieres reclamar. Al difundirla públicamente, has avisado a cada buscador de exactamente lo que vas a hacer, y les has entregado la ventana de tiempo para reaccionar. Ese único hecho es la razón por la que “dónde esperan las transacciones pendientes” no es un detalle aburrido de fontanería: es la puerta de entrada por la que pasa el MEV.

Cómo elige y ordena un constructor: maximizar los ingresos del bloque

Analogía. La cocina que lee esa pared de cristal no cocina las comandas en el orden en que llegaron, ni siquiera estrictamente por tamaño de la propina. Cocina la secuencia que le hace ganar más dinero a la cocina, y a veces eso significa cocinar la comanda n.º 7 justo después de la n.º 3 porque hacerlo desbloquea un jugoso bonus de catering que solo se paga en esa secuencia exacta.

Definición. Un constructor de bloques (la entidad que ensambla la lista ordenada de transacciones de un bloque) elige el contenido y el orden para maximizar los ingresos totales del bloque:

recompensa total del bloque = suma de las comisiones de prioridad (propinas) que recauda + MEV que captura al ordenar

La heurística perezosa e ingenua es “primero la comisión de prioridad más alta”. Coge las transacciones que ofrecen las propinas más grandes, colócalas en orden descendente, listo. Eso captura las propinas, pero deja MEV sobre la mesa. Un constructor que maximiza beneficios, en cambio, reordena para que los bundles que extraen valor (un arbitraje que depende de ejecutarse justo después de un swap grande, una liquidación que debe ir primero) aterricen en los huecos exactos donde se pagan. Este es el puente directo desde la lección 1: reordenar el mismo conjunto de transacciones cambia quién cobra, y el constructor se embolsa la diferencia.

Ejemplo resuelto. Cinco transacciones pendientes, cada una ofreciendo una propina, en gwei. Tres son transacciones de usuario corrientes; dos son bundles de buscadores que pagan un soborno extra, pero solo si el constructor los coloca en su hueco rentable:

Ordenación solo por propina (la comisión más alta primero): el constructor ordena por propina (Liquidación (9), Arbitraje (5), Bob (4), NFT (3), Alice (2)) y recauda solo las propinas:

$9 + 5 + 4 + 3 + 2 = 23 \text{ gwei}$

El valor extra de los dos bundles nunca se paga, porque ninguno se sienta en su hueco requerido (el bundle de arbitraje necesita ir justo después de Alice; aquí está dos filas por encima de ella).

Reordenación óptima para el constructor: el constructor coloca cada extractor en su posición rentable (la liquidación primero, el bundle de arbitraje inmediatamente después de Alice), de modo que ambos pagos extra se disparan. Ahora los ingresos son las propinas más el valor capturado:

$\underbrace{23}_{\text{propinas}} + \underbrace{28 + 14}_{\text{MEV capturado}} = 65 \text{ gwei}$

Las mismas cinco transacciones, las mismas propinas, casi el triple de ingresos, puramente por el orden. Alterna entre las ordenaciones de abajo y observa cómo salta el número principal.

Cuándo importa

Esto importa cada vez que el valor de una oportunidad depende de la adyacencia: front-runs, back-runs, sándwiches, liquidaciones que deben ganar a los rivales en la carrera por el colateral. Para una transacción independiente del orden (una transferencia corriente), propina-primero y óptima-para-el-constructor coinciden y la distinción es académica. En el momento en que el pago de un bundle es posicional, el poder de reordenación del constructor se convierte en dinero real, y un constructor que solo ordena por propina deja ingresos sin recaudar.

Gas y comisiones en el contexto del MEV: la propina es tu palanca

Analogía. Dividir la cuenta en aquel restaurante: parte de lo que pagas es un cargo de servicio obligatorio que el restaurante debe destruir (no se lo queda; piénsalo como legalmente quemado), y parte es una propina que entregas directamente al chef. Solo la propina influye en si el chef adelanta tu comanda en la cola. Subir el cargo de servicio quemado no hace nada por tu posición; subir la propina es como compras tu avance.

Definición (repaso de EIP-1559, enmarcado para el MEV). La comisión de cada transacción de Ethereum se divide en dos partes:

• Comisión base (base fee): un precio por unidad de gas que el protocolo fija algorítmicamente según lo llenos que estén los bloques recientes. Se quema (se retira de la circulación), así que el proponente no recibe nada de ella. Como el proponente no gana nada de ella, la comisión base no es una palanca para la ordenación: cada transacción de un bloque dado paga la misma comisión base por unidad de gas.
• Comisión de prioridad (la propina): un precio por unidad de gas que añades por encima, y que va al proponente. Esta es la parte que el productor de bloques realmente se embolsa, así que esta es la palanca que accionas para comprar una mejor colocación. Mayor propina, mejor posición esperada.

La comisión total de una transacción es:

$\text{comisión total} = (\text{comisión base} + \text{comisión de prioridad}) \times \text{gas usado}$

Ejemplo resuelto. Un swap usa 150 000 de gas. La comisión base actual es de 20 gwei por unidad de gas, y fijas una comisión de prioridad de 3 gwei por unidad de gas. Entonces:

• Quemado (a nadie): $20 \times 150{,}000 = 3{,}000{,}000$ gwei $= 0.003$ ETH.
• Propina (al proponente): $3 \times 150{,}000 = 450{,}000$ gwei $= 0.00045$ ETH.
• Total que pagas: $(20 + 3) \times 150{,}000 = 3{,}450{,}000$ gwei $= 0.00345$ ETH.

De todo lo que pagaste, solo la propina de 0.00045 ETH influye en la ordenación: esa es la parte que el proponente se queda y la parte que hace que le merezca la pena colocarte por delante de alguien que da menos propina. Si quisieras superar la puja de un rival por el mismo hueco, subirías la comisión de prioridad, no la comisión base (que de todas formas no controlas).

El deslizador de abajo hace tangible la palanca: un bloque tiene espacio limitado, el productor coge primero las transacciones con la propina más alta, y tu transacción solo se confirma si tu propina supera a suficientes rivales para que quepa. Arrastra tu comisión hacia arriba y observa cómo te saltas la cola.

Cuándo importa

El enfoque de la propina-como-palanca importa siempre que los bloques están congestionados: cuando hay más transacciones que quieren entrar de las que caben. En un bloque tranquilo con espacio vacío, una propina casi nula se confirma sin problema; la ordenación apenas se disputa. Pero en el instante en que la demanda de espacio de bloque supera la oferta —y especialmente cuando hay en juego una oportunidad concreta y sensible al tiempo— la propina se convierte en una puja en una subasta real, y ahí es donde entra la siguiente idea.

Subastas de gas por prioridad: pujar hasta esfumar el beneficio

Analogía. Dos chatarreros ven la misma antigüedad de $100 en un mercadillo, ambos desesperados por comprarla antes que el otro. Se pujan el uno al otro —$40, $60, $80, $95— hasta que quien gana paga $95 por un artículo de $100, sacando unos miserables $5, mientras que el vendedor se embolsa casi los $100 enteros. Compitieron hasta esfumar el beneficio. Sustituye “chatarreros” por “bots buscadores de MEV”, “la antigüedad” por “un arbitraje on-chain” y “la puja” por “la comisión de prioridad”, y tienes una subasta de gas por prioridad.

Definición. Una subasta de gas por prioridad (PGA, priority gas auction) es lo que ocurre cuando varios bots compiten por la misma oportunidad de MEV pujando repetidamente al alza sus comisiones de prioridad, en una carrera por ser el que el constructor coloca en el hueco rentable. Como solo el mejor postor captura la oportunidad, cada bot sigue subiendo su propina —una subasta abierta y en escalada— hasta que la propina se aproxima al valor mismo de la oportunidad.

Causa → efecto. Cuanto más evidente y disputada es una oportunidad, más bots se apuntan, y más se esfuma el beneficio en comisiones que van al proponente:

• Un bot, sin competencia → captura casi toda la oportunidad, pagando solo una propina minúscula.
• Muchos bots, competencia feroz → la propina ganadora se puja al alza hacia el valor total de la oportunidad, y el proponente (que se embolsa las propinas) captura la mayor parte. La ventaja neta del buscador se desploma hacia cero.

Ejemplo resuelto. Supón que un arbitraje recién visible vale 0.5 ETH para quien lo consiga. Con un único buscador y sin rival, ese bot podría dar de propina 0.01 ETH y sacar neto $0.5 - 0.01 = 0.49$ ETH. Ahora conviértelo en una PGA abarrotada: tres bots se pujan al alza —0.2, luego 0.35, luego 0.47 ETH— y el ganador da de propina 0.47 ETH para asegurarse el hueco. Su ventaja neta es ahora $0.5 - 0.47 = 0.03$ ETH, mientras que el proponente recauda 0.47 ETH en comisiones de prioridad, aproximadamente el 94 % de la oportunidad, entregado puramente porque la subasta fue competitiva. El valor de la oportunidad no cambió; la competencia simplemente redistribuyó casi todo del buscador al validador.

Las PGA tienen un efecto secundario feo más allá de los márgenes raquíticos de los buscadores. Como los bots inundan el mempool público con pujas que escalan rápidamente y a menudo fallan, congestionan la cadena: empujan al alza la comisión base y atascan el espacio de bloque para los usuarios corrientes, que quedan atrapados en el fuego cruzado de una pelea de la que ni siquiera forman parte. Este dolor —público, derrochador y atascador de la cadena— es exactamente lo que motivó el orderflow privado: enrutar transacciones y pujas alrededor del mempool público directamente hacia un constructor, para que la subasta ocurra fuera de la cadena y en silencio. Ese es el corazón de la lección dentro de dos sobre separación proponente-constructor (PBS); por ahora, quédate con el anticipo: las PGA eran la subasta ruidosa y pública, y el ecosistema se movió para hacerla privada.

El order flow es el producto

Da un paso atrás y nombra lo que realmente se compra y se vende. El proponente no vende realmente solo espacio de bloque: muchas cadenas tienen espacio de sobra. Lo escaso y valioso es el derecho a decidir el orden, porque ese derecho es lo que desbloquea el MEV. Cuando un buscador puja una comisión de prioridad, o enruta un bundle a un constructor, está pagando por la ordenación: por que su transacción aterrice en una posición concreta respecto a las demás.

Ese replanteamiento es la tesis de todo este tema: el order flow es el producto. El mempool es donde el order flow se vuelve visible; la comisión de prioridad es como se pone precio al derecho a ordenar; la PGA es la forma pública y ruidosa de la subasta. Cada lección posterior —front-running, PBS, ordenación justa, mempools cifrados— es una respuesta distinta a la misma pregunta: ¿quién debería poder decidir el orden, y cómo debería venderse o restringirse ese derecho?

Hasta ahora la subasta ha sido pública y honesta sobre lo que vende: propinas pujadas a la vista en el mempool para una mejor colocación. Pero todavía no hemos mirado lo más afilado que un constructor puede hacer con una transacción recién visible. La siguiente lección, front-running y back-running, hace zoom sobre los dos movimientos primitivos del MEV: saltar por delante de tu transacción para aprovechar el precio que estás a punto de mover, y colarse justo detrás de ella para limpiar lo que queda; las dos mitades que, en sándwich, componen el ataque que aprenderás a reconocer a simple vista.