Valor máximo extraível (MEV)

Valor Máximo Extraível (MEV, na sigla em inglês) expressa o valor máximo que pode ser extraído da produção de blocos que excede a recompensa padrão do bloco e sua taxa de gás através da inclusão, exclusão e alteração da ordem de transações em um determinado bloco.

Valor máximo extraível

O valor máximo extraível foi aplicado pela primeira vez no contexto de prova de trabalho e, inicialmente, referido como "valor extraível do minerador". Isto porque na prova de trabalho, os mineradores controlam a inclusão, exclusão e ordenação das transações. No entanto, desde a transição para prova de participação através do The Merge, os validadores têm sido responsáveis por essas funções, e a mineração não faz mais parte do protocolo Ethereum. Como os métodos de extração de valor ainda existem, o termo "valor máximo extraível" agora é usado.

Pré-requisitos

Certifique-se de que está familiarizado com transações, blocos, prova de participação e gás. A familiaridade com dapps e DeFi também é útil.

Extração de MEV

Em teoria, o MEV é revertido inteiramente para os validadores porque eles são a única parte que pode garantir a execução de uma oportunidade lucrativa de MEV. Na prática, porém, uma grande parte do MEV é extraída por participantes independentes da rede chamados "buscadores". Os buscadores executam algoritmos complexos nos dados da blockchain para detectar oportunidades de MEV lucrativas e usam bots para enviar automaticamente essas transações rentáveis para a rede.

Os validadores recebem uma parte do valor total do MEV de qualquer maneira, porque os pesquisadores estão dispostos a pagar altas taxas de gás (que vão para o validador) em troca de maior probabilidade de inclusão de suas transações lucrativas em um bloco. Assumindo que os buscadores são economicamente racionais, a taxa de gás que um buscador está disposto a pagar será uma quantia de até 100% do MEV do buscador (porque se a taxa de gás fosse maior, o buscador perderia dinheiro).

Com isso, para algumas oportunidades de MEV altamente competitivas, como a arbitragem de DEX, os pesquisadores podem ter que pagar 90% ou até mais de sua receita total de MEV em taxas de gás para o validador, porque muitas pessoas querem executar a mesma operação de arbitragem lucrativa. Isto porque a única maneira de garantir que a sua transação de arbitragem seja executada é submetendo a transação com o preço de gás mais elevado.

Gas golfing

Esta dinâmica fez do "gas-golfing" — o fato de programar as transações para que elas usem a menor quantidade de gás possível — una vantagem competitiva, porque ela permite que os buscadores fixem um preço de gás superior sem deixar de manter as taxas de gás constantes (já que as taxas de gás = preço do gás * gás usado).

Algumas técnicas de gas golf conhecidas incluem: usar endereços que começam com uma longa sequência de zeros (ex.: 0x0000000000C521824EaFf97Eac7B73B084ef9306 (opens in a new tab)), pois ocupam menos espaço (e, portanto, gás) para armazenar; e deixar pequenos saldos de token ERC-20 em contratos, pois custa mais gás para inicializar um slot de armazenamento (o que ocorre se o saldo for 0) do que para atualizar um slot de armazenamento. Encontrar mais técnicas para reduzir o uso de gás é uma área ativa de pesquisa entre pesquisadores.

Frontrunners generalizados

Em vez de programar algoritmos complexos para detectar oportunidades de MEV rentáveis, alguns buscadores executam frontrunners generalizados. Frontrunners generalizados são bots que assistem o mempool para detectar transações rentáveis. O frontrunner copiará o código da transação potencialmente rentável, substituirá os endereços pelo endereço do frontrunner, e executará a transação localmente para corroborar se a transação modificada resulta em lucro para o endereço do frontrunner. Se a transação for de fato rentável, o frontrunner enviará a transação modificada com o endereço substituído e um preço de gás mais alto, escolhendo a transação original (frontrunning) e obtendo a MEV do buscador original.

Flashbots

Flashbots é um projeto independente que estende clientes de execução com um serviço que permite aos buscadores submeterem transações MEV aos validadores sem revelá-las ao mempool público. Isto evita que transações sejam executadas por frontrunners generalizados.

Exemplos de MEV

O MEV surge na blockchain de diferentes maneiras.

Arbitragem de DEX

A arbitragem em (DEX) é a oportunidade de MEV mais simples e mais conhecida. Por conseguinte, é também a mais competitiva.

