Valore massimo estraibile (MEV)

Il valore massimo estraibile (MEV) si riferisce al valore massimo che può essere estratto dalla produzione di un blocco in eccesso rispetto alla ricompensa del blocco standard e alle commissioni del gas includendo, escludendo e modificando l'ordine delle transazioni in un blocco.

Valore massimo estraibile

Il valore massimo estraibile è stato applicato per la prima volta nel contesto della prova di lavoro ed era inizialmente definito come "valore estraibile dal miner". Questo perché nella prova di lavoro, i miner controllano l'inclusione, l'esclusione e l'ordinamento delle transazioni. Tuttavia, dalla transizione alla prova di stake tramite Il Merge, i validatori sono diventati responsabili di questi ruoli e il mining non fa più parte del protocollo di Ethereum. I metodi di estrazione del valore esistono ancora, tuttavia, quindi ora viene utilizzato il termine "Valore massimo estraibile".

Prerequisiti

Assicurati di avere familiarità con le transazioni, i blocchi, la prova di stake e il gas. È utile anche avere familiarità con le dApp e la DeFi.

Estrazione del MEV

In teoria, il MEV matura interamente a favore dei validatori perché sono l'unica parte che può garantire l'esecuzione di un'opportunità di MEV redditizia. In pratica, tuttavia, gran parte del MEV viene estratto da partecipanti indipendenti della rete definiti "cercatori" (searcher). I cercatori eseguono algoritmi complessi sui dati della blockchain per rilevare opportunità di MEV redditizie e dispongono di bot per inviare automaticamente tali transazioni redditizie alla rete.

I validatori ottengono comunque una parte dell'intero importo del MEV perché i cercatori sono disposti a pagare commissioni del gas elevate (che vanno al validatore) in cambio di una maggiore probabilità di inclusione delle loro transazioni redditizie in un blocco. Supponendo che i cercatori siano economicamente razionali, la commissione del gas che un cercatore è disposto a pagare sarà un importo fino al 100% del MEV del cercatore (perché se la commissione del gas fosse più alta, il cercatore perderebbe denaro).

Detto questo, per alcune opportunità di MEV altamente competitive, come l'arbitraggio sui DEX, i cercatori potrebbero dover pagare il 90% o anche più delle loro entrate totali di MEV in commissioni del gas al validatore, perché moltissime persone vogliono eseguire la stessa operazione di arbitraggio redditizia. Questo perché l'unico modo per garantire l'esecuzione della loro transazione di arbitraggio è inviare la transazione con il prezzo del gas più alto.

Gas golfing

Questa dinamica ha reso l'essere bravi nel "gas golfing" — programmare le transazioni in modo che utilizzino la minor quantità di gas possibile — un vantaggio competitivo, perché consente ai cercatori di impostare un prezzo del gas più alto mantenendo costanti le commissioni del gas totali (poiché commissioni del gas = prezzo del gas * gas utilizzato).

Alcune tecniche ben note di gas golfing includono: l'utilizzo di indirizzi che iniziano con una lunga stringa di zeri (es. 0x0000000000C521824EaFf97Eac7B73B084ef9306 (opens in a new tab)) poiché occupano meno spazio (e quindi gas) per essere memorizzati; e lasciare piccoli saldi di token ERC-20 nei contratti, poiché costa più gas inizializzare uno slot di archiviazione (il caso in cui il saldo è 0) rispetto all'aggiornamento di uno slot di archiviazione. Trovare ulteriori tecniche per ridurre l'utilizzo di gas è un'area di ricerca attiva tra i cercatori.

Frontrunner generalizzati

Invece di programmare algoritmi complessi per rilevare opportunità di MEV redditizie, alcuni cercatori eseguono frontrunner generalizzati. I frontrunner generalizzati sono bot che osservano la mempool per rilevare transazioni redditizie. Il frontrunner copierà il codice della transazione potenzialmente redditizia, sostituirà gli indirizzi con l'indirizzo del frontrunner ed eseguirà la transazione localmente per verificare che la transazione modificata si traduca in un profitto per l'indirizzo del frontrunner. Se la transazione è effettivamente redditizia, il frontrunner invierà la transazione modificata con l'indirizzo sostituito e un prezzo del gas più alto, facendo "frontrunning" sulla transazione originale e ottenendo il MEV del cercatore originale.

