O que é MEV e separação proposer-builder no Ethereum

O que significa MEV e porque é que os traders se devem importar?

MEV significa valor máximo extraível. Descreve o lucro que pode ser obtido ao controlar que transações entram num bloco, a ordem em que aparecem e, por vezes, que transações ficam de fora. O termo referia-se originalmente a valor extraível por mineradores, mas Ethereum passou para proof of stake, ou PoS, pelo que valor máximo extraível é agora a definição mais ampla.

Esse controlo é importante porque uma blockchain não é apenas uma lista de transações. É também uma lista ordenada. Se uma transação mover o preço de um token numa exchange descentralizada, ou DEX, outra transação colocada imediatamente antes ou depois dela pode tornar-se mais lucrativa. Um participante com acesso a transações pendentes pode competir para capturar essa oportunidade.

Para um utilizador comum, MEV pode parecer uma transação executada a um preço pior do que o esperado, um swap que falha depois de pagar uma taxa ou uma corrida súbita de negociação em torno de uma ordem grande. Nem toda a execução fraca é MEV, e nem toda a estratégia de MEV prejudica os utilizadores. A arbitragem pode aproximar os preços entre mercados. A questão importante é quem captura o valor, quem suporta o custo e se o processo continua aberto a participantes comuns.

Por isso, MEV é melhor entendido como uma camada económica em torno da produção de blocos, e não como um único bot, empresa ou exploit. Afeta traders, validadores, serviços de staking, protocolos e qualquer pessoa que dependa da ordenação de transações.

Quais são os principais riscos de MEV para utilizadores comuns?

O risco mais claro para o utilizador é um ataque sandwich. Um bot observa uma transação DEX pendente, coloca uma compra antes dela, permite que a transação do utilizador empurre o preço de mercado para cima e depois vende após a transação do utilizador. O bot ganha com o movimento de preço, enquanto a vítima recebe uma execução pior. Limites de slippage podem reduzir os danos, mas um limite demasiado amplo pode dar mais margem ao atacante.

Frontrunning é um termo mais amplo para agir antes de uma transação conhecida, de modo a beneficiar do seu efeito esperado. Um bot pode copiar uma transação lucrativa, competir por uma liquidação ou licitar por uma emissão escassa antes de a transação original ser processada. Em mempools públicas, que são áreas de espera onde muitas transações podem ser observadas antes da inclusão, a vantagem de informação pode ser significativa.

Há várias formas de estas estratégias falharem ou se tornarem dispendiosas. Um utilizador pode pagar taxas de rede por uma transação que é revertida, um bot pode licitar acima de outros bots e perder dinheiro, e uma pool DEX pode mover-se tão rapidamente que a transação pretendida deixa de funcionar. Os utilizadores também enfrentam contratos de tokens maliciosos, interfaces de negociação falsas, carteiras comprometidas e serviços de fluxo de ordens privado que fazem promessas que não conseguem verificar.

MEV também cria riscos ao nível do sistema. Se a construção de blocos se tornar uma corrida dominada por algumas empresas bem financiadas, validadores mais pequenos podem depender de intermediários para obter recompensas competitivas. Um construtor ou relay pode censurar transações, atrasá-las ou recusar determinadas categorias de atividade. Estas não são preocupações teóricas. Depois de o Tesouro dos Estados Unidos sancionar Tornado Cash em 2022, alguns construtores de blocos e relays de Ethereum foram criticados por excluírem transações ligadas a endereços sancionados. Esse episódio mostrou como a pressão de conformidade pode chegar à ordenação de transações, mesmo quando o próprio protocolo base não impõe a exclusão.

Os utilizadores também devem distinguir segurança do protocolo de justiça económica. Um bloco pode ser válido e finalizado enquanto a sua ordenação dá vantagem a traders sofisticados. MEV não precisa de quebrar regras de consenso para extrair valor. O dano pode antes surgir como pior execução, acesso menos previsível ou uma estrutura de mercado em que apenas operadores especializados conseguem competir.

Como funciona o MEV numa DEX?

Quando um utilizador submete uma troca comum numa DEX, a transação inclui normalmente detalhes como o par de tokens, o montante, o deslizamento máximo e uma taxa. Dependendo da carteira e das condições da rede, a transação pode ficar visível para operadores de nós, construtores ou pesquisadores especializados antes de ser incluída num bloco. Os pesquisadores são traders automatizados que procuram padrões de transações lucrativos.