Isso funciona assim: se dois DEXes estão oferecendo um token a dois preços diferentes, alguém pode comprar o token na DEX com preços mais baixos e vendê-lo nas DEX com preços mais altos em uma única transação atômica. Graças ao mecanismo da blockchain, está é sem dúvidas uma arbitragem sem risco.

Aqui está um exemplo (opens in a new tab) de uma transação de arbitragem lucrativa em que um pesquisador transformou 1.000 ETH em 1.045 ETH, aproveitando os diferentes preços do par ETH/DAI na Uniswap vs. Sushiswap.

Liquidações

As liquidações do protocolo de empréstimo oferecem outra oportunidade conhecida de MEV.

Protocolos de empréstimo como Maker e Aave exigem que os usuários depositem alguma garantia (ex.: ETH). Esse colateral depositado é então usado para emprestar a outros usuários.

Os usuários podem então tomar emprestado ativos e tokens de outros, dependendo do que precisam (ex.: você pode tomar emprestado MKR se quiser votar em uma proposta de governança do MakerDAO) até uma certa porcentagem da garantia depositada. Por exemplo, se a quantia emprestada for um máximo de 30%, um usuário que depositar 100 DAI no protocolo poderá emprestar até 30 DAI de outro ativo. O protocolo determina a porcentagem exata do poder de empréstimo.

O valor das garantias de quem pede o emprestado flutua, assim como sua capacidade de pedir empréstimo. Se, devido às flutuações do mercado, o valor dos ativos emprestados exceder, digamos, 30% do valor da sua garantia (novamente, a porcentagem exata é determinada pelo protocolo), o protocolo normalmente permite que qualquer pessoa liquide a garantia, pagando instantaneamente aos credores (isso é semelhante a como as chamadas de margem (opens in a new tab) funcionam nas finanças tradicionais). Se liquidado, o mutuário geralmente tem de pagar uma taxa de liquidação elevada, parte da qual vai para o liquidador. É aí que se encontra a oportunidade de MEV.

Os buscadores competem para analisar os dados da blockchain o mais rápido possível para determinar quais mutuários podem ser liquidados e ser o primeiro a enviar uma transação de liquidação e coletar a taxa de liquidação para si mesmos.

Sandwich trading

Sandwich trading é outro método comum de extração MEV.

Para usar o método sandwich, um buscador observará o mempool para encontrar grandes negociações DEX. Por exemplo, suponha que alguém queira comprar 10.000 UNI com DAI na Uniswap. Uma transação desta magnitude causará um impacto significativo no par UNI/DAI, ocasionando aumento significativo no preço da UNI em relação ao DAI.

Um pesquisador pode calcular o efeito aproximado no preço dessa grande negociação no par UNI/DAI e executar uma ordem de compra ideal imediatamente antes da negociação grande, comprando UNI barato e, em seguida, executar uma ordem de venda imediatamente após a negociação grande, vendendo por um preço mais alto causado pela ordem grande.

O sanduíche, no entanto, é mais arriscado, pois não é atômico (ao contrário da arbitragem de DEX, conforme descrito acima) e está propenso a um ataque de salmonela (opens in a new tab).

MEV de NFT

O MEV no espaço de NFT é um fenômeno emergente e não é necessariamente lucrativo.

No entanto, uma vez que as transações NFT acontecem na mesma blockchain compartilhada por todas as outras transações Ethereum, buscadores podem usar técnicas similares como as usadas em oportunidades de MEV tradicionais também no mercado NFT.

Por exemplo, se há o lançamento de um NFT popular e um buscador quer um determinado NFT ou um determinado conjunto de NFTs, ele pode programar uma transação de tal forma a ser o primeiro a comprar a NFT ou ele pode comprar todo o conjunto de NFTs em uma única transação. Ou se um NFT for listado por engano a um preço baixo (opens in a new tab), um pesquisador pode aplicar frontrun em outros compradores e adquiri-lo por um valor baixo.

Um exemplo proeminente de MEV de NFT ocorreu quando um pesquisador gastou 7 milhões de dólares para comprar (opens in a new tab) todos os Cryptopunks ao preço mínimo. Um pesquisador de blockchain explicou no Twitter (opens in a new tab) como o comprador trabalhou com um provedor de MEV para manter sua compra em segredo.

A cauda longa

