Saltar al contenido
Lecciones de Finanzas

Subastas de Flujo de Órdenes y Redistribución del MEV

Diseño de mecanismos y los compromisos difíciles

La síntesis de ducha fría: sopesa con honestidad las subastas de order flow, las intenciones, las subastas por lotes y MEV-Share — mejora de precio frente a centralización de solvers, censura y verificabilidad — con una checklist para distinguir un mecanismo de redistribución real de un peaje rebautizado.

11 min Actualizado 20 jun 2026

Las últimas cinco lecciones te vendieron un sueño, y era uno bueno: el valor que antes se fugaba hacia los validadores y los searchers puede reencaminarse de vuelta al usuario — mediante subastas de order flow y reembolsos de backrun, intenciones y solvers (UniswapX), subastas por lotes de CoW y MEV-Share / SUAVE. El dinero vuelve a casa. Suben los créditos.

Esta lección es la ducha fría.

Cada uno de esos mecanismos es un trueque, no una comida gratis. Cada uno te compra una cosa buena gastando otra, y varios de ellos pueden recrear sigilosamente la mismísima centralización que decían abolir — solo que ahora con un logo más simpático y una nota de prensa sobre “devolver el valor a los usuarios”. La destreza que necesitas al terminar este curso no es el entusiasmo. Es la capacidad de mirar cualquier reluciente mecanismo de “redistribución” y decidir, fríamente, si de verdad devuelve valor a los usuarios o solo instala un nuevo peaje en la misma carretera. Construyamos ese detector de mentiras.

Antes de leer — arriésgate a adivinar

Un nuevo DEX lanza una subasta que promete 'reembolsar el 100% del MEV al trader'. ¿Por qué los usuarios podrían terminar capturando solo una pizca del valor con el tiempo?

El compromiso central: competencia frente a centralización

Aquí está la idea que sostiene toda la lección, así que léela dos veces. Los reembolsos al usuario y la mejora de precio existen solo porque los solvers y los searchers están obligados a competir por tu flujo. Un solver (la parte que ejecuta tu intención) o un searcher (la parte que puja por tu backrun) te da un buen precio porque si no lo hace, lo hará el siguiente. El reembolso no es generosidad; es el residuo de una guerra de pujas. Mata la guerra de pujas y el reembolso se evapora calladamente.

Ahora el giro cruel: solving es un negocio sofisticado, intensivo en capital y en latencia, con brutales economías de escala. Para ganar de forma consistente necesitas inventario profundo, el mejor routing, la infraestructura de menor latencia, acuerdos de flujo privado y un balance que pueda encajar la ocasional ejecución mala. Esas ventajas se acumulan en un efecto volante: más flujo → un solver mejor entrenado y mejor capitalizado → gana más subastas → atrae más flujo → un foso aún más ancho. El campo no se queda como un mercado abarrotado; tiende hacia un oligopolio (un puñado de actores dominantes) o algo peor. Y un campo concentrado compite menos — así que los usuarios a los que sirve reciben de vuelta menos. El mecanismo que prometía redistribución se convierte en el motor de la mismísima concentración que decía arreglar.

Analogía. Un pueblo con veinte panaderos tiene pan barato, porque cualquier panadero que suba el precio pierde clientes ante el de al lado. Pero hornear tiene economías de escala — hornos más grandes, harina más barata al por mayor, una flota de reparto — así que a lo largo de una década quiebran diecinueve panaderos y queda una mega-panadería. El pan ya no es barato. Nadie le obliga a serlo. Los vecinos no cambiaron; cambió la estructura del mercado. Los mecanismos de redistribución son panaderías: encantadoras mientras el campo está abarrotado, depredadoras en cuanto deja de estarlo.

La isla de abajo hace que “la competencia fija el reparto” sea físico. Arrastra el deslizador de competencia y observa cómo el mismo conjunto de valor se reasigna entre el solver y tú.

La competencia decide cuánto valor vuelve a casaEl solver se queda: 144 USDC
el solver monopolista se lo queda todocompetencia perfecta → todo pujado
Gas
40 USDC
Reembolsado / trasladado a ti
816 USDC
El solver se queda
144 USDC