Suponhamos que um utilizador quer comprar uma grande quantidade de um token a partir de uma pool de liquidez. A pool usa um automated market maker, ou AMM, que ajusta o preço com base nos seus saldos de tokens. A negociação do utilizador altera esses saldos e normalmente aumenta o preço do token dentro da pool. Um pesquisador pode comprar primeiro, fazendo com que o utilizador pague mais, e vender depois. A sequência só é lucrativa se o impacto no preço e as taxas deixarem valor suficiente após a concorrência.

A arbitragem é outra forma comum de MEV. Se o mesmo ativo tiver preços diferentes em duas plataformas, um pesquisador pode comprar onde é mais barato e vender onde é mais caro. Isto pode restaurar o alinhamento de preços e, ao longo do tempo, melhorar a qualidade do mercado. No entanto, os lucros ainda podem vir dos utilizadores que criam a diferença de preço, e a concorrência para os capturar pode aumentar as taxas e concentrar a infraestrutura.

As liquidações criam uma oportunidade diferente. Os protocolos de empréstimo permitem muitas vezes que um terceiro reembolse a dívida de um mutuário quando a garantia cai abaixo de um nível exigido. Em troca, o liquidatário recebe uma recompensa ou garantia com desconto. Pesquisadores rápidos competem para identificar estas posições e submeter a transação primeiro. Isto pode proteger um protocolo, mas também pode gerar leilões de taxas intensos durante uma queda do mercado.

Porque é que a ordem das transações importa

As transações Ethereum não entram simplesmente num bloco pela ordem em que os utilizadores clicaram num botão. Um proponente acaba por publicar um bloco, e o conteúdo e a ordenação do bloco são selecionados através de um mercado que envolve pesquisadores, construtores, relays e o proponente. O proponente pode receber um pagamento por selecionar um bloco com uma ordenação de transações valiosa.

Esse pagamento não é necessariamente um roubo oculto a todos os utilizadores. Algum valor vem da arbitragem ou de incentivos de protocolo que mantêm os mercados a funcionar. Ainda assim, o utilizador pode suportar o custo através do impacto no preço, taxas de prioridade, transações falhadas ou um preço de execução pior do que o esperado. Chamar ao MEV apenas arbitragem esconde a questão mais importante: o controlo sobre a ordenação pode transferir valor de utilizadores menos informados para operadores melhor posicionados.

O que é a separação proponente-construtor?

A separação proponente-construtor, ou PBS, divide duas funções que, de outra forma, podem ser desempenhadas por um único validador. O proponente, normalmente o validador selecionado para propor o próximo bloco Ethereum, escolhe um bloco e submete-o à rede. O construtor monta esse bloco selecionando e ordenando transações, muitas vezes usando ofertas de pesquisadores e fluxo de ordens privado.

Num acordo PBS especializado, os construtores competem para criar o bloco válido mais valioso. Enviam uma proposta de bloco ou um cabeçalho de bloco através de um relay, que atua como intermediário e ajuda o proponente a inspecionar a oferta sem revelar necessariamente o bloco completo antes da seleção. O proponente escolhe a oferta credível mais alta e publica o bloco correspondente. O construtor fica com o valor restante depois de pagar ao proponente e a outros participantes.

Na Ethereum hoje, o MEV-Boost é uma peça de software amplamente utilizada que suporta esta separação para validadores. É middleware, não exatamente a mesma coisa que PBS integrado diretamente no protocolo de consenso da Ethereum. Esta distinção é importante. O MEV-Boost pode coordenar um mercado aberto para espaço em bloco, mas depende dos validadores, construtores e relays participantes, bem como dos pressupostos assumidos pelo software e pelos seus operadores.

A PBS ao nível do protocolo, por vezes chamada PBS consagrada, colocaria mais destas regras dentro do desenho de consenso da Ethereum. Poderia definir como os construtores fazem ofertas, como os compromissos são verificados e como os proponentes selecionam blocos sem depender tanto de infraestrutura externa. Um desenho ao nível do protocolo poderia melhorar a consistência, mas também transformaria decisões difíceis sobre leilões, disponibilidade de dados, privacidade, penalizações e censura em parte do protocolo base.