Arbitragem DEX, liquidações e o método sandwich trading são todos oportunidades de MEV muito conhecidas e são improváveis de serem lucrativas para novos buscadores. No entanto, há uma longa cauda de oportunidades de MEV menos conhecidas. MEV com NFT é, indiscutivelmente, uma dessas oportunidades.

Os buscadores que estão apenas começando talvez consigam ter mais sucesso procurando MEV nesta cauda mais longa. O quadro de vagas de MEV (opens in a new tab) da Flashbots lista algumas oportunidades emergentes.

Efeitos do MEV

Nem tudo sobre o MEV é negativo. Há consequências positivas e negativas com respeito ao MEV no Ethereum.

O lado bom

Muitos projetos DeFi dependem de atores economicamente racionais para assegurar a utilidade e a estabilidade dos seus protocolos. Por exemplo, a arbitragem DEX garante que os usuários obtenham os melhores preços corretos por seus totens, e os protocolos de empréstimo dependem de liquidações rápidas quando os mutuários caem abaixo das proporções de garantia para garantir que os mutuários recebam de volta.

Sem buscadores racionais procurando e corrigindo as ineficiências econômicas e aproveitando os incentivos econômicos dos protocolos, os protocolos de DeFI e dApps podem, em geral, não ser tão robustos como são hoje.

O lado ruim

Na camada de aplicativo, algumas formas de MEV, como o método "sandwich trading", resultam em uma experiência inequivocamente pior para os usuários. Usuários que sofrem o método "sandwich trading" enfrentam maior slippage (derrapagem) e uma pior execução nas suas transações.

Na camada de rede, os frontrunners generalizados e os leilões de preço do gás nos quais eles costumam participar (quando dois ou mais frontrunners competem para que sua transação seja incluída no bloco seguinte, aumentando progressivamente o preço do gás das suas próprias transações) resultam em congestionamento da rede e em elevados preços do gás para todos os outros que tentam realizar transações regulares.

Além do que está acontecendo dentro dos blocos, o MEV pode ter efeitos deletérios entre os blocos. Se o MEV disponível em um bloco excede significativamente a recompensa do bloco padrão, os validadores podem ser incentivados a reorganizar os blocos e capturar o MEV para si mesmos, causando reorganização da blockchain e instabilidade do consenso.

Essa possibilidade de reorganização da blockchain foi previamente explorada na blockchain do Bitcoin (opens in a new tab). Como a recompensa de bloco do Bitcoin é reduzida pela metade e as recompensas de transação representam uma parte cada vez maior da recompensa do bloco, surgem situações nas quais é mais economicamente racional para os mineradores desistirem da recompensa do próximo bloco e, em vez disso, minarem novamente blocos passados com taxas mais elevadas. Com o crescimento do MEV, o mesmo tipo de situação poderia ocorrer com o Ethereum, ameaçando a integridade da blockchain.

Estado do MEV

A extração MEV teve um grande crescimento no início de 2021, o que resultou em preços de gás extremamente elevados nos primeiros meses do ano. O surgimento do relay de MEV da Flashbots reduziu a eficácia dos piorneiros generalizados e levou os leilões de preço do gás para offchain, diminuindo os preços do gás para os usuários comuns.

Enquanto muitos buscadores ainda estão ganhando um bom dinheiro com o MEV, à medida que as oportunidades se tornam mais conhecidas e mais e mais buscadores competem pela mesma oportunidade, os validadores irão capturar cada vez mais receita total do MEV (porque o mesmo tipo de leilão de gás descrito originalmente acima também ocorre em Flashbots, embora de forma particular, e os validadores irão capturar a receita de gás resultante). O MEV também não é exclusivo da Ethereum, e conforme as oportunidades se tornam mais competitivas no Ethereum, os buscadores estão migrando para blockchains alternativas, como a Binance Smart Chain, onde oportunidades de MEV semelhantes às que estão na Ethereum existem com menos concorrência.

Por outro lado, a transição da prova de trabalho para prova de participação e o esforço contínuo para escalar o Ethereum usando rollups mudam todo o panorama do MEV de maneiras que ainda não estão claras. Ainda não se sabe bem como ter proponentes de bloco garantidos, conhecidos com um pouco de antecedência, altera a dinâmica da extração de MEV em comparação com o modelo probabilístico na prova de trabalho, ou como isso será interrompido quando a eleição de líder secreto único (opens in a new tab) e a tecnologia de validador distribuído forem implementadas. Da mesma forma, resta saber quais são as oportunidades de MEV existentes quando a maioria das atividades do usuário é transferida do Ethereum para seus rollups e fragmentos de camada 2.

