¿MEV? ¿Esto es bueno o malo? MEVBlocker ❤
Malo cojones, malo. Aquí bueno no hay nada: Hasta que lleva MEVBlocker
Hace unos meses te hice un tutorial de como usar un DEX, Exchange Descentralizado. En un DEX, como UniSwap, PancakeSwap o similares puedes hacer intercambios de tokens sin intermediarios. Esto se consigue gracias a los Pool de liquidez.
Pools de liquidez: Alguien crea una posición y añade al DEX los dos tokens del par que quieres intercambiar. En mi caso para que tu pudieras hacer ese SWAP yo añadí liquidez, es decir tokens para intercambiar en el par 101C/Matic:
De esa manera cuando tu hagas SWAP podrás obtener tus tokens. Y podrás cambiar Matic por el token 101C y viceversa el token 101C por Matic.
Ahora voy a introducir el concepto de Slippage:
El "slippage" es un término que se utiliza en los mercados financieros para describir la diferencia entre el precio esperado de una operación y el precio real al que se ejecuta la operación.
En las operaciones que realizamos en un DEX aceptamos un máximo de Slippage, y si ese máximo es sobrepasado, la operación no se ejecuta.
Si hay mucha volatilidad en el precio y estoy dispuesto a aceptar un SWAP menos beneficioso del esperado siempre puedo poner un Slippage de un 10%, queriendo decir esto que una vez ejecutemos el SWAP se ejecutará siempre que el intercambio se mantenga en un rango de un 10% de variación desfavorable para nosotros:
¿Y cómo es esto?
🚨 MEV Attack! 🚨
MEV viene de las siglas de “Maximal Extractable Value”, o Valor Máximo Extraíble, y es una medida de los beneficios que un minero (o validador, secuenciador, etc.) puede obtener de varias formas entre las que incluimos incluir, excluir o reordenar arbitrariamente las transacciones que un bloque contiene.
El ataque más conocido era el “front running” dónde un bot pagaba una tarifa más alta que tu e introducía su transacción antes que la tuya y aprovechaba para comprar antes que tu y venderlo por el límite de tu slippage.
El front running ha evolucionado y ya no solo existe este tipo de MEV Attack sino que también tenemos:
Sandwich Attacks (Ataques de sándwich): En estos ataques, el manipulador de transacciones coloca estratégicamente sus propias transacciones entre dos transacciones del usuario para aprovecharse de los cambios en los precios entre ellas. Por ejemplo, el manipulador podría colocar una transacción de compra antes de la transacción del usuario y una transacción de venta después, obteniendo ganancias de la diferencia de precios.
Arbitrage Opportunities (Oportunidades de arbitraje): Los manipuladores pueden identificar oportunidades de arbitraje entre diferentes exchanges o protocolos DeFi y aprovecharse de ellas mediante la ejecución de transacciones rápidas y eficientes para obtener beneficios.
Miner Extracted Liquidity (MEL, Liquidez Extraída por Mineros): En este caso, los mineros priorizan ciertas transacciones que contienen tokens de liquidez en los protocolos DeFi, permitiéndoles extraer valor de la liquidez del protocolo en lugar de simplemente de las tarifas de transacción.
Transacciones Flashbots: Este es un método de MEV en el que los mineros reciben ofertas de paquetes de transacciones de forma privada y pueden decidir qué transacciones incluir en un bloque y en qué orden, lo que les permite maximizar sus ganancias.
Y esto es un fucking problema.
Tu pensando en hacer un SWAP y mil tios con sus bots automáticos pendientes de liártela. Pero hay soluciones.
Rabby:
Hace unas semanas os hablé de Rabby, una alternativa a Metamask. Si no has probado Rabby, dale una vuelta, y ahora más aún. Rabby tiene un “MEV Guarded Mode”, dónde nuestras transacciones son procesadas mejorando la seguridad contra MEV para defenderse de ataques de front running y sandwich attacks durante intercambios.
MEV Blocker:
Antes de meternos en el barro primero tengo que explicarte que es un RPC.
Un "RPC endpoint" en Ethereum se refiere a la dirección URL de un nodo Ethereum que expone un servicio RPC (Remote Procedure Call) a través de la red.
Un "RPC endpoint" es una ventanilla dónde vas y le dices a un nodo que incluya una transacción en la red.
Pues bien, MEVBlocker usa un RPC que protege tus transacciones.Esto se hace enviando tu transacción a una red de buscadores que escanean en busca de oportunidades de arbitraje posterior, pero no pueden adelantarse ni realizar operaciones de "sandwich" con tus intercambios.
También te permite beneficiarte del arbitraje posterior. Esto se logra al permitir que los buscadores "oferten" en una subasta para ganar el derecho de realizar arbitraje posterior en tu operación.
Cuando esto sucede, los usuarios de MEVBlocker reciben el 90% de la ganancia que genera su oportunidad de arbitraje posterior (en comparación con el 0% cuando no se utiliza MEVBlocker). El reembolso se paga al usuario que envió la transacción (tx.origin), inmediatamente en el mismo bloque.
¿es difícil de hacer? No, aquí tienes un tutorial.
¿Significa esto que puedo omitir el uso del Slippage cuando haga una transacción?
EL RPC de MEVBlocker va a intentar ayudarte todo lo posible, y por eso debes poner todos los medios al tu alcance, entre los cuales el primordial es poner un slippage correcto.
Ejemplo
Un usuario hace un SWAP de un token y paga en el SWAP (no la fee) 0,5 Ether.
En el status de la operación podemos ver que el usuario recibió de vuelta 0,44 Ether gracias a la forma de trabajar de MEVBlocker.
Y aquí los 0,44 Ether de vuelta:
Más info en el siguiente tweet.
Resumen
Entre las opciones posible te diría que tu mejor opción es usar MEVBlocker se sigue produciendo un MEV Attack, pero es más justo y acordado:
Facilita una subasta entre una red de "buscadores" a quienes se les brinda la oportunidad de realizar arbitraje posterior en tus transacciones. A cambio, te protegen de los ataques de adelantamiento y "sandwich" - los tipos desagradables de MEV que explotan a los usuarios de Ethereum todos los días.
Cuando los buscadores envían ofertas ganadoras a través de la subasta de flujo de órdenes, MEVBlocker envía el monto completo de la oferta a usuarios y validadores en una división de 90/10. Los validadores conservan el 10% como recompensa, y los usuarios se quedan con el otro 90% como ganancia que perderían si no estuvieran usando MEV Blocker.
Siempre que tengas MEVBlocker configurado como el RPC en tu wallet (como si fuera otra red), estás protegido contra el adelantamiento y el "sandwich" al usar cualquier dApp de Ethereum. Y la parte de ganancias del arbitraje posterior se deposita automáticamente en tu wallet.
Y por una razón, Rabby, realmente usa MEVBlocker por debajo 🤯. Así que usa siempre MEVBlocker con todas tus wallets, en vez de usar Rabby.
Y ahora la pregunta:
¿Conocías algo de lo que te he contado? ¿Planeas usarlo?
¡Te leo en comentarios!
Bueno es saberlo, me lo guardo!
Fantástico Jota!!, es alucinante lo que se cuece tras bastidores, obviamente no sabía nada del tema, soy muy nuevo en estas lides; no obstante, apuesto a que una gran mayoría de gente con tiempo en estas cuestiones tampoco lo conocen.
Otro artículo más a archivo.
Entiendo que hemos de asumir una pérdida del 10% de la oportunidad de arbitraje en toda transacción, cosa que sin MEVBlocker "podría" no darse, aunque en general, tras muchas transacciones realizadas se acaba ganando, ¿Es correcto?
Gracias!