O valor extraível máximo (MEV) refere-se ao valor máximo que pode ser extraído da produção de bloco em excesso da recompensa padrão do bloco e taxas de gás, incluindo, excluindo e alterando a ordem das transações em um bloco.

Valor extraível pelo minerador

O valor extraível máximo foi aplicado pela primeira vez no contexto de prova-de-trabalho, e inicialmente referido como “valor exível pelos mineiros”. Isto acontece porque, no sistema de prova de trabalho, os mineiros controlam a inclusão, exclusão e ordenação das transações. Contudo, desde a transição para a prova de participação via A FusãoOs validadores têm sido responsáveis por estes papéis, e a mineração já não faz parte do protocolo Ethereum. Os métodos de extração de valor ainda existem, porém, agora o termo "Valor extraível máximo" é utilizado.

PRÉ-REQUISITOS

Certifique-se de que está familiarizado comtransações, blocos, prova de participaçãoegás. Familiaridade comdappseDeFié útil também.

EXTRAÇÃO DE MEV

Em teoria, MEV acumula-se inteiramente para os validadores porque são a única parte que pode garantir a execução de uma oportunidade de MEV lucrativa. Na prática, no entanto, uma grande parte do MEV é extraída por participantes independentes da rede referidos como “searchers”. Os searchers executam algoritmos complexos em dados de blockchain para detetar oportunidades de MEV lucrativas e têm bots para submeter automaticamente essas transações lucrativas para a rede.

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

Com isso, para algumas oportunidades altamente competitivas de MEV, como arbitragem DEX, os pesquisadores podem ter que pagar 90% ou até mais de sua receita total de MEV em taxas de gás ao validador porque muitas pessoas querem realizar o mesmo negócio lucrativo de arbitragem. Isto acontece porque a única forma de garantir que sua transação de arbitragem seja executada é se eles enviarem a transação com o preço de gás mais alto.

Golfe a gás

Esta dinâmica tornou ser bom em 'gas golfing' – programar transações para que usem a menor quantidade de gás – uma vantagem competitiva, porque permite aos pesquisadores definir um preço de gás mais alto mantendo as suas taxas totais de gás constantes (uma vez que as taxas de gás = preço do gás * gás utilizado).