MEV na prova de participação (PoS) do Ethereum

Conforme explicado, o MEV tem implicações negativas para a experiência geral do usuário e para a segurança da camada de consenso. Mas a transição do Ethereum para um consenso de prova de participação (denominado "A Fusão") introduz potencialmente novos riscos relacionados ao MEV:

Centralização de validadores

No Ethereum pós-fusão, os validadores (tendo feito depósitos de segurança de 32 ETH) chegam a um consenso sobre a validade dos blocos adicionados à Beacon Chain. Como 32 ETH podem estar fora do alcance de muitos, juntar-se a um pool de staking pode ser uma opção mais viável. No entanto, uma distribuição saudável de stakers individuais é ideal, pois mitiga a centralização de validadores e melhora a segurança do Ethereum.

No entanto, acredita-se que a extração MEV seja capaz de acelerar a centralização de validadores. Isso ocorre em parte porque, como os validadores ganham menos por propor blocos do que os mineradores anteriormente, a extração de MEV tem influenciado muito os ganhos dos validadores (opens in a new tab) desde o The Merge.

Staking pools maiores provavelmente terão mais recursos para investir em otimizações necessárias para capturar oportunidades de MEV. Quanto mais MEV esses pools extraem, mais recursos eles têm para melhorar suas capacidades de extração de MEV (e aumentar a receita geral), criando essencialmente economias de escala (opens in a new tab).

Com menos recursos à sua disposição, os stakers individuais podem ser incapazes de lucrar com oportunidades de MEV. Isso pode aumentar a pressão sobre validadores independentes para se unirem a staking pools poderosas para aumentar os ganhos, reduzindo a descentralização no Ethereum.

Mempools permissionados

Em resposta aos ataques de "sandwiching" e "frontrunning", os traders podem começar a conduzir acordos off-chain com validadores para privacidade de transações. Em vez de enviar uma potencial transação MEV para o mempool público, o trader a envia diretamente ao validador, que a inclui em um bloco e divide os lucros com o trader.

"Dark pools" são uma versão maior deste arranjo e funcionam como mempools autorizados só de acesso, abertas para usuários dispostos a pagar determinadas taxas. Esta tendência diminuiria a ausência de permissão e falta de confiança no Ethereum, e potencialmente transformaria a blockchain em um mecanismo "pay-to-play" que favorece a maior oferta.

Mempools autorizados também acelerariam os riscos de centralização descritos na seção anterior. Grandes pools que executam vários validadores provavelmente se beneficiarão ao oferecer privacidade de transação a traders e usuários, aumentando as receitas MEV deles.

A luta contra esses problemas relacionados ao MEV no Ethereum pós-Fusão é uma área central de pesquisa. Até o momento, duas soluções propostas para reduzir o impacto negativo do MEV na descentralização e segurança do Ethereum após o The Merge são a Separação Propositor-Construtor (PBS) e a Builder API (opens in a new tab).

Separação Propositor-Construtor

Em ambas prova de trabalho e prova de participação, um nó que cria um bloco o propõe para ser adicionado à cadeia para outros nós que participam do consenso. Um novo bloco se torna parte da cadeia canônica depois que outro minerador cria com base nele (em PoW) ou recebe atestados da maioria dos validadores (em PoS).

A combinação de funções de produtor de bloco e de proponente de bloco é o que introduz a maioria dos problemas relacionados com o MEV descritos anteriormente. Por exemplo, os nós de consenso são incentivados a acionar reorganizações da cadeia em ataques time-bandit (opens in a new tab) para maximizar os ganhos de MEV.

A Separação Propositor-Construtor (opens in a new tab) (PBS) foi projetada para mitigar o impacto do MEV, especialmente na camada de consenso. A principal característica do PBS é a separação entre o produtor de bloco e as regras do proponente de bloco. Os validadores ainda são responsáveis por propor e votar em blocos, mas uma nova classe de entidades especializadas, chamadas construtores de blocos, tem a tarefa de ordenar transações e construir blocos.