O que muda no mercado?

Sem um mercado de construtores, um validador que queira maximizar a sua recompensa pode ter de realizar pesquisa, ordenação de transações, construção de blocos e gestão de risco por conta própria. Isso favorece operadores com sistemas de trading, ligações de baixa latência e conhecimento especializado. A PBS permite que os validadores externalizem a construção de blocos e concorram por ofertas.

Isto pode tornar o MEV mais transparente e competitivo. Os construtores podem combinar oportunidades de muitos pesquisadores, comparar ofertas e pagar aos validadores pelo direito de propor um bloco. Os validadores podem usar uma interface padrão em vez de criarem uma operação de trading completa. Em teoria, a concorrência empurra uma maior parte do valor disponível para o proponente e reduz a vantagem de operar todas as partes da stack.

Mas a separação muda quem controla o processo. O construtor com melhor acesso a fluxo de ordens, capital, hardware e infraestrutura fiável pode ganhar mais blocos. Um mercado pode ser competitivo a um nível e, ainda assim, concentrar-se noutro. A PBS transfere a extração para um mercado. Não elimina a extração nem garante acesso igual a esse mercado.

A PBS torna a Ethereum mais justa e segura?

A PBS pode resolver alguns problemas de coordenação sem resolver o problema de justiça subjacente. Um mercado de construtores pode melhorar a receita dos validadores, reduzir a necessidade de cada validador se tornar um construtor de blocos profissional e tornar o valor dos blocos mais fácil de comparar. Também pode ajudar um proponente a evitar selecionar acidentalmente um bloco de baixo valor quando existem oportunidades mais valiosas.

Para os utilizadores, o resultado é misto. Uma arbitragem melhor pode reduzir diferenças de preço entre plataformas. Uma construção de blocos mais organizada pode tornar a inclusão mais fiável para algumas transações. Ao mesmo tempo, construtores sofisticados podem obter ferramentas melhores para identificar negociações de utilizadores, extrair valor de liquidações ou dar prioridade a fluxo de ordens privado. O utilizador pode não saber qual construtor tratou da transação nem quanto valor foi gerado à sua volta.

O fluxo de ordens privado ilustra o compromisso. Uma carteira ou aplicação pode enviar transações diretamente para um construtor ou relay em vez de as transmitir na mempool pública. Isto pode reduzir a exposição a bots de sandwich públicos. Também pode reduzir a transparência, limitar quais construtores podem competir e dar a um pequeno grupo mais influência sobre quais transações são vistas e incluídas.

Também existem modos de falha técnicos. Um relay pode não revelar um bloco prometido, um construtor pode submeter um bloco inválido ou indisponível, ou o software pode expor um validador a comportamento inesperado. Os protocolos podem acrescentar salvaguardas, mas cada participante adicional cria outra questão de confiança, disponibilidade e governação. Um utilizador não deve presumir que o rótulo proteção contra MEV significa que todas as formas de extração ou risco de execução desapareceram.

Quais são as preocupações de centralização e censura?

A construção de blocos beneficia da escala. Um grande construtor pode diluir custos de infraestrutura por muitos blocos, manter ligações a mais pesquisadores, negociar mais fluxo de ordens privado e gerir sistemas de ofertas complexos. Essas vantagens podem acumular-se. Se alguns poucos construtores produzirem a maioria dos blocos valiosos, a Ethereum pode tornar-se mais dependente da sua participação contínua.

A centralização pode afetar mais do que as recompensas. Os construtores podem influenciar quais aplicações recebem prioridade, quais transações são atrasadas e que tipos de atividade são considerados aceitáveis. Os relays podem tornar-se guardiões entre construtores e validadores. Os fornecedores de staking também podem agregar o ETH de muitos utilizadores e tomar decisões em seu nome, aumentando a importância das suas políticas e escolhas de software.

A censura não exige que todos os validadores rejeitem uma transação para sempre. Mesmo uma exclusão temporária pode ser importante para liquidações, arbitragem, votos de governação e transferências sensíveis ao tempo. Um construtor dominante pode omitir uma transação para cumprir um pedido legal, evitar risco reputacional ou favorecer uma relação comercial. Se blocos suficientes seguirem a mesma política, os utilizadores podem sofrer censura prática mesmo quando outro validador poderia eventualmente incluir a transação.