Flashbots

Flashbots è un progetto indipendente che estende i client di esecuzione con un servizio che consente ai cercatori di inviare transazioni MEV ai validatori senza rivelarle alla mempool pubblica. Questo impedisce che le transazioni subiscano il frontrunning da parte di frontrunner generalizzati.

Esempi di MEV

Il MEV emerge sulla blockchain in diversi modi.

Arbitraggio sui DEX

L'arbitraggio sugli (DEX) è l'opportunità di MEV più semplice e conosciuta. Di conseguenza, è anche la più competitiva.

Funziona così: se due DEX offrono un token a due prezzi diversi, qualcuno può acquistare il token sul DEX con il prezzo più basso e venderlo sul DEX con il prezzo più alto in una singola transazione atomica. Grazie ai meccanismi della blockchain, questo è un vero e proprio arbitraggio privo di rischi.

Ecco un esempio (opens in a new tab) di una transazione di arbitraggio redditizia in cui un cercatore ha trasformato 1.000 ETH in 1.045 ETH sfruttando i diversi prezzi della coppia ETH/DAI su Uniswap rispetto a Sushiswap.

Liquidazioni

Le liquidazioni dei protocolli di prestito rappresentano un'altra ben nota opportunità di MEV.

I protocolli di prestito come Maker e Aave richiedono agli utenti di depositare una garanzia (es. ETH). Questa garanzia depositata viene poi utilizzata per concedere prestiti ad altri utenti.

Gli utenti possono quindi prendere in prestito asset e token da altri a seconda di ciò di cui hanno bisogno (es. potresti prendere in prestito MKR se vuoi votare in una proposta di governance di MakerDAO) fino a una certa percentuale della loro garanzia depositata. Ad esempio, se l'importo del prestito è al massimo del 30%, un utente che deposita 100 DAI nel protocollo può prendere in prestito fino a 30 DAI di un altro asset. Il protocollo determina l'esatta percentuale del potere di prestito.

Poiché il valore della garanzia di un mutuatario fluttua, fluttua anche il suo potere di prestito. Se, a causa delle fluttuazioni del mercato, il valore degli asset presi in prestito supera, ad esempio, il 30% del valore della loro garanzia (di nuovo, la percentuale esatta è determinata dal protocollo), il protocollo in genere consente a chiunque di liquidare la garanzia, ripagando istantaneamente i prestatori (questo è simile a come funzionano le richieste di margine (opens in a new tab) nella finanza tradizionale). Se liquidato, il mutuatario di solito deve pagare una pesante commissione di liquidazione, parte della quale va al liquidatore — ed è qui che entra in gioco l'opportunità di MEV.

I cercatori competono per analizzare i dati della blockchain il più velocemente possibile per determinare quali mutuatari possono essere liquidati ed essere i primi a inviare una transazione di liquidazione e riscuotere la commissione di liquidazione per se stessi.

Sandwich trading

Il sandwich trading è un altro metodo comune di estrazione del MEV.

Per fare un "sandwich", un cercatore osserverà la mempool alla ricerca di grandi scambi sui DEX. Ad esempio, supponiamo che qualcuno voglia acquistare 10.000 UNI con DAI su Uniswap. Uno scambio di questa portata avrà un effetto significativo sulla coppia UNI/DAI, aumentando potenzialmente in modo significativo il prezzo di UNI rispetto a DAI.

Un cercatore può calcolare l'effetto approssimativo sul prezzo di questo grande scambio sulla coppia UNI/DAI ed eseguire un ordine di acquisto ottimale immediatamente prima del grande scambio, acquistando UNI a basso costo, per poi eseguire un ordine di vendita immediatamente dopo il grande scambio, vendendolo al prezzo più alto causato dal grande ordine.