Em PBS, um construtor de blocos cria um pacote de transações e faz um lance para sua inclusão em um bloco da Beacon Chain (como o “payload de execução”). O validador selecionado para propor o próximo bloco verifica então os diferentes lances e escolhe o pacote com a taxa mais alta. O PBS cria essencialmente um mercado de leilão, no qual os construtores negociam com os validadores vendendo o espaço no bloco.

Os designs atuais do PBS usam um esquema de commit-reveal (opens in a new tab) no qual os construtores publicam apenas um compromisso criptográfico com o conteúdo de um bloco (cabeçalho do bloco) juntamente com suas propostas. Após aceitar o lance vencedor, o proponente cria uma proposta de bloco assinado que inclui o cabeçalho do bloco. Espera-se que o construtor de blocos publique o corpo completo do bloco depois de ver a proposta de bloco assinada, e também deve receber suficientes dos validadores antes de ser finalizado.

Como a separação proponente-construtor atenua o impacto do MEV?

O protocolo de separação proponente-construtor reduz o efeito do MEV sobre o consenso removendo a extração MEV da alçada dos validadores. Em vez disso, são os construtores de blocos que executam hardware especializado que irão capturar oportunidades MEV no futuro.

Isso não exclui totalmente os validadores das receitas relacionadas ao MEV, já que os construtores devem dar lances altos para conseguir que seus blocos sejam aceitos pelos validadores. No entanto, com validadores não mais focados diretamente na otimização de renda MEV, a ameaça de ataques time-bandit diminui.

A separação proponente-construtor também reduz os riscos de centralização do MEV. Por exemplo, o uso de um esquema commit-reveal remove a necessidade de os construtores confiarem nos validadores para não roubarem a oportunidade MEV ou expô-la a outros construtores. Isso reduz a barreira para que os stakers solo se beneficiem do MEV, caso contrário, os construtores tenderiam a favorecer grandes pools com reputação off-chain e a conduzir acordos off-chain com eles.

De forma similar, os validadores não têm que confiar que os construtores não vão reter os corpos de blocos ou publicar blocos inválidos porque o pagamento é incondicional. A taxa do validador ainda processa mesmo que o bloco proposto esteja indisponível ou seja declarado inválido por outros validadores. No último caso, o bloco é simplesmente descartado, forçando o construtor de blocos a perder todas as taxas de transação e a receita MEV.

API de Construtor

Embora a separação proponente-construtor prometa reduzir os efeitos da extração do MEV, a sua implementação requer alterações no protocolo de consenso. Especificamente, a regra de escolha de bifurcação na Beacon Chain precisaria ser atualizada. A API de Construtor (opens in a new tab) é uma solução temporária destinada a fornecer uma implementação funcional da separação propositor-construtor, embora com maiores premissas de confiança.

A API de Construtor é uma versão modificada da API de Engine (opens in a new tab) usada por clientes da camada de consenso para solicitar cargas de execução de clientes da camada de execução. Conforme descrito na especificação do validador honesto (opens in a new tab), os validadores selecionados para as tarefas de proposição de blocos solicitam um pacote de transações de um cliente de execução conectado, que eles incluem no bloco proposto da Beacon Chain.

A Builder API também atua como um middleware entre validadores e clientes da camada de execução; mas é diferente porque permite aos validadores na Beacon Chain originar blocos de entidades externas (em vez de construir um bloco localmente usando um cliente de execução).

Veja abaixo uma resumo geral de como a Builder API funciona:

A Builder API conecta o validador a uma rede de construtores de blocos executando clientes de camada de execução. Como no PBS, construtores são grupos especializados que investem em construção de blocos com uso intensivo de recursos e usam diferentes estratégias para maximizar a receita obtida a partir de MEV + dicas prioritárias.
Um validador (executando um cliente de camada de consenso) solicita payloads de execução juntamente com lances da rede de construtores. Os lances dos construtores conterão o cabeçalho do payload de execução, um compromisso criptográfico com o conteúdo do payload, e uma taxa a ser paga ao validador.
O validador analisa os lances recebidos e escolhe o payload de execução com a taxa mais alta. Usando a Builder API, o validador cria uma proposta de bloco Beacon "cega" que inclui apenas a assinatura dele e o cabeçalho de payload de execução e o envia para o construtor.
O construtor que executa a Builder API deverá responder com a carga completa de execução após ver a proposta de bloco cega. Isso permite que o validador crie um bloco Beacon "assinado" que eles propagam por toda a rede.
Ainda é esperado que um validador usando a Builder API construa um bloco localmente caso o construtor de blocos não responda prontamente, para que não percam as recompensas de proposta de bloco. No entanto, o validador não pode criar outro bloco usando as transações agora reveladas ou outro conjunto, pois isso equivaleria a equivocação (assinar dois blocos no mesmo slot), que é uma ofensa passível de slashing.