Algumas técnicas de golfe de gás bem conhecidas incluem: usar endereços que começam com uma longa sequência de zeros (por exemplo, 0x0000000000C521824EaFf97Eac7B73B084ef9306

(abre numa nova aba)

) uma vez que ocupam menos espaço (e, portanto, gás) para armazenar; e deixando pequeno ERC-20saldos de tokens em contratos, uma vez que custa mais gás para inicializar um slot de armazenamento (no caso de o saldo ser 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 os pesquisadores.

Frontrunners generalizados

Em vez de programar algoritmos complexos para detetar oportunidades de MEV lucrativas, alguns pesquisadores executam frontrunners generalizados. Os frontrunners generalizados são bots que observam a mempool para detetar transações lucrativas. O frontrunner irá copiar o código da transação potencialmente lucrativa, substituir os endereços pelo endereço do frontrunner e executar a transação localmente para verificar se a transação modificada resulta num lucro para o endereço do frontrunner. Se a transação for de facto lucrativa, o frontrunner irá submeter a transação modificada com o endereço substituído e um preço do gás mais alto, “frontrunning” a transação original e obtendo o MEV do pesquisador original.

Flashbots

Flashbots é um projeto independente que estende os clientes de execução com um serviço que permite aos pesquisadores enviar transações MEV para validadores sem as revelar ao mempool público. Isso evita que as transações sejam antecipadas por antecipadores generalizados.

EXEMPLOS DE MEV

MEV emerge na blockchain de várias maneiras.

arbitragem DEX

A arbitragem de troca descentralizada (DEX) é a oportunidade de MEV mais simples e conhecida. Como resultado, é também a mais competitiva.

Funciona assim: se dois DEXes estão a oferecer um token a dois preços diferentes, alguém pode comprar o token no DEX com o preço mais baixo e vendê-lo no DEX com o preço mais alto numa única transação atómica. Graças aos mecanismos da blockchain, isto é verdadeiro, arbitragem sem riscos.

Aqui está um exemplo

(abre numa nova aba)

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 apresentam outra oportunidade MEV bem conhecida.

Protocolos de empréstimo como Maker e Aave exigem que os utilizadores depositem algum colateral (por exemplo, ETH). Este colateral depositado é então utilizado para emprestar a outros utilizadores.

Os utilizadores podem então pedir emprestado ativos e tokens de outros, dependendo do que precisam (por exemplo, poderá pedir emprestado MKR se quiser votar numa proposta de governança da MakerDAO) até um certo percentual do seu colateral depositado. Por exemplo, se o montante de empréstimo for no máximo 30%, um utilizador que deposite 100 DAI no protocolo pode pedir emprestado até 30 DAI de outro ativo. O protocolo determina o exato percentual de poder de empréstimo.

À medida que o valor do colateral de um mutuário flutua, também o faz o seu poder de empréstimo. Se, devido a flutuações de mercado, o valor dos ativos emprestados exceder, digamos, 30% do valor do seu colateral (novamente, o percentual exato é determinado pelo protocolo), o protocolo geralmente permite que qualquer pessoa liquide o colateral, pagando instantaneamente os credores (isto é semelhante a como chamadas de margem

(abre numa nova aba)

trabalha no setor financeiro tradicional). Se for liquidado, o mutuário geralmente tem que pagar uma pesada taxa de liquidação, parte da qual vai para o liquidante — é aí que surge a oportunidade de MEV.

Os pesquisadores competem para analisar dados de blockchain o mais rápido possível para determinar quais mutuários podem ser liquidados e serem os primeiros a enviar uma transação de liquidação e recolher a taxa de liquidação para si próprios.

Negociação de sanduíches

A negociação de sanduíches é outro método comum de extração de MEV.

Para sanduíche, um pesquisador observará o mempool para grandes negociações DEX. Por exemplo, suponha que alguém queira comprar 10.000 UNI com DAI no Uniswap. Uma negociação desta magnitude terá um efeito significativo no par UNI/DAI, potencialmente aumentando significativamente o preço da UNI em relação à DAI.

Um pesquisador pode calcular o efeito aproximado do preço desta grande negociação no par UNI/DAI e executar uma ordem de compra ótima imediatamente antes da grande negociação, comprando UNI barato, depois executar uma ordem de venda imediatamente após a grande negociação, vendendo-a pelo preço mais alto causado pela grande ordem.

No entanto, sandwiching é mais arriscado, pois não é atômico (ao contrário da arbitragem DEX, conforme descrito acima) e está sujeito a ataque de salmonela

(abre numa nova aba)

.

NFT MEV

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

No entanto, uma vez que as transações NFT ocorrem na mesma blockchain partilhada por todas as outras transações Ethereum, os pesquisadores podem usar técnicas semelhantes às utilizadas nas oportunidades MEV tradicionais também no mercado de NFT.

Por exemplo, se houver um lançamento popular de NFT e um pesquisador quiser um determinado NFT ou conjunto de NFTs, eles podem programar uma transação de forma a serem os primeiros a comprar o NFT, ou podem comprar todo o conjunto de NFTs numa única transação. Ou se um NFT for listado por engano a um preço baixo

(abre numa nova aba)

, um pesquisador pode antecipar outros compradores e comprá-lo barato.

Um exemplo proeminente de MEV de NFT ocorreu quando um pesquisador gastou $7 milhões para comprar

(abre numa nova aba)

cada Cryptopunk no preço mínimo. Um pesquisador de blockchainexplicado no Twitter

(abre numa nova aba)

como o comprador trabalhou com um provedor MEV para manter sua compra em segredo.

A longa cauda

A arbitragem DEX, as liquidações e a negociação de sandwich são todas oportunidades de MEV muito conhecidas e é improvável que sejam lucrativas para novos pesquisadores. No entanto, existe uma longa cauda de oportunidades de MEV menos conhecidas (o MEV NFT é, porventura, uma dessas oportunidades).

Os pesquisadores que estão apenas a começar podem conseguir mais sucesso ao procurar MEV neste cauda mais longa. Flashbot’sQuadro de empregos MEV

(abre numa nova aba)

lista algumas oportunidades emergentes.

EFEITOS DO MEV

MEV não é totalmente ruim — existem consequências positivas e negativas para o MEV no Ethereum.

O bom

Muitos projetos DeFi dependem de atores economicamente racionais para garantir a utilidade e estabilidade de seus protocolos. Por exemplo, a arbitragem DEX garante que os usuários obtenham os melhores e mais corretos preços para seus tokens, e os protocolos de empréstimo dependem de liquidações rápidas quando os mutuários ficam abaixo das taxas de garantia para garantir que os credores sejam reembolsados.

Sem pesquisadores racionais buscando e corrigindo ineficiências econômicas e aproveitando os incentivos econômicos dos protocolos, os protocolos e dapps DeFi em geral podem não ser tão robustos como são hoje.

O mau

Na camada de aplicação, algumas formas de MEV, como a negociação sanduíche, resultam em uma experiência inequivocamente pior para os usuários. Os usuários que estão ensanduichados enfrentam maior deslizamento e pior execução em suas negociações.

Na camada de rede, os licitantes generalizados e os leilões de preços de gás em que muitas vezes participam (quando dois ou mais licitantes competem para que a sua transação seja incluída no próximo bloco, aumentando progressivamente o preço do gás das suas próprias transações) resultam em congestão de rede e preços elevados de gás para todos os outros que tentam executar transações regulares.

Para além do que está a acontecer dentro dos blocos, o MEV pode ter efeitos deletérios entre blocos. Se o MEV disponível num bloco exceder significativamente a recompensa padrão do bloco, os validadores podem ser incentivados a reorganizar blocos e capturar o MEV para si próprios, causando reorganização da blockchain e instabilidade de consenso.

Esta possibilidade de reorganização da blockchain tem sido anteriormente explorado na blockchain do Bitcoin

(abre numa nova aba)

. À medida que a recompensa em bloco do Bitcoin diminui e as taxas de transação compõem uma parte cada vez maior da recompensa em bloco, surgem situações em que se torna economicamente racional para os mineiros desistir da recompensa do próximo bloco e, em vez disso, refazer blocos passados com taxas mais altas. Com o crescimento do MEV, a mesma situação poderia ocorrer no Ethereum, ameaçando a integridade da blockchain.

ESTADO DE MEV

A extração de MEV inflou no início de 2021, resultando em preços de gás extremamente altos nos primeiros meses do ano. A emergência do relay MEV da Flashbots reduziu a eficácia dos frontrunners generalizados e levou os leilões de preços do gás para fora da cadeia, baixando os preços do gás para os usuários comuns.

Embora muitos pesquisadores ainda estejam a ganhar dinheiro com MEV, à medida que as oportunidades se tornam mais conhecidas e mais pesquisadores competem pela mesma oportunidade, os validadores captarão cada vez mais receitas totais de MEV (porque o mesmo tipo de leilões de gás, conforme descrito acima, também ocorrem em Flashbots, embora de forma privada, e os validadores captarão a receita de gás resultante). MEV também não é exclusivo da Ethereum e, à medida que as oportunidades se tornam mais competitivas na Ethereum, os pesquisadores estão a mudar para blockchains alternativas como a Binance Smart Chain, onde existem oportunidades de MEV semelhantes às da Ethereum, mas com menos concorrência.

Por outro lado, a transição de proof-of-work para proof-of-stake e o esforço contínuo para escalar o Ethereum usando rollups alteram completamente o panorama do MEV de maneiras que ainda são um tanto incertas. Ainda não se sabe bem como ter proponentes de bloco garantidos conhecidos ligeiramente com antecedência altera a dinâmica da extração de MEV em comparação com o modelo probabilístico em proof-of-work ou como isso será interrompido quando eleição de líder secreto único

(abre numa nova aba)

eTecnologia de validador distribuídoser implementado. Da mesma forma, resta saber que oportunidades de MEV existem quando a maioria da atividade do usuário é deslocada do Ethereum para suas rollups e fragmentos de camada 2.

MEV NO ETHEREUM PROOF-OF-STAKE (POS)

Como explicado, MEV tem implicações negativas para a experiência geral do usuário e a segurança da camada de consenso. Mas a transição do Ethereum para um consenso de participação (denominado “The Merge”) potencialmente introduz novos riscos relacionados à MEV:

Centralização de validadores

Após o Ethereum pós-Merge, os validadores (que fizeram 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,aderir a um pool de stakingpode ser uma opção mais viável. No entanto, uma distribuição saudável de apostadores individuaisé ideal, pois mitiga a centralização dos validadores e melhora a segurança do Ethereum.

No entanto, a extração de MEV acredita-se que seja capaz de acelerar a centralização do validador. Isto acontece em parte porque, como validadores ganhar menos ao propor blocosdo que os mineiros fazem atualmente, a extração de MEV pode ser muito grande influenciar ganhos do validador

(abre numa nova aba)

depois da fusão.

Piscinas de participação maiores provavelmente terão mais recursos para investir nas otimizações necessárias para capturar oportunidades de MEV. Quanto mais MEV essas piscinas extraírem, mais recursos terão para melhorar suas capacidades de extração de MEV (e aumentar a receita geral), essencialmente criando economias de escala

(abre numa nova aba)

.

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

mempools com permissão

Em resposta aos ataques de sanduíche e de frontrunning, os traders podem começar a realizar acordos off-chain com validadores para privacidade das transações. Em vez de enviar uma potencial transação de MEV para a mempool pública, o trader a envia diretamente para o validador, que a inclui num bloco e divide os lucros com o trader.

"Dark pools" são uma versão maior desta organização e funcionam como mempools permissionados, acessíveis apenas a usuários dispostos a pagar certas taxas. Essa tendência diminuiria a permissão e a confiança do Ethereum e potencialmente transformaria a blockchain em um mecanismo "pagar para jogar" que favorece o licitante mais alto.

As mempools com permissão 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 aos negociadores e usuários, aumentando suas receitas de MEV.

Combater esses problemas relacionados com o MEV no Ethereum pós-Merge é uma área central de pesquisa. Até à data, foram propostas duas soluções para reduzir o impacto negativo do MEV na descentralização e segurança do Ethereum após o Merge: Separação Proposer-Builder (PBS) e o Builder API.

Separação de Propositor-Construtor

Tanto no sistema de prova de trabalho como no sistema de prova de participação, um nó que constrói um bloco propõe a sua adição à cadeia para outros nós que participam no consenso. Um novo bloco torna-se parte da cadeia canónica depois de outro mineiro construir em cima dele (em PoW) ou receber as certificações da maioria dos validadores (em PoS).

A combinação de funções de produtor de bloco e 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 desencadear reorganizações de cadeias em ataques de ladrões de tempo para maximizar os ganhos do MEV.

Separação do proponente-construtor

(abre numa nova aba)

(PBS) foi desenvolvido para mitigar o impacto do MEV, especialmente na camada de consenso. A principal característica do PBS é a separação das regras do produtor de bloco e 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 de construtores de bloco, são responsáveis por ordenar transações e construir blocos.

Sob o PBS, um construtor de blocos cria um pacote de transações e coloca um lance para a sua inclusão num 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 essencialmente cria um mercado de leilões, onde os construtores negociam com os validadores vendendo espaço de bloco.

Os designs atuais do PBS usam um Esquema de confirmação

(abre numa nova aba)

em que os construtores apenas publicam um compromisso criptográfico com o conteúdo de um bloco (cabeçalho do bloco) juntamente com as suas ofertas. Após aceitar a oferta vencedora, o proponente cria uma proposta de bloco assinada que inclui o cabeçalho do bloco. Espera-se que o construtor do bloco publique o corpo completo do bloco após ver a proposta de bloco assinada, e também deve receber informação suficiente

atestações dos validadores antes de ser finalizado.

Como é que a separação entre proponente e construtor mitiga o impacto do MEV?

A separação do propositor-construtor no protocolo reduz o efeito do MEV no consenso, removendo a extração do MEV do escopo dos validadores. Em vez disso, os construtores de blocos que executam hardware especializado capturarão oportunidades de MEV no futuro.

No entanto, isso não exclui totalmente os validadores da receita relacionada ao MEV, já que os construtores devem fazer lances altos para que seus blocos sejam aceites pelos validadores. No entanto, com os validadores já não focados diretamente na otimização da receita do MEV, a ameaça de ataques de ladrão do tempo reduz.

A separação entre proponentes e construtores também reduz os riscos de centralização do MEV. Por exemplo, o uso de um esquema de compromisso-revelação elimina a necessidade de os construtores confiarem nos validadores para não roubar a oportunidade de MEV ou expô-la a outros construtores. Isso reduz a barreira para os apostadores individuais se beneficiarem do MEV, caso contrário, os construtores tenderiam a favorecer grandes pools com reputação off-chain e conduzir negociações off-chain com eles.

Da mesma forma, os validadores não precisam confiar nos construtores para não reterem os corpos dos blocos ou publicarem blocos inválidos, porque o pagamento é incondicional. A taxa do validador ainda é processada mesmo que o bloco proposto não esteja disponível ou seja declarado inválido por outros validadores. Neste último caso, o bloco é simplesmente descartado, forçando o construtor do bloco a perder todas as taxas de transação e receitas de MEV.

Builder API

Embora a separação entre proponente e construtor prometa reduzir os efeitos da extração de MEV, a sua implementação requer alterações no protocolo de consenso. Especificamente, o escolha de bifurcaçãoa regra na Beacon Chain precisaria ser atualizada. O API do construtor

(abre numa nova aba)

é uma solução temporária destinada a fornecer uma implementação funcional da separação de proponente-construtor, embora com pressupostos de confiança mais elevados.

A API do Builder é uma versão modificada do Motor API

(abre numa nova aba)

usado pelos clientes da camada de consenso para solicitar cargas de execução dos clientes da camada de execução. Conforme delineado no especificação honesta do validador

(abre numa nova aba)

, os validadores selecionados para as funções de proposta de bloco solicitam um pacote de transações de um cliente de execução conectado, que eles incluem no bloco proposto da Beacon Chain.

A API do Builder também atua como um middleware entre validadores e clientes de camada de execução; mas é diferente porque permite que validadores na cadeia de beacon para blocos de origem de entidades externas (em vez de construir um bloco localmente usando um cliente de execução).

Aqui está uma visão geral de como funciona a API do Builder:

1. A API do Builder conecta o validador a uma rede de construtores de blocos que executam clientes de camada de execução. Assim como no PBS, os construtores são partes especializadas que investem na construção de blocos intensivos em recursos e utilizam diferentes estratégias para maximizar a receita obtida a partir de MEV + dicas de prioridade.
2. Um validador (executando um cliente de camada de consenso) solicita cargas de execução juntamente com lances da rede de construtores. Os lances dos construtores conterão o cabeçalho da carga de execução - um compromisso criptográfico com o conteúdo da carga - e uma taxa a ser paga ao validador.
3. O validador analisa as propostas recebidas e seleciona a carga de execução com a taxa mais alta. Usando a API do Builder, o validador cria uma proposta de bloco Beacon 'cega' que inclui apenas a sua assinatura e o cabeçalho da carga de execução e envia-a para o construtor.
4. Espera-se que o construtor que executa a API do construtor responda com a carga de execução completa ao ver a proposta de bloco ofuscada. Isso permite que o validador crie um bloco de Beacon 'assinado', que eles propagam por toda a rede.
5. Um validador que utiliza a API do Builder ainda é esperado para construir um bloco localmente no caso de o construtor de blocos não responder prontamente, para que não percam as recompensas de proposta de bloco. No entanto, o validador não pode criar outro bloco usando quer as transações agora reveladas quer outro conjunto, pois isso equivaleria a equivocação (assinando dois blocos dentro do mesmo slot), o que é uma ofensa punível com penalização.

Um exemplo de implementação da API do Builder é MEV Boost

(abre num novo separador)

, uma melhoria em cima doMecanismo de leilão de flashbots

(abre numa nova aba)

projetado para mitigar as externalidades negativas do MEV no Ethereum. O leilão da Flashbots permite que os mineradores em prova de trabalho terceirizem o trabalho de construção de blocos lucrativos para partes especializadas chamadas de searchers.

Os pesquisadores procuram oportunidades lucrativas de MEV e enviam pacotes de transações para os mineiros juntamente com um oferta de preço selado

(abre numa nova aba)

para inclusão no bloco. O minerador que executa mev-geth, uma versão bifurcada do cliente go-ethereum (Geth), só precisa escolher o pacote com mais lucro e minerá-lo como parte do novo bloco. Para proteger os mineradores do spam e transações inválidas, os pacotes de transação passam por relayers para validação antes de chegar aos mineradores.

O impulso MEV mantém o mesmo funcionamento do leilão Flashbots original, embora com novos recursos projetados para a mudança da Ethereum para o proof-of-stake. Os searchers ainda encontram transações MEV lucrativas para inclusão em blocos, mas uma nova classe de partes especializadas, chamadas de builders, são responsáveis por agregar transações e bundles em blocos. Um builder aceita propostas de preço seladas dos searchers e executa otimizações para encontrar a ordenação mais lucrativa.

O relayer ainda é responsável por validar os conjuntos de transações antes de os passar ao proponente. No entanto, o MEV Boost introduz escrows responsáveis por fornecer disponibilidade dos dadosarmazenando os corpos dos blocos enviados pelos construtores e os cabeçalhos dos blocos enviados pelos validadores. Aqui, um validador conectado a um relé solicita os payloads de execução disponíveis e usa o algoritmo de ordenação MEV Boost para selecionar o cabeçalho do payload com o lance mais alto + gorjetas MEV.

Como é que a API do Builder mitiga o impacto do MEV?

O benefício central do Builder API é o seu potencial para democratizar o acesso às oportunidades de MEV. O uso de esquemas de commit-reveal elimina pressupostos de confiança e reduz as barreiras de entrada para validadores que procuram beneficiar do MEV. Isso deve reduzir a pressão sobre os stakers individuais para se integrarem com grandes pools de staking a fim de aumentar os lucros do MEV.

A ampla implementação da API do Builder irá incentivar uma maior concorrência entre os construtores de blocos, o que aumenta a resistência à censura. À medida que os validadores analisam propostas de vários construtores, um construtor com a intenção de censurar uma ou mais transações de usuários deve superar todas as outras construtoras não censuradoras para ter sucesso. Isso aumenta drasticamente o custo de censurar usuários e desencoraja a prática.

Alguns projetos, como o MEV Boost, utilizam a API Builder como parte de uma estrutura geral projetada para fornecer privacidade de transação a determinadas partes, como traders que tentam evitar ataques de frontrunning/sandwiching. Isso é alcançado fornecendo um canal de comunicação privado entre os usuários e os construtores de bloco. Ao contrário dos mempools com permissão descritos anteriormente, essa abordagem é benéfica pelas seguintes razões:

1. A existência de múltiplos construtores no mercado torna a censura impraticável, o que beneficia os utilizadores. Em contraste, a existência de dark pools centralizados e baseados na confiança concentraria o poder nas mãos de alguns construtores de blocos e aumentaria a possibilidade de censura.
2. O software Builder API é de código aberto, o que permite a qualquer pessoa oferecer serviços de construção de blocos. Isso significa que os usuários não são obrigados a usar um construtor de blocos específico e melhora a neutralidade e a permissão do Ethereum. Além disso, os traders que procuram MEV não contribuirão inadvertidamente para a centralização ao usar canais de transação privados.

RECURSOS RELACIONADOS

• Documentos Flashbots
• (abre numa nova aba)
• GitHub do Flashbots
• (abre num novo separador)
• MEV-Explorar
• (abre numa nova aba)
• • Painel e explorador de transações ao vivo para transações MEV
• mevboost.org
• (abre numa nova aba)
• • Tracker com estatísticas em tempo real para retransmissores e construtores de bloco MEV-Boost

Aviso Legal：

1. Este artigo é reproduzido a partir de [ethereum]. Todos os direitos de autor pertencem ao autor original [@wackerow]. Se houver objeções a esta reimpressão, por favor entre em contato com o Gate Learnequipa e eles vão tratar disso prontamente.
2. Aviso de Responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outras línguas são feitas pela equipa Gate Learn. Salvo indicação em contrário, é proibido copiar, distribuir ou plagiar os artigos traduzidos.