Il sandwiching, tuttavia, è più rischioso in quanto non è atomico (a differenza dell'arbitraggio sui DEX, come descritto sopra) ed è soggetto a un attacco salmonella (opens in a new tab).

MEV degli NFT

Il MEV nello spazio degli NFT è un fenomeno emergente e non è necessariamente redditizio.

Tuttavia, poiché le transazioni di NFT avvengono sulla stessa blockchain condivisa da tutte le altre transazioni di Ethereum, i cercatori possono utilizzare tecniche simili a quelle utilizzate nelle tradizionali opportunità di MEV anche nel mercato degli NFT.

Ad esempio, se c'è un drop di NFT popolare e un cercatore desidera un certo NFT o un set di NFT, può programmare una transazione in modo da essere il primo della fila ad acquistare l'NFT, oppure può acquistare l'intero set di NFT in una singola transazione. O se un NFT viene erroneamente messo in vendita a un prezzo basso (opens in a new tab), un cercatore può fare frontrunning sugli altri acquirenti e accaparrarselo a poco prezzo.

Un esempio lampante di MEV degli NFT si è verificato quando un cercatore ha speso 7 milioni di dollari per acquistare (opens in a new tab) ogni singolo Cryptopunk al prezzo minimo (price floor). Un ricercatore blockchain ha spiegato su Twitter (opens in a new tab) come l'acquirente ha collaborato con un fornitore di MEV per mantenere segreto il proprio acquisto.

La coda lunga

L'arbitraggio sui DEX, le liquidazioni e il sandwich trading sono tutte opportunità di MEV molto note ed è improbabile che siano redditizie per i nuovi cercatori. Tuttavia, esiste una coda lunga di opportunità di MEV meno note (il MEV degli NFT è probabilmente una di queste opportunità).

I cercatori alle prime armi potrebbero avere più successo cercando il MEV in questa coda più lunga. La bacheca degli annunci di lavoro MEV (opens in a new tab) di Flashbots elenca alcune opportunità emergenti.

Effetti del MEV

Il MEV non è del tutto negativo — ci sono conseguenze sia positive che negative per il MEV su Ethereum.

I lati positivi

Molti progetti DeFi si affidano ad attori economicamente razionali per garantire l'utilità e la stabilità dei loro protocolli. Ad esempio, l'arbitraggio sui DEX garantisce che gli utenti ottengano i prezzi migliori e più corretti per i loro token, e i protocolli di prestito si affidano a liquidazioni rapide quando i mutuatari scendono al di sotto dei rapporti di garanzia per assicurare che i prestatori vengano rimborsati.

Senza cercatori razionali che cercano e correggono le inefficienze economiche e sfruttano gli incentivi economici dei protocolli, i protocolli DeFi e le dApp in generale potrebbero non essere così robusti come lo sono oggi.

I lati negativi

A livello di applicazione, alcune forme di MEV, come il sandwich trading, si traducono in un'esperienza inequivocabilmente peggiore per gli utenti. Gli utenti che subiscono un sandwich affrontano uno slippage maggiore e un'esecuzione peggiore delle loro operazioni.

A livello di rete, i frontrunner generalizzati e le aste sul prezzo del gas in cui spesso si impegnano (quando due o più frontrunner competono affinché la loro transazione venga inclusa nel blocco successivo aumentando progressivamente il prezzo del gas delle proprie transazioni) causano congestione della rete e prezzi del gas elevati per tutti gli altri che cercano di eseguire transazioni regolari.

Oltre a ciò che accade all'interno dei blocchi, il MEV può avere effetti deleteri tra i blocchi. Se il MEV disponibile in un blocco supera significativamente la ricompensa del blocco standard, i validatori potrebbero essere incentivati a riorganizzare i blocchi e catturare il MEV per se stessi, causando la riorganizzazione della blockchain e l'instabilità del consenso.

Questa possibilità di riorganizzazione della blockchain è stata precedentemente esplorata sulla blockchain di Bitcoin (opens in a new tab). Man mano che la ricompensa del blocco di Bitcoin si dimezza e le commissioni della transazione costituiscono una porzione sempre maggiore della ricompensa del blocco, si presentano situazioni in cui diventa economicamente razionale per i miner rinunciare alla ricompensa del blocco successivo e invece minare nuovamente i blocchi passati con commissioni più elevate. Con la crescita del MEV, lo stesso tipo di situazione potrebbe verificarsi in Ethereum, minacciando l'integrità della blockchain.

Stato del MEV

L'estrazione del MEV è esplosa all'inizio del 2021, portando a prezzi del gas estremamente elevati nei primi mesi dell'anno. L'emergere del relay MEV di Flashbots ha ridotto l'efficacia dei frontrunner generalizzati e ha portato le aste sul prezzo del gas fuori catena, abbassando i prezzi del gas per gli utenti comuni.

Sebbene molti cercatori stiano ancora guadagnando bene dal MEV, man mano che le opportunità diventano più note e sempre più cercatori competono per la stessa opportunità, i validatori cattureranno sempre più entrate totali dal MEV (perché lo stesso tipo di aste del gas originariamente descritte sopra si verificano anche in Flashbots, sebbene privatamente, e i validatori cattureranno le entrate del gas risultanti). Il MEV non è inoltre un'esclusiva di Ethereum e, man mano che le opportunità diventano più competitive su Ethereum, i cercatori si stanno spostando su blockchain alternative come Binance Smart Chain, dove esistono opportunità di MEV simili a quelle su Ethereum con meno concorrenza.

D'altra parte, la transizione dalla prova di lavoro alla prova di stake e lo sforzo continuo per la scalabilità di Ethereum utilizzando i rollup cambiano tutti il panorama del MEV in modi che sono ancora in qualche modo poco chiari. Non è ancora ben noto come avere proponenti del blocco garantiti e noti con un po' di anticipo cambi le dinamiche dell'estrazione del MEV rispetto al modello probabilistico nella prova di lavoro o come questo verrà stravolto quando verranno implementate l'elezione del leader segreto singolo (opens in a new tab) e la tecnologia del validatore distribuito. Allo stesso modo, resta da vedere quali opportunità di MEV esisteranno quando la maggior parte dell'attività degli utenti verrà trasferita da Ethereum ai suoi rollup di livello 2 e ai frammenti.

Il MEV nella Prova di Stake (PoS) di Ethereum

Come spiegato, il MEV ha implicazioni negative per l'esperienza utente complessiva e la sicurezza del livello di consenso. Ma la transizione di Ethereum a un consenso di prova di stake (soprannominata "Il Merge") introduce potenzialmente nuovi rischi legati al MEV:

Centralizzazione dei validatori

Nell'Ethereum post-Merge, i validatori (avendo effettuato depositi di sicurezza di 32 ETH) raggiungono il consenso sulla validità dei blocchi aggiunti alla Beacon Chain. Poiché 32 ETH potrebbero essere fuori dalla portata di molti, unirsi a una pool di staking potrebbe essere un'opzione più fattibile. Tuttavia, una sana distribuzione di staker solitari è l'ideale, in quanto mitiga la centralizzazione dei validatori e migliora la sicurezza di Ethereum.

Tuttavia, si ritiene che l'estrazione del MEV sia in grado di accelerare la centralizzazione dei validatori. Questo in parte perché, poiché i validatori guadagnano meno per proporre blocchi rispetto a quanto facevano in precedenza i miner, l'estrazione del MEV ha fortemente influenzato i guadagni dei validatori (opens in a new tab) da Il Merge.

Le pool di staking più grandi avranno probabilmente più risorse da investire nelle ottimizzazioni necessarie per catturare le opportunità di MEV. Più MEV estraggono queste pool, più risorse hanno per migliorare le loro capacità di estrazione del MEV (e aumentare le entrate complessive), creando essenzialmente economie di scala (opens in a new tab).

Con meno risorse a loro disposizione, gli staker solitari potrebbero non essere in grado di trarre profitto dalle opportunità di MEV. Ciò potrebbe aumentare la pressione sui validatori indipendenti affinché si uniscano a potenti pool di staking per aumentare i loro guadagni, riducendo la decentralizzazione in Ethereum.

Mempool con permessi

In risposta agli attacchi di sandwiching e frontrunning, i trader potrebbero iniziare a condurre accordi fuori catena con i validatori per la privacy delle transazioni. Invece di inviare una potenziale transazione MEV alla mempool pubblica, il trader la invia direttamente al validatore, che la include in un blocco e divide i profitti con il trader.

Le "dark pool" sono una versione più ampia di questo accordo e funzionano come mempool con permessi, a solo accesso, aperte agli utenti disposti a pagare determinate commissioni. Questa tendenza diminuirebbe la natura senza permessi e trustless di Ethereum e trasformerebbe potenzialmente la blockchain in un meccanismo "pay-to-play" che favorisce il miglior offerente.

Le mempool con permessi accelererebbero anche i rischi di centralizzazione descritti nella sezione precedente. Le grandi pool che gestiscono più validatori trarranno probabilmente vantaggio dall'offrire la privacy delle transazioni a trader e utenti, aumentando le loro entrate dal MEV.

Combattere questi problemi legati al MEV nell'Ethereum post-Merge è un'area di ricerca fondamentale. Ad oggi, due soluzioni proposte per ridurre l'impatto negativo del MEV sulla decentralizzazione e sulla sicurezza di Ethereum dopo Il Merge sono la Separazione tra Proponente e Costruttore (PBS) e la Builder API (opens in a new tab).

Separazione tra Proponente e Costruttore

Sia nella prova di lavoro che nella prova di stake, un nodo che costruisce un blocco lo propone per l'aggiunta alla catena agli altri nodi che partecipano al consenso. Un nuovo blocco diventa parte della catena canonica dopo che un altro miner ci costruisce sopra (nella PoW) o riceve attestazioni dalla maggioranza dei validatori (nella PoS).

La combinazione dei ruoli di produttore del blocco e proponente del blocco è ciò che introduce la maggior parte dei problemi legati al MEV descritti in precedenza. Ad esempio, i nodi di consenso sono incentivati a innescare riorganizzazioni della catena in attacchi time-bandit (opens in a new tab) per massimizzare i guadagni dal MEV.

La separazione tra proponente e costruttore (opens in a new tab) (PBS) è progettata per mitigare l'impatto del MEV, specialmente al livello di consenso. La caratteristica principale della PBS è la separazione dei ruoli di produttore del blocco e proponente del blocco. I validatori sono ancora responsabili della proposta e della votazione sui blocchi, ma a una nuova classe di entità specializzate, chiamate costruttori di blocchi (block builders), è affidato il compito di ordinare le transazioni e costruire i blocchi.

Con la PBS, un costruttore di blocchi crea un pacchetto di transazioni e fa un'offerta per la sua inclusione in un blocco della Beacon Chain (come "payload di esecuzione"). Il validatore selezionato per proporre il blocco successivo controlla quindi le diverse offerte e sceglie il pacchetto con la commissione più alta. La PBS crea essenzialmente un mercato d'asta, in cui i costruttori negoziano con i validatori che vendono spazio nei blocchi.

Gli attuali design della PBS utilizzano uno schema commit-reveal (opens in a new tab) in cui i costruttori pubblicano solo un impegno crittografico ai contenuti di un blocco (intestazione del blocco) insieme alle loro offerte. Dopo aver accettato l'offerta vincente, il proponente crea una proposta di blocco firmata che include l'intestazione del blocco. Ci si aspetta che il costruttore del blocco pubblichi l'intero corpo del blocco dopo aver visto la proposta di blocco firmata, e deve anche ricevere abbastanza dai validatori prima che venga finalizzato.

In che modo la separazione tra proponente e costruttore mitiga l'impatto del MEV?

La separazione tra proponente e costruttore all'interno del protocollo riduce l'effetto del MEV sul consenso rimuovendo l'estrazione del MEV dalle competenze dei validatori. Invece, i costruttori di blocchi che eseguono hardware specializzato cattureranno le opportunità di MEV in futuro.

Questo non esclude totalmente i validatori dalle entrate legate al MEV, tuttavia, poiché i costruttori devono fare offerte alte per far accettare i loro blocchi dai validatori. Ciononostante, con i validatori non più direttamente concentrati sull'ottimizzazione delle entrate dal MEV, la minaccia degli attacchi time-bandit si riduce.

La separazione tra proponente e costruttore riduce anche i rischi di centralizzazione del MEV. Ad esempio, l'uso di uno schema commit-reveal elimina la necessità per i costruttori di fidarsi che i validatori non rubino l'opportunità di MEV o la espongano ad altri costruttori. Questo abbassa la barriera per gli staker solitari per beneficiare del MEV, altrimenti i costruttori tenderebbero a favorire le grandi pool con reputazione fuori catena e a condurre accordi fuori catena con loro.

Allo stesso modo, i validatori non devono fidarsi che i costruttori non trattengano i corpi dei blocchi o pubblichino blocchi non validi perché il pagamento è incondizionato. La commissione del validatore viene comunque elaborata anche se il blocco proposto non è disponibile o viene dichiarato non valido da altri validatori. In quest'ultimo caso, il blocco viene semplicemente scartato, costringendo il costruttore del blocco a perdere tutte le commissioni della transazione e le entrate dal MEV.

Builder API

Sebbene la separazione tra proponente e costruttore prometta di ridurre gli effetti dell'estrazione del MEV, la sua implementazione richiede modifiche al protocollo di consenso. Nello specifico, la regola di scelta della biforcazione (fork choice) sulla Beacon Chain dovrebbe essere aggiornata. La Builder API (opens in a new tab) è una soluzione temporanea volta a fornire un'implementazione funzionante della separazione tra proponente e costruttore, sebbene con presupposti di fiducia più elevati.

La Builder API è una versione modificata dell'Engine API (opens in a new tab) utilizzata dai client di consenso per richiedere payload di esecuzione dai client di esecuzione. Come delineato nelle specifiche del validatore onesto (opens in a new tab), i validatori selezionati per i compiti di proposta dei blocchi richiedono un pacchetto di transazioni da un client di esecuzione connesso, che includono nel blocco proposto della Beacon Chain.

La Builder API funge anche da middleware tra i validatori e i client di esecuzione; ma è diversa perché consente ai validatori sulla Beacon Chain di reperire blocchi da entità esterne (invece di costruire un blocco localmente utilizzando un client di esecuzione).

Di seguito è riportata una panoramica di come funziona la Builder API:

La Builder API connette il validatore a una rete di costruttori di blocchi che eseguono client di esecuzione. Come nella PBS, i costruttori sono parti specializzate che investono nella costruzione di blocchi ad alta intensità di risorse e utilizzano diverse strategie per massimizzare le entrate guadagnate dal MEV + le mance di priorità.
Un validatore (che esegue un client di consenso) richiede payload di esecuzione insieme alle offerte dalla rete di costruttori. Le offerte dei costruttori conterranno l'intestazione del payload di esecuzione — un impegno crittografico ai contenuti del payload — e una commissione da pagare al validatore.
Il validatore esamina le offerte in arrivo e sceglie il payload di esecuzione con la commissione più alta. Utilizzando la Builder API, il validatore crea una proposta di blocco Beacon "cieca" (blinded) che include solo la propria firma e l'intestazione del payload di esecuzione e la invia al costruttore.
Ci si aspetta che il costruttore che esegue la Builder API risponda con l'intero payload di esecuzione dopo aver visto la proposta di blocco cieca. Questo consente al validatore di creare un blocco Beacon "firmato", che propaga attraverso la rete.
Ci si aspetta comunque che un validatore che utilizza la Builder API costruisca un blocco localmente nel caso in cui il costruttore del blocco non risponda prontamente, in modo da non perdere le ricompense per la proposta del blocco. Tuttavia, il validatore non può creare un altro blocco utilizzando le transazioni ora rivelate o un altro set, poiché equivarrebbe a un'equivocazione (firmare due blocchi all'interno dello stesso slot), che è un'infrazione da punire.