Um exemplo de implementação da API de Construtor é o MEV Boost (opens in a new tab), uma melhoria no mecanismo de leilão da Flashbots (opens in a new tab) projetada para conter as externalidades negativas do MEV no Ethereum. O leilão da Flashbots permite que validadores em prova de participação terceirizem o trabalho de construção de blocos lucrativos para partes especializadas chamadas pesquisadores.

Os pesquisadores procuram oportunidades lucrativas de MEV e enviam pacotes de transações para os propositores de bloco juntamente com uma proposta de preço selado (opens in a new tab) para inclusão no bloco. O validador que executa o mev-geth, uma versão bifurcada do cliente go-ethereum (Geth), só precisa escolher o pacote com mais lucro e incluí-lo como parte do novo bloco. Para proteger os propositores de bloco (validadores) de spam e transações inválidas, os pacotes de transações passam por retransmissores para validação antes de chegar ao propositor.

O MEV Boost mantém o mesmo funcionamento do leilão original de Flashbots, embora com novos recursos projetados para a mudança à prova de participação do Ethereum. Os pesquisadores ainda encontram transações de MEV lucrativas para inclusão em blocos, mas uma nova classe de partes especializadas, chamadas construtores, é responsável por agregar transações e pacotes em blocos. Um construtor aceita ofertas de preço seladas pelos buscadores e executa otimizações para encontrar o pedido mais lucrativo.

O retransmissor ainda é responsável por validar pacotes de transações antes de passá-los para o proponente. No entanto, o MEV Boost introduz escrows responsáveis por fornecer disponibilidade de dados, armazenando os corpos dos blocos enviados pelos construtores e os cabeçalhos dos blocos enviados pelos validadores. Aqui, um validador conectado a um relay pede por payloads de execução disponíveis e usa o algoritmo de ordenação MEV Boost para selecionar o cabeçalho de payload com as maiores ofertas + valores MEV.

Como a Builder API atenua o impacto do MEV?

O principal benefício da Builder API é o seu potencial de democratizar o acesso a oportunidades de MEV. O uso de esquemas commit-revel elimina suposições de confiança e reduz as barreiras de entrada para os validadores que procuram se beneficiar com o MEV. Isso deve reduzir a pressão sobre os participantes individuais para se integrarem com grandes staking pools a fim de aumentar os lucros MEV.

A vasta implementação da Builder API incentivará uma maior concorrência entre os construtores de blocos, o que aumentará a resistência à censura. Como os validadores revisam lances de vários construtores, a intenção de um construtor de censurar uma ou mais transações de usuários deve superar todos os outros construtores que não censuram para ter sucesso. Isto aumenta consideravelmente o custo da censura de usuários e desencoraja a prática.

Alguns projetos, como MEV Boost, usam a Builder API como parte de uma estrutura global projetada para oferecer privacidade de transação a certas partes, tais como os traders que tentam evitar ataques frontrunning/sandwiching. Para isso, se proporciona um canal de comunicação particular entre usuários e construtores de blocos. Ao contrário dos mempools autorizados descritos anteriormente, esta abordagem é vantajosa pelas seguintes razões:

A existência de múltiplos construtores no mercado torna a censura impraticável, o que beneficia os usuários. Em contrapartida, a existência de dark pools centralizadas e baseadas em confiança concentraria o poder nas mãos de poucos construtores de blocos e aumentaria a possibilidade de censura.
O software da Builder API é de código aberto, o que permite que qualquer pessoa ofereça serviços de construtor de bloco. Isso significa que os usuários não são forçados a usar nenhum construtor de blocos em particular e melhora a neutralidade e a ausência de permissão do Ethereum. Além disso, os traders em busca de MEV não contribuirão inadvertidamente para a centralização por usar canais de transação particulares.

Documentação da Flashbots (opens in a new tab)
GitHub da Flashbots (opens in a new tab)
mevboost.org (opens in a new tab) - Rastreador com estatísticas em tempo real para relays e construtores de blocos do MEV-Boost

Valor máximo extraível (MEV)