La misma presión competitiva que, en el MEV en bruto, puja el beneficio de un searcher hacia el validador apunta hacia TI bajo un mecanismo de redistribución. Desliza la competencia hacia el extremo de competencia perfecta y el valor reencaminado al usuario se acerca a la oportunidad entera; deslízalo hacia el monopolio — exactamente lo que provoca la centralización de solvers — y el operador se lo queda.

Fíjate en lo que el deslizador modela de verdad. En una subasta de MEV en bruto, la competencia feroz puja el beneficio de un searcher hacia el validador — la competencia encamina el valor hacia quien ordena el bloque. Un mecanismo de redistribución vuelve a apuntar esa misma flecha hacia ti: ahora el residuo de la guerra de pujas aterriza en el bolsillo del usuario en lugar del validador. Pero es la mismísima fuerza. Debilítala — mediante la concentración de solvers — y el valor deja de fluir hacia el usuario con la misma certeza con que dejaría de fluir hacia el validador. La redistribución no reemplaza la subasta competitiva; la reorienta. Sin competencia, no hay puntería, no hay reembolso.

Completa la relación central entre la competencia y lo que los usuarios reciben de vuelta.

Pick the right option for each blank, then check.

En un mecanismo de redistribución, el tamaño del reembolso o la mejora de precio del usuario lo fija la intensidad de la competencia entre solvers/searchers: a medida que el campo se concentra hacia un oligopolio, el valor que se traslada al usuario , porque un solver menos competitivo afronta menos presión para .

Censura y confianza

Los mecanismos de redistribución no funcionan solo con matemáticas; funcionan con operadores de confianza. Cada mecanismo introduce al menos una parte que ve tu flujo antes de que lo haga la cadena, y esa parte tiene poderes que tienes que confiar en que no abusará — porque en la mayoría de los diseños no puedes comprobarlo.

Define la superficie de confianza con claridad:

  • Censura — negarse a incluir a ciertos usuarios, transacciones o flujos (por cumplimiento normativo, política, o para proteger a un socio favorito). El operador que encamina tu orden puede sencillamente no encaminarte a ti.
  • Fallo de mejor ejecución — ejecutar tu orden a un precio legal-pero-mediocre y embolsarse la diferencia, mientras lo sigue llamando una “ejecución”.
  • Colusión — operadores y solvers acordando calladamente no competir con fuerza, repartiéndose el excedente que se suponía que debían entregarte.
  • La brecha de verificabilidad — la afirmación del operador “te reembolsé con justicia / te di el mejor precio” es, en la mayoría de los diseños actuales, no demostrable on-chain. Ves un precio. No puedes ver el mejor precio que podrías haber conseguido.

Analogía. Una ONG que promete trasladar el 95% de tu donación a los necesitados — pero se niega a publicar sus cuentas. Quizá sea honesta. No tienes forma de saberlo, y “confía en nosotros” hace todo el trabajo. Un mecanismo de redistribución con un reembolso no verificable es exactamente esa ONG vistiendo un smart contract como disfraz.

ActorPoder que ostentaModo de fallo
Operador OFA / enrutador de order flowDecide el flujo de quién se subasta y a quiénCensura; dirigir el flujo a un solver favorito; routing opaco
Solver / searcherElige el precio de ejecución que te devuelveNo-mejor-ejecución; quedarse con el excedente que debía compartir
Casamentero / relayVe las órdenes antes que la cadena; puede secuenciar o retenerCensura; front-running de sus propios usuarios; inclusión selectiva
Warning:

El asesino silencioso es la verificabilidad, no la malicia. Incluso un operador honesto normalmente no puede demostrarte que la ejecución que recibiste fue la mejor disponible — el contrafáctico “mejor precio posible” es privado de las cuentas del solver. Así que “devolvimos el valor a los usuarios” es, en la mayoría de los mecanismos vivos hoy, una afirmación que no puedes auditar, no un hecho que puedas comprobar. Trata cualquier reembolso que no puedas verificar como una promesa, no como un pago.

Mejora de precio frente a los demás costes