Un'implementazione di esempio della Builder API è MEV Boost (opens in a new tab), un miglioramento del meccanismo d'asta di Flashbots (opens in a new tab) progettato per frenare le esternalità negative del MEV su Ethereum. L'asta di Flashbots consente ai validatori nella prova di stake di esternalizzare il lavoro di costruzione di blocchi redditizi a parti specializzate chiamate cercatori (searchers).

I cercatori cercano opportunità di MEV redditizie e inviano pacchetti di transazioni ai proponenti del blocco insieme a un'offerta a busta chiusa (opens in a new tab) per l'inclusione nel blocco. Il validatore che esegue mev-geth, una versione biforcata del client go-ethereum (Geth), deve solo scegliere il pacchetto con il maggior profitto e includerlo come parte del nuovo blocco. Per proteggere i proponenti del blocco (validatori) dallo spam e dalle transazioni non valide, i pacchetti di transazioni passano attraverso i relayer per la convalida prima di arrivare al proponente.

MEV Boost mantiene lo stesso funzionamento dell'asta originale di Flashbots, sebbene con nuove funzionalità progettate per il passaggio di Ethereum alla prova di stake. I cercatori trovano ancora transazioni MEV redditizie per l'inclusione nei blocchi, ma una nuova classe di parti specializzate, chiamate costruttori (builders), è responsabile dell'aggregazione di transazioni e pacchetti in blocchi. Un costruttore accetta offerte a busta chiusa dai cercatori ed esegue ottimizzazioni per trovare l'ordinamento più redditizio.

