Este proceso es fundamental para evitar que Ethereum se convierta en nuestra peor pesadilla. Un sistema igual al que venimos a reemplazar, pero con tecnología más rápida y criptografía.

The Scourge sienta las bases para resolver los problemas de censura y reducir la centralización económica que podría llevarnos a una plutocracia (gobierno de ricos).

The Scourge

Asegurar que las transacciones sean incluidas de forma creíble, neutral y confiable, evitando riesgo de centralización

The Scourge agrupa distintas líneas de trabajo enfocadas en resolver 3 problemas:

  • posibilidad de censurar la red
  • extracción de valor o MEV
  • riesgo de centralización

Veámoslos en más detalle.

Censura en Ethereum

Si bien hoy más de la mitad de los validadores censuran transacciones (siguiendo la norma establecida por la OFAC, una institución de EEUU), el protocolo fue diseñado de manera tal que las transacciones “censuradas” aún se ejecutan, solo que tardan un poquito más.

Imaginalo así: te estás yendo a Rio a tomar Caipirinha y te llevas dos valijas enteras llenas de camisetas de la Selección Argentina para mostrarle a nuestros hermaninhos quién es el campeón de mundo. Pedís un Uber o un Cabify al aeropuerto pero algunos conductores no te quieren lavar porque no quieren que se les arruine el auto con tantas valijas. Lo único que va a pasar es que tardes un poco más en encontrar auto, pero eventualmente vas a llegar.

En Ethereum, esta diferencia es de segundos. Y tampoco hay un avión que tomarse, así que… todo pelota ⚽️

¿Qué es el MEV?

Ok, genial Santi. The Scourge tiene como objetivo asegurar que las transacciones sean incluidas a la red sin ningún tipo de censura y reducir riesgo relacionado a actividades de MEV.

Pero…. ¿qué significa esto?

Es un término que viene de cuando en Ethereum todavía había mineros (aquellos viejos tiempos) y significaba Miner Extractable Value. Pero como ya no hay mineros, metió rebranding y ahora corresponde a Maximal Extractable Value. En concreto, es valor que los validadores pueden extraer de la red según la forma en que ordenan y juegan con las transacciones del bloque que crean.

Recordemos que el validador tiene la enorme tarea de armar el bloque agrupando transacciones. En la práctica, esto significa que ven toda la lista de transacciones pendientes y deciden cuales incluir. La primera intuición que tenemos es que van a incluir aquellas que paguen más Gas Tip (la propina que se da al validador).

Sin embargo, resulta que muchas veces encuentran distintos tipos de oportunidades que les permiten sacar más plata que con los tips. Vamos con otra metáfora. Estás en Rio y pedís una caipirinha, que sale 10 reales. El mesero puede cobrarte 10, y después esperar que seas buena onda y le dejes 1 real de propina. O puede cobrarte la caipirinha 5 reales y aprovecharse de que vos no habías visto el precio antes de pedir.

Este es solo un ejemplo, hay muchas formas realmente. Otro caso bastante concreto es aprovecharse de una oportunidad en alguna transacción y dormir al usuario que la vio primero. Vamos con otra metáfora.

Santi ve que hay una guitarra de Mick Jagger en Open Sea. Por un error del sistema, el precio es 1 DAI. Todo pelota, dice nuestro amigo Santi, y la compra. O mejor dicho, intenta comprarla. Porque resulta que el validador que va a procesar la transacción de Santi se da cuenta del negoción y, ni lento ni perezoso, le gana de mano y la compra primero. Santi solo recibe un mensaje que dice “tu transacción falló”, pero que en realidad quiere decir “dormiste papu, si querías la guitarra de Mick te hubieses puesto tu propio validador”.

En fin, lo importante es que ya sabemos que los validadores tienen 3 tipos de ganancias:

  • ETH emitidos por el protocolo
  • Gas Tips
  • MEV que extraen de los bloques que arman

MEV y la centralización

¿Y que tiene que ver esto con centralización? Resulta que el MEV tiene beneficios de escala. Las oportunidades de MEV se encuentran usando software y técnicas específicas. Mientras mejores sean, más ganancias. Pensado a largo plazo, podría generar que los mejores “MEVeadores” ganen cada vez más plata, se vuelvan cada vez mejores y terminen dejando afuera al resto. Una especie de “supervivencia darwiniana de la validación ethereumnística”.

Dicho en español, una tendencia a la concentración de beneficios y poder económico en algunos validadores que atentaría contra la descentralización de la red.

Entonces… ¿qué hacemos? Emmm…. si ves el Roadmap vas a encontrar alguna que otra pista.

Proposer Builder Separation

La primera explicación es sencilla. Separar el rol del validador en 2: alguien que construya el bloque y alguien que tome el bloque construído y lo proponga a la red.

La idea es que un grupo de actores agrupe transacciones en bloques cerrados y los ofrezca a los proposers para que los propongan a la red.

