Respuestas>Más información sobre el MEV y el orden de las transacciones>Cómo funciona el orden de las transacciones
Cómo funciona el orden de las transacciones
// Tags
orden de las transaccionesmempool
En resumen: El orden de las transacciones es el proceso mediante el cual una cadena de bloques decide qué transacciones pendientes se incluyen en el siguiente bloque y en qué orden. Este orden influye directamente en qué transacciones se completan con éxito, cuáles fallan y cuánto valor recibe cada participante. En la mayoría de las cadenas de bloques, la entidad que genera el bloque tiene plena discreción sobre el orden de las transacciones. Históricamente, las transacciones se ordenaban según el precio del gas, de modo que la que ofrecía más se procesaba primero. Hoy en día, el proceso es mucho más complejo e implica comisiones básicas, comisiones de prioridad, órdenes privadas flow, creadores de bloques especializados y mecanismos de subasta que han transformado la construcción de bloques en un sofisticado mercado.
La explicación sencilla
Cuando envías una transacción a una cadena de bloques, esta entra en el mempool, una zona de espera pública donde todas las transacciones pendientes esperan a ser incluidas en un bloque. El mempool no es una cola. No existe un orden garantizado de «por orden de llegada». En su lugar, el productor de bloques (un validador en las cadenas de Prueba de Participación, un minero en las cadenas de Prueba de Trabajo) selecciona qué transacciones incluir y las ordena en el orden que él elija.
Esto difiere fundamentalmente del funcionamiento de los sistemas tradicionales. Cuando se realiza una orden en una bolsa de valores, esta tiene normas estrictas sobre la prioridad temporal: las órdenes que llegan primero se ejecutan primero. En una cadena de bloques, el productor de bloques es la bolsa, y puede reordenar las operaciones como desee. La única restricción es que cada transacción debe ser válida teniendo en cuenta el estado generado por las transacciones anteriores en el mismo bloque.
¿Por qué es tan importante el orden? Porque en DeFi, el orden de las transacciones dentro de un bloque puede determinar los precios, las liquidaciones y los resultados del arbitraje. Si dos personas intentan comprar el mismo token del mismo fondo de liquidez, la persona cuya transacción se ejecute primero obtiene un mejor precio. La transacción de la segunda persona se ejecuta en un fondo con menos liquidez y a un precio más alto. La diferencia entre ser el primero y el segundo puede suponer miles o millones de dólares.
El modelo tradicional: ordenación según el precio de la gasolina
Antes de la actualización EIP-1559 de Ethereum(agosto de 2021), el orden de las transacciones era sencillo: los usuarios indicaban un precio de gas en su transacción y los productores de bloques ordenaban el mempool por precio de gas, empezando por el más alto. Si querías que tu transacción se procesara antes que la de otra persona, pagabas un precio de gas más alto. Esto creaba un sistema de subasta sencillo pero implacable denominado «subasta de gas por prioridad» (PGA).
Las PGA eran caóticas durante los periodos de alta demanda. Los buscadores de MEV que competían por oportunidades de arbitraje o liquidación se superaban rápidamente entre sí en las pujas, incrementando sus precios de gas en tiempo real. Una sola oportunidad rentable de MEV podía desencadenar docenas de transacciones que competían entre sí, cada una con precios del gas cada vez más altos, lo que consumía espacio en los bloques y encarecía los costes para el resto de usuarios de la red. Los usuarios que intentaban realizar una simple transferencia de tokens veían cómo se disparaban sus costes de gas porque los bots subían el precio del espacio en los bloques en busca de beneficios por MEV.
El modelo PGA también implicaba que el orden de las transacciones venía determinado íntegramente por la disposición a pagar. No existía el concepto de equidad, no se tenía en cuenta el momento en que se enviaba una transacción y no había ningún mecanismo para proteger a los usuarios habituales de que bots sofisticados, con un seguimiento más rápido del mempool y mayores reservas de capital, les superaran en la puja.
EIP-1559 y el modelo de comisiones en dos partes
EthereumLa actualización EIP-1559 sustituyó el precio único del gas por una estructura de comisiones de dos componentes: una comisión base y una comisión de prioridad (propina). La tarifa base la establece algorítmicamente el protocolo en función del grado de llenado del bloque anterior. Cuando los bloques están llenos en más de un 50 %, la tarifa base aumenta. Cuando los bloques están llenos en menos de un 50 %, disminuye. La tarifa base se quema (se retira de la circulación), lo que significa que no va a parar a manos de los validadores.
La comisión de prioridad es la cantidad que un usuario paga directamente al validador como incentivo para que incluya su transacción. En un sistema en el que todas las transacciones pagan la misma comisión base, la comisión de prioridad se convierte en el factor diferenciador a la hora de establecer el orden. Las transacciones con comisiones de prioridad más altas se incluyen en primer lugar.
Este modelo mejoró la previsibilidad de las comisiones para los usuarios (la comisión base se ajusta de forma gradual en lugar de dispararse de manera impredecible) y redujo la eficacia de los PGA (ya que los bots competidores ya no pueden disparar el precio global del gas para todos, sino solo su propia comisión de prioridad). Sin embargo, no eliminó la extracción de valor basada en el orden. Los validadores (o los «builders» a los que delegan) siguen controlando la secuencia de transacciones dentro de un bloque, y la comisión de prioridad sigue generando una subasta por el posicionamiento.
Construcción modular moderna: separación entre promotor y constructor
En la actualidad, el orden de las transacciones en Ethereum está regido por un sistema denominado «Proposer-Builder Separation» (PBS), implementado a través de MEV-Boost y el ecosistema Flashbots. El PBS divide el proceso de creación de bloques en dos funciones: los «builders», que recopilan el contenido del bloque, y los «proposers» (validadores), que aprueban el bloque final.
El proceso funciona de la siguiente manera. Los usuarios envían transacciones al mempool público o directamente a los «builders» a través de canales privados. Los buscadores de MEV supervisan el mempool y crean «bundles», que son grupos ordenados de transacciones diseñados para aprovechar oportunidades específicas de MEV (arbitraje, liquidación, «sandwich»). Los «builders» recogen estos paquetes junto con las transacciones habituales de los usuarios, los agrupan en un bloque completo ordenado para maximizar el valor total y envían su bloque como puja a un «relay». El «relay» valida el bloque y reenvía la puja de mayor valor al proponente. El proponente selecciona la puja ganadora (normalmente la que más le paga), firma la cabecera del bloque y el «relay» publica el bloque completo en la red.
Más del 90 % de los bloques de Ethereum se producen ahora a través de este canal de PBS. El sistema ha profesionalizado la ordenación de las transacciones hasta un punto que habría sido inimaginable en los inicios de la red. La creación de bloques se ha convertido en un negocio competitivo y que requiere un gran aporte de capital, en el que un puñado de creadores producen la mayoría de los bloques en función de su capacidad para extraer y distribuir MEV de manera eficiente.
Pedido privado Flow
Uno de los avances más significativos en la ordenación de transacciones es el auge de las órdenes privadas flow. En lugar de difundir las transacciones al mempool público (donde son visibles para los bots de «front-running»), los usuarios pueden enviar las transacciones directamente a los «builders» a través de canales privados. Servicios como Flashbots Protect, MEV Blocker y los relés de transacciones privadas aceptan las transacciones de los usuarios y las reenvían a los «builders» sin exponerlas al mempool público.
Las órdenes privadas flow protegen a los usuarios de los ataques «sandwich» (ya que los bots no pueden ver la transacción para adelantarse a ella), pero crean nuevas dinámicas en el mercado de la construcción de bloques. Los constructores con acceso a órdenes privadas exclusivas flow tienen una ventaja competitiva, ya que pueden construir bloques más valiosos que aquellos que se limitan a las transacciones del mempool público. Esto ha dado lugar a una concentración de la construcción de bloques en un pequeño número de constructores con las mejores relaciones en materia de órdenes flow , lo que ha suscitado preocupaciones sobre la centralización en un sistema diseñado para ser descentralizado.
Orden de las transacciones en otras cadenas
Solana gestiona el orden de las transacciones de forma diferente debido a su arquitectura. No existe un mempool tradicional. Las transacciones se envían directamente al líder actual (el validador responsable de producir el bloque de la franja horaria actual). El líder determina el orden, y el protocolo Gulf Stream de Solana reenvía las transacciones por adelantado al próximo líder. Esto reduce algunos vectores de ataque MEV (como el «mempool sniping» tradicional), pero otorga al líder un poder significativo sobre el orden durante su franja horaria.
Los rollups de capa 2 como Arbitrum, Base y Optimism utilizan actualmente secuenciadores centralizados que ordenan las transacciones según el principio de «por orden de llegada». El secuenciador recibe las transacciones, las ordena por hora de llegada y las agrupa en lotes para enviarlas a la capa 1 de Ethereum . Este modelo reduce el MEV basado en el orden de las transacciones en comparación con la capa 1 de Ethereum , pero concentra el poder de ordenación en una única entidad. Las iniciativas para descentralizar los secuenciadores, incluidas las redes de secuenciación compartidas y los mecanismos de rotación de secuenciadores, son áreas de desarrollo muy activas.
¿Cómo genera el orden de las transacciones el MEV?
Dado que el productor de bloques elige la secuencia de transacciones, esa misma secuencia se convierte en una fuente de beneficio. Reordenar, insertar o censurar transacciones permite capturar un valor que, de otro modo, iría a parar a los usuarios comunes, y este valor capturado se denomina MEV. Un buscador que detecte un intercambio de gran volumen en el mempool puede colocar una orden de compra justo antes y una de venta justo después para beneficiarse del impacto en el precio. La razón más profunda por la que esto es posible es estructural: mientras alguien controle el orden y las transacciones sean visibles antes de su ejecución, la oportunidad existe, y esa es precisamente la razón por la que existe el MEV.
¿En qué se diferencia el orden de las transacciones entre las distintas cadenas de bloques?
Cada cadena cede el poder de ordenación a un actor diferente, lo que modifica el nivel de exposición de los usuarios al MEV. Ethereum utiliza «builders» y «proposers», Solana cede el control al líder actual, y la mayoría de los rollups se basan en un único «sequencer». La tabla siguiente compara los tres modelos.
Cadena
Mecanismo de pedidos
Exposición al MEV
Ethereum L1
Pedidos de constructoras por valor total a través de PBS
Alto; son frecuentes los ataques de arbitraje y tipo «sándwich»
Solana
Pedidos del líder actual, sin mempool público
Hay menos «sniping» en el mempool, pero el líder sigue controlando el orden
Rollups de L2 (Arbitrum, Base)
Secuenciador centralizado, por orden de llegada
Se ha reducido el MEV por reordenación, pero se confía en el secuenciador
¿Cuáles son los principales tipos de extracción de valor basada en pedidos?
No toda la extracción de valor basada en la jerarquización es perjudicial. Algunas formas contribuyen a la eficiencia de los mercados, mientras que otras van directamente en detrimento del usuario al que se le impone un orden. La tabla siguiente resume las categorías más comunes que persiguen los buscadores.
Tipo MEV
Para qué sirve
¿A quién afecta?
Arbitraje
Beneficios derivados de las diferencias de precio entre distintos mercados o plataformas
En general, sin consecuencias graves; armoniza los precios
Liquidación
Amortiza préstamos con garantía insuficiente a cambio de una bonificación
Los prestatarios near su umbral
Sándwich
Operaciones de «front-run» y «back-run» y el intercambio de víctimas
Usuarios del mempool público
Marcha atrás
Coloca una transacción justo después de un objetivo
Varía; suele ser benigno
¿Se pueden proteger las transacciones frente a un orden de ejecución perjudicial?
Sí, en gran medida. La defensa más sencilla consiste en mantener una transacción fuera del mempool público desviándola a través de un servicio de ordenación privada flow , de modo que los bots de «front-running» nunca la vean antes de que se ejecute. Establecer límites estrictos de deslizamiento también limita la cantidad que un «sandwich» puede extraer. Estos enfoques, junto con la investigación sobre la ordenación justa y los mempools cifrados, forman parte de un conjunto más amplio de estrategias de mitigación del MEV que tienen como objetivo proteger a los usuarios sin sacrificar la apertura de la red.
Preguntas frecuentes
¿El orden de las transacciones es lo mismo que el principio de «por orden de llegada»?
Normalmente no. En la mayoría de las cadenas de bloques, el creador del bloque puede ordenar las transacciones incluidas en cualquier orden válido, por lo que la hora de llegada no garantiza el orden de ejecución. Actualmente, algunos secuenciadores de Capa 2 sí ordenan las transacciones por hora de llegada, pero esa es una característica de esos sistemas concretos, no de las cadenas de bloques en general.
¿Una comisión más alta garantiza que mi transacción se procese en primer lugar?
Mejora tus posibilidades, pero no garantiza una posición concreta. Una tarifa de prioridad más alta aumenta las probabilidades de inclusión y de una colocación más temprana; sin embargo, los constructores optimizan en función del valor total de todo el bloque, por lo que un paquete que pague más en total puede seguir superando a tu transacción individual.
¿Está relacionado el orden de las transacciones con la firmeza?
Están relacionados, pero son conceptos distintos. El orden determina la secuencia dentro de un bloque, mientras que la finalidad determina cuándo ese bloque ya no puede revertirse. Una transacción puede estar ordenada e incluida y, aun así, poder deshacerse si el bloque se reorganiza antes de que sea definitiva.
¿Puede cambiar el orden de las transacciones después de que se haya generado un bloque?
Dentro de un mismo bloque, no; el orden queda fijado una vez que se firma el bloque. Sin embargo, el propio bloque puede sustituirse durante una reorganización de la cadena, lo que puede eliminar o reordenar las transacciones con respecto a la cadena canónica hasta que se alcance la finalidad.
¿Las redes de capa 2 eliminan el MEV?
No del todo. Un secuenciador centralizado que ordena según el tiempo de llegada reduce el MEV de reordenación, habitual en la L1 de Ethereum , pero concentra el poder de ordenación en un solo operador y no elimina todas las formas de extracción. La descentralización de los secuenciadores es un área de investigación activa destinada a abordar este problema.
El papel de « Quicknode »
El orden de las transacciones afecta a todas las aplicaciones que envían o supervisan transacciones en una cadena de bloques. La API Core de Quicknode ofrece el acceso RPC de baja latencia que necesitan los desarrolladores para enviar transacciones con una estimación precisa de las comisiones y una sincronización exacta. Los rápidos tiempos de respuesta garantizan que las transacciones de tu aplicación lleguen a la red con un retraso mínimo, lo cual es especialmente importante en entornos competitivos en los que los milisegundos determinan el posicionamiento de las transacciones.
Para aquellas aplicaciones que necesitan supervisar cómo se ordenan e incluyen las transacciones, Quicknode Streams ofrece datos de bloques en tiempo real con entrega garantizada y procesamiento por orden de finalidad. Al transmitir datos de transacciones filtrados según tus contratos y direcciones, puedes analizar patrones de ordenación, detectar actividad MEV que afecte a tus usuarios y crear sistemas que respondan a la dinámica a nivel de bloque en tiempo real. La infraestructura de Quicknode garantiza que tu aplicación cuente con la velocidad, la fiabilidad y el acceso a los datos necesarios para desenvolverse en la compleja realidad de la ordenación de transacciones moderna.