Il relayer è ancora responsabile della convalida dei pacchetti di transazioni prima di passarli al proponente. Tuttavia, MEV Boost introduce degli escrow responsabili di fornire la disponibilità dei dati memorizzando i corpi dei blocchi inviati dai costruttori e le intestazioni dei blocchi inviate dai validatori. Qui, un validatore connesso a un relay richiede i payload di esecuzione disponibili e utilizza l'algoritmo di ordinamento di MEV Boost per selezionare l'intestazione del payload con l'offerta più alta + le mance del MEV.

In che modo la Builder API mitiga l'impatto del MEV?

Il vantaggio principale della Builder API è il suo potenziale di democratizzare l'accesso alle opportunità di MEV. L'utilizzo di schemi commit-reveal elimina i presupposti di fiducia e riduce le barriere all'ingresso per i validatori che cercano di beneficiare del MEV. Questo dovrebbe ridurre la pressione sugli staker solitari affinché si integrino con grandi pool di staking al fine di aumentare i profitti dal MEV.

L'implementazione diffusa della Builder API incoraggerà una maggiore concorrenza tra i costruttori di blocchi, il che aumenta la resistenza alla censura. Poiché i validatori esaminano le offerte di più costruttori, un costruttore intento a censurare una o più transazioni degli utenti deve superare l'offerta di tutti gli altri costruttori non censuranti per avere successo. Questo aumenta drasticamente il costo della censura degli utenti e scoraggia la pratica.