¿Che Santi pero y esto para que sirve? Una de las principales ventajas es que se distribuyen las ganancias de ser validador. La primera parte, el block builder, se lleva la ganancia del MEV ya que agrupa las transacciones para su conveniencia. La segunda parte, el block proposer, se lleva el premio de haber participado en el consenso de la red (además de un pequeño fee que el builder le paga).

Un detalle clave es que el proposer no ve el detalle de las transacciones que contiene el paquete, solo ve algunos datos generales relacionados a la ganancia que obtendría si ejecutase ese paquete. Es decir, no le puede dormir las ganancias de MEV al builder.

Ok, clarísimo. En lugar de tener un super validador que selecciona las transacciones, las agrupa en un bloque y lo propone a la red, tenemos 2 participantes diferentes. Dividir la ganancia es una gran forma de evitar que se generen grupos concentrados que terminen dominando la red. Algo así como lo que pasa con Proof of Work, donde los pooles de minería más grandes controlan un enorme porcentaje del poder de computo total.

Otra ventaja considerable de este modelo es que permite mayor especialización. O mejor dicho, permite que haya especialización donde la especialización es positiva, y mantiene las cosas simples donde las cosas simples son positivas.

Especialización, especialización everywhere

Sucede que la extracción del MEV es un campo que da mucho lugar a mejoras de performance. Hay toda una mini industria dedicada a sacar la mayor cantidad de valor posible de cada bloque. Esto da lugar a la especialización. Mejores algoritmos generan más MEV, que equivale a más poder económico y, fundamentalmente, a más ETH disponible para participar del consenso Proof of Stake.

El Proposer Builder Separation permite que los block builders sigan especializandose y desarrollando cada vez mejor software para sacar MEV, mientras el consenso de la red se mantiene simple para que todos puedan participar. Volvamos al ejemplo de Proof of Work. Al principio cualquiera podía minar un bloque desde su compu. Luego la industria se especializó y ahora existen máquinas específicas para hacerlo. Si no tenés cash para comprar esa maquinita, no podes minar.

Una de las ventajas del Proposer Builder Separation es que evita que el rol del validador se convierta en un lugar accesible dominado por aquellos que tienen acceso a mejor software y lleva esa competencia feroz al campo de la construcción del bloque, fuera del alcance de los validadores.

Proposer Builder Separation hoy

Ojo, capaz parece que estoy hablando del siglo 27, pero el Proposer Builder Separation ya existe hoy, solo que funciona de forma externa al protocolo. Si volvemos a la foto, vas a notar que el objetivo real no es PBS, sino in-protocol PBS.

Hoy el rol del builder existe gracias al desarrollo de software específico, llamado MEV Boost, que permite a cualquiera crear paquetes de transacciones cerrados y ofrecerle un fee a los validadores para que los procese.

El MEV Boost es simplemente un pedacito de código que los validadores pueden agregar a su cliente (el software que usan para ser, justamente, validadores) y que les da acceso a este “mercado libre de bloques cerrados”. Ahí ven las propuestas de los amigos builders, eligen el bloque que más rédito les genera y lo proponen. La clave, como dijimos al principio, es que no ven la lista entera de transacciones hasta que no se compromenten a proponer el bloque, entonces no pueden “primerear” a los block builders que hicieron el trabajo de armar el bloque seleccionando transacciones que los favorecen.

Imaginalo como un Rappi o Glovo de bloques. El encargado de llevar los paquetes sabe cuanto va a ganar por ese paquete, pero no puede abrirlo para quedarse con la hamburguesa.

Esta solución fue desarrollada por Flashbots, un grupo de hacker activistas comprometidos a iluminar el “dark forest”, como se le llama al lugar donde se eligen y procesan las transaccinoes de Ethereum.

El principal defecto que tiene es que, para lograr que los builders y los proposers se conecten, dependen de un tercer actor, los relayers. En la metáfora de la hamburguesa el relayer es un chaboncito que sube los pedidos a Rappi para que los amigos de las motos los vean y puedan elegirlos.

In-protocol PBS

El objetivo de The Scourge, con esto de “in-protocol” PBS, es que la Proposer Builder Separation esté embebida en el protocolo. Y que no dependa de relayers externos, que son otro potencial vector de centralización, o, en criollo, otro grupo de actores que en algún momento podría generar problemas o riesgos.

Pero ya sé que te agarro hambre, y qué, como yo, no ves la hora de terminar de leer para ir a clavarte una buena hamburguesa doble con extra queso, cebollita y un poco de salsa barbacoa. Disfrutala, y agradece que existe un sistema que permite que alguien te la lleve a tu casa y no se la coma en el camino.

De eso se trata The Scourge, y Ethereum, la máquina infinita, y la tecnología en general. De que mejoremos la forma en que nos coordinamos. Para tener una vida un poco mejor, con menos problemas y más tiempo para las cosas que realmente importan: el queso extra.