O debate pós-Tornado Cash tornou visível este compromisso. Alguns relays e construtores excluíram transações associadas a endereços sancionados, enquanto outros participantes continuaram a incluí-las. A discordância não era simplesmente sobre se as sanções deveriam ser cumpridas. Era também sobre se a conformidade ao nível das transações por parte de fornecedores de infraestrutura poderia enfraquecer a neutralidade credível e a resistência à censura da Ethereum.

Possíveis respostas incluem múltiplos construtores independentes, relays diversificados, software open-source, staking descentralizado, submissão de transações com preservação de privacidade e regras de protocolo que limitem ordenações abusivas. Nenhuma é uma solução completa. A privacidade pode reduzir ataques de sandwich, ao mesmo tempo que torna o fluxo de ordens menos auditável. Uma aplicação mais forte pelo protocolo pode reduzir a dependência de intermediários, ao mesmo tempo que dá ao protocolo mais autoridade sobre um mercado económico. O desafio de desenho é limitar a extração prejudicial sem transformar um pequeno comité no juiz final das transações aceitáveis.

O que devem fazer traders, stakers e developers?

Os traders devem começar por controlos de execução, em vez de tentar prever todas as estratégias de MEV. Use uma carteira e uma interface DEX reputadas, verifique a rota da transação, defina um limite de slippage sensato e evite aprovar gastos ilimitados de tokens quando uma autorização menor é suficiente. Uma definição de slippage apertada pode fazer com que uma transação falhe, mas uma definição demasiado folgada pode tornar um ataque sandwich mais prejudicial. A definição certa depende da liquidez, da volatilidade e do tamanho da ordem.

Para transações grandes ou sensíveis ao tempo, compare opções de execução e perceba se um serviço usa submissão privada de transações. O encaminhamento privado pode reduzir a exposição à mempool pública, mas introduz dependência do fornecedor e pode não proteger contra todas as formas de ordenação adversa. Não trate um rótulo de proteção como uma garantia e não assine uma transação desconhecida só porque afirma prevenir MEV.

Os stakers devem analisar o software e os serviços usados pelo seu validator. Pergunte se a configuração usa MEV-Boost, que relays estão ativados, como são tratados os blocos falhados e que políticas existem para transações censuradas ou atrasadas. Diversificar relays e evitar concentração desnecessária pode melhorar a resiliência, embora cada opção envolva compromissos operacionais e de governação.

Os developers podem reduzir danos ao conceber transações e interfaces que apresentem slippage realista, evitem informação pública desnecessária e tenham em conta a ordenação adversa. Os protocolos devem testar mecanismos de liquidação e leilão em condições de elevada concorrência, não apenas em condições calmas. Os developers também devem publicar explicações claras sobre quem recebe MEV, como os utilizadores são protegidos e o que acontece quando um builder, relay ou fornecedor de private-order-flow falha.

Para todos, a lição prática é moderada. Não consegue ver todos os participantes no mercado de ordenação e não consegue inferir segurança apenas a partir de uma transação bem-sucedida. Leia os dados de execução, compare os montantes esperados e recebidos, observe padrões de transações falhadas e trate perdas de valor inexplicadas como um motivo para investigar, em vez de as encarar como um custo normal de crypto.

Como acompanhar MEV e PBS sem o hype

MEV e PBS mudam rapidamente porque a governação de Ethereum, o software de validators, os mercados de builders, as carteiras e os reguladores influenciam todos o resultado. Acompanhar manualmente cada proposta, política de relay, quota de builder e incidente de censura é difícil. Zippfeed reúne títulos relevantes sobre MEV, Ethereum e protocolos com pontuação de sentimento marcada como bullish, neutral ou bearish e uma classificação de importância, ajudando-o a distinguir uma alteração significativa de infraestrutura do ruído habitual do mercado.

Use esse sinal como ponto de partida, não como uma instrução de trading. Leia a cobertura subjacente, verifique quem beneficia de uma alteração proposta e pergunte se uma melhoria anunciada transfere risco para utilizadores, validators, builders ou outro intermediário. Esse hábito é mais útil do que presumir que PBS acabou com MEV, porque a questão central continua a ser quem controla a ordem das transações e até que ponto esse controlo é responsabilizável.