Aquí está la frase que desinfla mucho marketing: la redistribución no hace desaparecer el MEV. Cambia a quién paga la subasta — al usuario en lugar del validador. ¡Eso es genuinamente valioso! Pero es un cambio contable, no alquimia, y viene empaquetado con costes nuevos que el viejo camino del MEV en bruto no te cobraba.

Enlázalo con la pila de costes del arbitraje on-chain de lecciones anteriores. Tu beneficio neto no es el reembolso — es el reembolso menos todo lo que el mecanismo añade:

Beneficio neto del usuario = (reembolso + mejora de precio) − (coste de latencia añadida + corte del operador + riesgo de peor inclusión + dependencia del operador)

Un ejemplo trabajado. Digamos que un swap crea una oportunidad de backrun por valor de $30.

  • Bajo un mecanismo de redistribución, la subasta te encamina $24 de vuelta como mejora de precio (el solver se queda $6 por su trabajo — ese es el reparto por competencia en acción).
  • Pero encaminar a través del operador añade latencia, y a lo largo de tu ventana de trade ese retraso extra te cuesta unos $5 esperados en deriva de precio (los mercados se mueven mientras esperas a que la subasta se liquide).
  • El operador también se lleva un corte de $3 por gestionar el recinto.

Neto para ti: $24 − $5 − $3 = $16. Aún positivo — aquí ganó la redistribución. Pero fíjate en que es apenas algo más de la mitad de los $24 del titular, y si el campo se concentrara de modo que el solver se quedara $18 en vez de $6, tu parte reencaminada caería a $12, y $12 − $5 − $3 = $4 — momento en el cual la “redistribución” es mayormente teatro. El número del reembolso en la valla publicitaria es el bruto. Tú vives del neto.

Clasifica cada propiedad según si mejora el resultado neto del usuario o es un coste/riesgo oculto de pasar tu flujo por un mecanismo de redistribución.

Place each item in the right group.

  • Peor inclusión / posibilidad de que tu orden se retrase o se descarte
  • Latencia extra antes de que tu orden se liquide
  • Dependencia de un único operador que podría censurarte
  • El corte del operador por gestionar el recinto
  • Un campo de solvers abarrotado y competitivo
  • Mejor ejecución verificable y demostrable
  • Valor de backrun reembolsado como mejora de precio

Una checklist: redistribución real frente a un peaje

Esta es la conclusión que te llevas. Cuando el siguiente mecanismo cruce tu timeline prometiendo “devolver el MEV a los usuarios”, pásalo por cinco preguntas diagnósticas. Un mecanismo de redistribución real las responde limpiamente; un peaje disfrazado de uno se retuerce.

  1. ¿La competencia es real y abierta? ¿Puede unirse y pujar cualquier solver/searcher competente, o el campo está capturado por unos pocos titulares con acuerdos de flujo exclusivos? Sin competencia abierta → los reembolsos quedan a merced del operador.
  2. ¿Quién es la parte de confianza, y puedes verificarla? Nombra al operador (o operadores) y pregunta en qué tendrías que confiar. Cuantas menos suposiciones de confianza — y cuantas más puedas comprobar — mejor.
  3. ¿El reembolso / la mejor ejecución es demostrable, o solo prometido? ¿Puedes (tú o un tercero) verificar on-chain que conseguiste la mejor ejecución disponible? “Demostrable” gana a “te lo prometemos” siempre.
  4. ¿Crea NUEVA centralización? Vigila los fosos: acuerdos exclusivos de order flow, ventajas de latencia o escala de inventario que blindan a un único ganador. Un mecanismo que concentra el flujo está construyendo el oligopolio que mata sus propios reembolsos.
  5. ¿Puede el usuario salirse / encaminar a otro sitio? Si puedes llevar tu flujo a un competidor sin coste, el operador debe seguir tratándote bien. Si estás bloqueado dentro, el reembolso es una cortesía, revocable a voluntad.

Si un mecanismo suspende varias de estas, no está redistribuyendo valor a los usuarios — es un peaje que aprendió a decir “ser”.

Empareja cada pregunta de la checklist con el fallo específico que está diseñada para cazar.

Pick a term, then click its definition.

La frontera abierta

