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, y 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, flow de órdenes privados, 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 como considere oportuno.
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 del bloque 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 obtendrá un mejor precio. La transacción de la segunda persona se ejecutará 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 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 despiadado 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 de 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 les superaran en la puja bots sofisticados con un seguimiento más rápido del mempool y mayores reservas de capital.
EIP-1559 y el modelo de comisiones en dos partes
La actualización EIP-1559 Ethereum 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 ocupación del bloque anterior. Cuando los bloques están ocupados en más del 50 %, la tarifa base aumenta. Cuando los bloques están ocupados en menos del 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 dominado por un sistema denominado «separación entre proponentes y constructores» (PBS), implementado a través de MEV-Boost y el ecosistema Flashbots. El PBS divide el proceso de producción de bloques en dos funciones: los constructores, que recopilan el contenido del bloque, y los proponentes (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 Ethereum se generan ahora a través de este proceso 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 grandes inversiones 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 el MEV de manera eficiente.
Flow de órdenes privadas
Uno de los avances más significativos en la gestión de las transacciones es el auge del flow de órdenes privado. En lugar de publicar las transacciones en el mempool público (donde son visibles para los bots que se adelantan a las operaciones), 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.
flow de órdenes privado flow los usuarios de los ataques «sandwich» (ya que los bots no pueden ver la transacción para adelantarse a ella), pero crea nuevas dinámicas en el mercado de la creación de bloques. Los creadores que tienen acceso a flow de órdenes privado exclusivo flow 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 creación de bloques en un pequeño número de creadores con las mejores flow de órdenes, 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 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 del slot actual). El líder determina el orden, y el protocolo Gulf Stream 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 slot.
Los rollups de capa 2 como Arbitrum, Base y Optimism utilizan Optimism secuenciadores centralizados que ordenan las transacciones por orden de llegada. El secuenciador recibe las transacciones, las ordena según su hora de llegada y las agrupa en lotes para enviarlas a Ethereum . Este modelo reduce el MEV basado en el orden de las transacciones en comparación con Ethereum , pero concentra el poder de ordenación en una única entidad. Los esfuerzos por 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 a este valor capturado se le 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 «builders» y «proposers», Solana el control al líder actual y la mayoría de los rollups dependen de un único secuenciador. En la tabla siguiente se comparan los tres modelos.
Cadena
Mecanismo de pedidos
Exposición al MEV
Ethereum
Clasificación de las empresas constructoras por valor total a través de PBS
Alto; son habituales los ataques de arbitraje y tipo «sandwich»
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 el secuenciador es fiable
¿Cuáles son los principales tipos de extracción de valor basada en pedidos?
No toda la extracción de valor basada en la imposición de órdenes es perjudicial. Algunas formas contribuyen a la eficiencia de los mercados, mientras que otras van directamente en detrimento del usuario al que se le imponen órdenes. La tabla siguiente resume las categorías más habituales que persiguen los buscadores.
Tipo MEV
Para qué sirve
¿A quién afecta?
Arbitraje
Beneficios derivados de las diferencias de precios 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
Prestatarios que near límite
Sándwich
Operaciones de «front-run» y «back-run» en un 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 flow privado flow órdenes, 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 el ordenamiento justo 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 productor de bloques puede organizar 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 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 «builders» optimizan el 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.
¿El orden de las transacciones está relacionado con la firmeza?
Están relacionados, pero son conceptos distintos. La ordenación determina el orden dentro de un bloque, mientras que la firmeza establece el momento en el que ese bloque ya no puede revertirse. Una transacción puede estar ordenada e incluida en un bloque y, aun así, poder deshacerse si el bloque se reorganiza antes de que sea firme.
¿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 las transacciones según su hora de llegada reduce el MEV por reordenación, tan habitual en 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 campo de investigación en el que se está trabajando activamente con el objetivo de abordar este problema.
Quicknode 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 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 la posición de las transacciones.
Para aplicaciones que necesitan supervisar cómo se ordenan e incluyen las transacciones, Quicknode Streams proporciona datos de bloques en tiempo real con entrega garantizada y procesamiento en 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 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.