Alcuni progetti, come MEV Boost, utilizzano la Builder API come parte di una struttura complessiva progettata per fornire la privacy delle transazioni a determinate parti, come i trader che cercano di evitare attacchi di frontrunning/sandwiching. Ciò si ottiene fornendo un canale di comunicazione privato tra utenti e costruttori di blocchi. A differenza delle mempool con permessi descritte in precedenza, questo approccio è vantaggioso per i seguenti motivi:

L'esistenza di più costruttori sul mercato rende la censura poco pratica, il che va a vantaggio degli utenti. Al contrario, l'esistenza di dark pool centralizzate e basate sulla fiducia concentrerebbe il potere nelle mani di pochi costruttori di blocchi e aumenterebbe la possibilità di censura.
Il software della Builder API è open-source, il che consente a chiunque di offrire servizi di costruzione di blocchi. Ciò significa che gli utenti non sono costretti a utilizzare un particolare costruttore di blocchi e migliora la neutralità e la natura senza permessi di Ethereum. Inoltre, i trader in cerca di MEV non contribuiranno inavvertitamente alla centralizzazione utilizzando canali di transazione privati.

Documentazione di Flashbots (opens in a new tab)
GitHub di Flashbots (opens in a new tab)
mevboost.org (opens in a new tab) - Tracker con statistiche in tempo reale per i relay e i costruttori di blocchi di MEV-Boost

Valore massimo estraibile (MEV)