Cierre honesto: la razón de que esto siga siendo un problema de investigación activo es que las tres cosas que de verdad quieres — privacidad, competencia real y descentralización — pelean entre sí.

  • La privacidad encoge el conjunto de competidores. Oculta una orden para que no pueda sufrir front-running, y también la ocultas de los solvers que habrían competido por ejecutarla — menos pujadores, reembolsos más débiles. El escudo que te protege también adelgaza la subasta.
  • La descentralización añade latencia. Reparte el emparejamiento/la secuenciación entre muchas partes (sin un único operador de confianza) y añades retraso de coordinación — lo cual, como mostró el ejemplo de costes, favorece a los titulares de menor latencia. El remedio para la centralización puede causar calladamente centralización por la puerta trasera de la velocidad.
  • La competencia quiere transparencia, pero la transparencia filtra la información que la privacidad intenta proteger. Y vuelta a empezar.

Los diseños estilo SUAVE (de la lección de MEV-Share / SUAVE) son la apuesta vigente de que puedes conseguir una subasta descentralizada y preservadora de la privacidad donde la competencia siga siendo real y el reembolso sea verificable — mempools cifrados, hardware de confianza, una capa de secuenciación compartida. Es, enfáticamente, inacabado. Nadie ha desplegado el mecanismo que maximice las tres esquinas a la vez.

Info:

Esta es la frontera viva — y ahora la entiendes lo bastante bien como para seguirla de verdad. Cuando leas la próxima propuesta que afirme “resolver el MEV”, tienes el marco: ¿qué esquina de privacidad / competencia / descentralización está reforzando, y cuál está gastando en secreto para lograrlo? Casi todo diseño honesto hace trueques a lo largo de ese triángulo. Los deshonestos fingen que no hay triángulo en absoluto.

Big picture

  • Compromisos del diseño de mecanismos
    • Competencia frente a centralización
      • Reembolsos = residuo de una guerra de pujas
      • Economías de escala → oligopolio de solvers
      • Volante: más flujo → mejor solver → foso
      • Campo concentrado compite menos → usuarios reciben menos
    • Censura y confianza
      • Los operadores pueden censurar / dirigir el flujo
      • Los solvers pueden saltarse la mejor ejecución
      • La colusión reparte el excedente
      • Brecha de verificabilidad: 'mejor ejecución' indemostrable
    • Beneficio neto, no bruto
      • El MEV cambia A QUIÉN paga la subasta
      • Neto = reembolso − latencia − corte del operador − riesgo
    • La checklist del peaje
      • ¿Competencia real y abierta?
      • ¿Parte de confianza verificable?
      • ¿Reembolso demostrable, no prometido?
      • ¿Nueva centralización / fosos?
      • ¿Puede el usuario salirse?
    • Frontera abierta
      • La privacidad encoge el conjunto de competidores
      • La descentralización añade latencia → favorece a titulares
      • Apuesta estilo SUAVE: aún inacabada

Comprobación de síntesis: ¿redistribución real o peaje?

Pregunta 1 de 50 correctas

Un protocolo encamina todo el flujo de usuarios a un único solver del que es copropietario, anuncia un 'reembolso del 99% del MEV' y bloquea a los usuarios en esa ruta sin opción de salida. ¿Qué alarma de la checklist suena más fuerte?

Comprueba tu respuesta para continuar.

Ya tienes el detector de mentiras: un mecanismo que sobrevive a la checklist — competencia abierta, un reembolso verificable, ningún foso nuevo, una salida real — está redistribuyendo valor a los usuarios. Uno que la suspende es un peaje con buena redacción publicitaria. Has visto toda la cadena de suministro, la pila de costes, cada diseño de redistribución, y ahora el caso riguroso en contra de tomar cualquiera de ellos al pie de la letra.

Queda una cosa: demuéstralo. El examen final es una pasada graduada de un solo intento a lo largo de todo el curso — la cadena de suministro, las OFA y los reembolsos, las intenciones y los solvers, las subastas por lotes de CoW, MEV-Share / SUAVE, y los compromisos que acabas de afinar. Sin reintentos, sin echar un ojo. Trae el marco. Nos vemos allí.

Marcar lección como completada