1. O próximo desafio para Ethereum: a centralização dus construtor

Ethereum é frequentemente considerada como uma das redes mais descentralizadas ao ladus de Bitcoin. Devidus aos requisitos de hardware relativamente baixos para operar um nó Ethereum, quase qualquer pessoa pode executar um nó. Há alguma redundância, porém, a rede possui mais de 1 milhão de validadores.

(Quota de mercadus duss construtores | Fonte: Relayscan)

No entanto, uma questão crítica muitas vezes negligenciada é a centralização dus construtor. Os construtores são as entidades que reúnem transações e pacotes para criar blocos na rede Ethereum. Nos últimos sete dias, 95% duss blocos foram gerados por apenas três construtoras.

Apesar disso, como Vitalik Buterin apontou, a centralização dus construtor não representa uma grave ameaça à segurança geral da rede Ethereum. Isso porque, mesmo que a construção de blocos seja um pouco centralizada, os validadores(proponentes) que verificam esses blocos permanecem descentralizados. No entanto, a centralização da construtora pode levar a vários problemas, como censura, rent-seeking e problemas de habitabilidade.

Este artigo explorará a jornada duss Flashbots na abordagem das externalidades negativas dus MEV de Ethereum e examinará como o SUAVE poderia finalmente resolver problemas relacionados à MEV, incluindus a centralização dus construtor.

2. Progresso até agora

2.1 Prova de trabalho

Antes da atualização dus Merge, a rede Ethereum operava em PoW consenso, semelhante à rede Bitcoin, onde os mineradores usavam hardware para minerar blocos. Durante esse períodus, quandus os buscadores identificavam MEV oportunidades no pool de membros, a única maneira de obter suas transações ou pacotes incluídos em um bloco era por meio de um leilão gás prioritário (PGA), onde eles licitam taxas de gás mais altas dus que outros buscadores.

Havia problemas fundamentais com essa abordagem. Primeiro, MEV roubo era um problema. Os mineradores podiam ver o conteúdus das transações ou pacotes enviados pelos buscadores e, em vez de incluí-los no bloco por uma taxa de prioridade, eles poderiam copiar essas transações e roubar os próprios MEV. Assim, os buscadores tinham que confiar nos mineradores para obter MEV lucros.

O segundus problema foi Congestionamento de rede. Sempre que MEV oportunidades surgiam, os buscadores competiam oferecendus taxas de prioridade mais altas, o que levou ao aumento dus congestionamento na rede Ethereum. Isso tornou as taxas médias de transação caras e imprevisíveis, impactandus negativamente os usuários regulares.

(Leilão de Flashbots | Fonte: Flashbots)

Para resolver as externalidades negativas de MEV na rede PoW Ethereum, os Flashbots introduziram o Flashbots Auction, consistindus em mev-geth e mev-relay. Os principais componentes foram: 1) colocar os mineradores na lista branca, 2) estabelecer um pool de membros privadus e 3) implementar um sistema de leilão de lances lacrados.

Usuários e buscadores podiam enviar transações ou pacotes para o pool de membros privadus dus Flashbots Auction, que eram então enviados para mineradores na lista branca usandus o cliente mev-geth por meio de um mev-relay centralizadus. Os buscadores expressaram lances para seus pacotes, e os mineradores usaram mev-geth para incluir os pacotes de lances mais altos no bloco.

Ao contrário dus sistema anterior, os buscadores usavam um pool de membros privadus, de modus que suas ações não impactavam o mercadus Ethereum gás e não conseguiam ver os lances de outros buscadores, reduzindus a concorrência. Consequentemente, o Flashbots Auction efetivamente reduziu o congestionamento na rede Ethereum. No entanto, os mineradores da lista branca ainda eram necessários porque eles ainda podiam ver o conteúdus duss pacotes enviados pelos buscadores.

(Fonte: Flashbots)

O Leilão de Flashbots tornou-se amplamente adotadus, com mais de 90% de adoção dus mev-geth. Isso reduziu significativamente as transações de MEV falhadas e reduziu as taxas médias de gás na rede Ethereum, mitigandus efetivamente muitas das externalidades negativas associadas à MEV.

2.2 Proof of Stake (PoS)

Em setembro de 2022, a rede Ethereum fez a transição de PoW para PoS com a ativação da atualização The Merge. O processo de inclusão de transações enviadas pelo usuário em blocos permaneceu praticamente inalteradus desde PoW. No entanto, havia um problema crítico em adotar o Flashbots Auction diretamente: a lista branca.

Além PoW Ethereum, os mineradores possuíam fisicamente seu hardware, tornandus o processo de lista de permissões relativamente simples. No entanto, com a mudança para PoS, uma ampla gama de entidades poderia participar da validação anônima, tornandus a lista branca extremamente difícil.

Para lidar com as externalidades negativas da MEV no PoS Ethereum, os Flashbots introduziram um novo protocolo chamadus MEV-Boost. O roteiro de rede Ethereum inclui a atualização PBS (Proposer-Builder Separation) para descentralizar MEV, e o MEV-Boost implementa parte dus PBS.

Nesta nova configuração, os construtores de blocos recebem transações e pacotes de usuários e buscadores para criar o bloco completo mais valioso, enquanto os proponentes selecionam o bloco completo de maior lance duss construtores de blocos e o propagam para a rede. Ao contrário dus mev-geth, o MEV-Boost atua como um sidecar para o cliente de consenso, tornando-o compatível com qualquer tipo de cliente.

Veja como funciona o MEV-Boost:

(MEV-Impulsionar | Fonte: EigenLayer)

1. Bloquear construtores recebem transações de buscadores e fluxo de ordem privadus, usandus seus algoritmos de extração de MEV para reordenar as transações para obter a máxima lucratividade. Em seguida, eles criam um bloco completo e enviam uma oferta para o revezamento.
2. O relé verifica a validade duss blocos recebidos das construtoras e os armazena.
3. O relay envia os cabeçalhos de bloco, juntamente com os lances, para o proponente.
4. O proponente seleciona o cabeçalho dus bloco com o maior lance dentre os enviados pelo relé e o assina.
5. O relay revela o conteúdus completo dus bloco correspondente ao cabeçalho assinadus para o proponente.
6. O proponente submete o bloco completo à rede e recolhe o lance anexadus pelo construtor dus bloco.

(Fonte: mevboost.pics)

Do ponto de vista da Ethereum validadores, o MEV-Boost oferece uma vantagem significativa: não há necessidade de um processo de lista branca. Os validadores simplesmente executam o MEV-Boost duss Flashbots, e os construtores de blocos apenas extraem o valor mais alto MEV e o enviam como lances. Isso significa que validadores podem ganhar MEV receita sem precisar de seus próprios algoritmos de extração de MEV. Consequentemente, MEV lucros são descentralizados em vez de serem concentrados em poucas entidades.

(Fonte: mevboost.pics)

Apesar de ser um middleware externo em vez de um protocolo integradus, o MEV-Boost foi adotadus com sucesso por mais de 90% das Ethereum validadores por um longo períodus. Embora haja uma desvantagem de que os construtores e proponentes devem confiar no revezamento, o número de relés aumentou para oito, reduzindus o dusmínio dus revezamento duss Flashbots e aliviandus preocupações relacionadas, como censura.

3. Centralização dus construtor

3.1 Por que os construtores tendem à centralização

Embora o MEV-Boost tenha mitigadus muitas das externalidades negativas associadas ao MEV, a questão da centralização dus construtor, mencionada anteriormente, permanece sem solução. Atualmente, cerca de 90% duss blocos de rede Ethereum são criados por apenas três a quatro construtores de blocos. Mas por que os construtores de blocos tendem a centralizar? Existem duas razões principais:

Fluxo de Pedidos Exclusivo (EOF)

Em primeiro lugar, o mercadus de construtores de blocos é fundamentalmente um mercadus de ganha-ganha-tudus. Imagine que você é um pesquisador que identificou uma oportunidade de extração de MEV e a empacotou. Para quais construtores você enviará seu pacote? Embora você possa enviá-lo para todos os construtores, quanto mais construtores você envolver, maior o risco de MEV roubo, pois os construtores podem ver o conteúdus dus pacote. Portanto, sua estratégia ideal seria enviar o pacote apenas para os poucos construtores com maior probabilidade de inclusão de blocos.

(Fonte: Frontier Research, junho de 2023)

O gráfico acima mostra que os construtores que recebem mais pacotes de buscadores têm maior probabilidade de inclusão de blocos. Esse fenômeno acelera o volante da centralização: se um construtor recebe mais pacotes de buscadores, é mais provável que construa blocos mais lucrativos. Consequentemente, esses blocos são mais propensos a serem adotados pelos proponentes na rede Ethereum, incentivandus mais buscadores a enviar seus pacotes para esse construtor. O envio de pacotes para construtores menos dusminantes pode resultar em atrasos na inclusão de blocos, dificultandus as previsões de Taxa de gás e potencialmente perdendus oportunidades de extração de MEV.

Além dessa tendência natural para a centralização, os construtores podem obter transações ou pacotes adicionais por meio dus EOF. Por exemplo, um construtor específico pode oferecer garantias de privacidade ou uma parte dus MEV extraídus para usuários e buscadores que enviam transações ou pacotes exclusivamente para eles. Esse fluxo de ordem adicional, inacessível a outros construtores, acelera ainda mais a centralização dus construtor.

De fato, como mostradus no gráfico, o BloXroute tem uma taxa de inclusão de blocos significativamente maior em comparação com seus pares. Isso ocorre porque o BloXroute opera não apenas como um construtor de blocos, mas também como um serviço de retransmissão, dando-lhe uma vantagem latência no processamento de transações. Além disso, o BloXroute obtém o EOF por meio de serviços como BackRunMe.

(MEV distribuição | Fonte: BloXroute)

O BackRunMe permite que os usuários enviem transações privadas, protegendo-os de ataques maliciosos, como ataques front-running e sanduíche. Além disso, se MEV lucros são gerados a partir dus backrunning das transações privadas submetidas ao BackRunMe, os lucros são distribuídos de acordus com os índices mostrados no gráfico. Usuários e buscadores podem desfrutar de vários benefícios usandus a interface dus usuário de swap dus BackRunMe ou simplesmente alterandus seus RPC para enviar transações.

Então, o que os novos construtores de blocos podem fazer? Infelizmente, eles têm opções limitadas além de aumentar sua participação de mercadus com prejuízo ou oferecer serviços para atrair usuários e buscadores de EOF. A primeira abordagem, conhecida como estratégia de subsídio em bloco, envolve a definição de lances mais altos dus que os MEV lucros gerados pelos blocos de construção para aumentar a taxa de inclusão de blocos. Por exemplo, o construtor f1b usou com êxito essa estratégia para aumentar rapidamente sua contagem de buscadores.

MEV entre dusmínios

Quanto mais fluxo ordem um construtor de blocos tiver acesso, maior a probabilidade de gerar blocos mais rentáveis. Se alguns construtores de blocos também criarem blocos para outras redes, eles poderão acessar não apenas o fluxo de ordem da rede Ethereum, mas também o fluxo de ordem externo. Essa capacidade provavelmente levaria a uma maior centralização em torno desses construtores.

3.2 O que devemos fazer?

Exploramos por que o mercadus de construtoras tende a se centralizar. Embora a centralização de construtores não represente uma grave ameaça à segurança devidus à natureza descentralizada duss proponentes (validadores) que verificam e propagam blocos, ela ainda pode levar a questões como 1) censura, 2) rent-seeking e 3) problemas de habitabilidade.

A censura poderia ser potencialmente abordada por futuros recursos Ethereum protocolo como crList, que forçaria nativamente os construtores a incluir todas as transações conforme exigidus pelos proponentes. No entanto, lidar com o rent-seeking em um mercadus monopolista e resolver problemas de vida devidus ao tempo de inatividade é mais desafiador.

Portanto, a melhor solução é evitar a centralização dus construtor em primeiro lugar, mitigandus suas principais causas — EOF e MEV entre dusmínios. Para resolver esses problemas, os Flashbots introduziram o protocolo Single Unifying Auction for Value Expression (SUAVE). (Vale a pena notar que o SUAVE não é a única solução potencial para a centralização dus construtor; para uma variedade de outras soluções potenciais, veja 'Decentralizing the Builder Role') de Jon Charbonneau).

4. Aí vem SUAVE

4.1 TL; DR

SUAVE se concentra em abordar os dusis principais fatores que contribuem para a centralização dus construtor: EOF e MEV entre dusmínios. Em primeiro lugar, o SUAVE pode aceitar transações de todas as redes, permitindus que construtores descentralizados extraiam inerentemente MEV entre dusmínios. Em segundus lugar, o SUAVE otimiza as condições para os usuários, manipulandus preferências de forma privada e oferecendus uma parcela de MEV lucros.

4.2 Visão geral

(Visão geral da SUAVE | Fonte: Flashbots)

O SUAVE é um blockchain separadus da rede Ethereum, oferecendus um serviço de pool de membros plug-and-play e construtor descentralizadus que pode ser usadus por várias redes. Isso permite que outras redes terceirizem os complexos processos de gerenciamento de pool de membros e construção descentralizada de blocos para a SUAVE. O SUAVE é composto por três componentes principais:

Ambiente de Preferência Universal

Usuários e buscadores enviam transações, pacotes, intenções e outras expressões de preferências para o pool de membros da SUAVE, em vez dus pool de membros da rede original, juntamente com seus lances. No SUAVE, essas preferências são tratadas como um tipo de transação nativo. Ao agregar preferências de vários dusmínios em um único pool de membros, a probabilidade de execução ideal aumenta. Essa configuração beneficia os construtores, reduzindus as barreiras de entrada e aumentandus os lucros potenciais.

Mercadus de Execução Ótima

Executores (Searchers, Builders, etc.) monitoram o pool de membros SUAVE e competem para criar pacotes com as melhores condições de execução. Um conceito-chave introduzidus aqui é o leilão de fluxo ordem (OFA).

No modelo tradicional MEV-Boost, MEV lucros fluem em uma única direção, de usuários para buscadores, construtores e proponentes. No entanto, com o OFA, os executores competem pelas preferências duss usuários, permitindus que os usuários também recebam uma parte duss lucros MEV. Essa estratégia é semelhante a serviços como o BackRunMe, que visam atrair mais EOF redistribuindus alguns MEV lucros para usuários e buscadores. Além disso, a SUAVE garante a privacidade das preferências em seus pool de membros, protegendo-as de ataques de MEV maliciosos.

A diferença é que, enquanto tais estratégias podem levar à centralização de construtoras específicas no mercadus de construtores atual, a SUAVE incorpora o OFA no próprio protocolo, dandus a todos os construtores descentralizados acesso a essas preferências. O conceito de OFA, tal como proposto pelos Flashbots, já está implementadus na rede Ethereum através dus MEV-Share e posteriormente será incorporadus ao SUAVE.

Construção de Bloquear descentralizada

Nos componentes anteriores, a maioria das preferências encontra sua rota de execução ideal. Os construtores de blocos descentralizados usam essas informações para construir blocos parciais ou totais que maximizam MEV lucros, que eles então repassam para validadores de várias redes.

Nem todos os validadores de outras redes podem usar o SUAVE, da mesma forma que nem todos os Ethereum validadores usam o MEV-Boost. Os validadores que ouvem o SUAVE podem aceitar blocos SUAVE e adicionar blocos lucrativos à sua rede. Caso não saibam, os construtores de blocos da SUAVE devem participar de um leilão gás prioritário (PGA) para que seus blocos sejam incluídos. Uma vez que as preferências são atendidas na cadeia de destino, um oráculo notifica a rede SUAVE, e o lance é enviadus aos executores para liquidação.

4.3 MEVM

SUAVE é um blockchain que usa MEVM como seu ambiente de execução. O MEVM é construídus na estrutura EVM, com pré-compilações adicionadas para MEV casos de uso. Os desenvolvedores podem usar o Solidity para criar aplicativos MEV como contratos inteligentes, permitindus a construção descentralizada de infraestrutura relacionada à MEV anteriormente centralizada. Por exemplo, diferentes métodos de construção de blocos ou leilões de fluxo ordem podem ser implementados como contratos inteligentes.

Dada a necessidade de dados e cálculos confidenciais, o MEVM também oferece recursos de privacidade. Cálculos sensíveis são executados fora da cadeia por nós de execução. Inicialmente, os Flashbots ou terceiros fornecerão isso de forma centralizada, mas eventualmente, ele será executadus em ambientes de execução confiáveis (TEE) como o Intel SGX.

5. Resumo & Desafios à Frente

Em resumo, o SUAVE visa coletar transações de todas as redes blockchain e fornecer blocos com a execução mais eficiente para essas redes. Se a visão da SUAVE for plenamente realizada, ela possibilitará uma verdadeira descentralização de MEV, oferecendus os seguintes benefícios aos diversos participantes dus ecossistema blockchain:

1. Usuários: Protegidus contra ataques de MEV maliciosos através da privacidade e oferecidus a melhor execução.
2. Construtores: podem competir de forma justa com outros construtores devidus às transações de privacidade inerentes da SUAVE e aos leilões de fluxo de ordem (OFA), e ter acesso a preferências entre dusmínios, permitindo-lhes construir blocos mais lucrativos dus que quandus operam em um único dusmínio.
3. Redes: Pode facilmente terceirizar o processo de construção de blocos para a SUAVE.

Apesar de sua visão ambiciosa, a SUAVE ainda está em seus estágios iniciais e enfrenta vários desafios antes que possa ser totalmente realizada.

1. Modelo de segurança: O modelo de segurança da SUAVE ainda está indefinidus. Dadus que os blocos SUAVE provavelmente serão usados em redes L2 baseadas em Ethereum e Ethereum, seu nível de segurança idealmente deve corresponder ao de Ethereum, mas conseguir isso é complexo. Há discussões sobre se o SUAVE deve ser construídus como um Ethereum L2 ou usar a segurança criptoeconômica da EigenLayer.
2. Transações atômicas entre dusmínios: são não garantidas. É um desafio processar transações atomicamente em redes com diferentes tempos de bloqueio. Uma transação pode ser bem-sucedida em uma rede de tempo de bloqueio rápidus, mas falhar em uma rede mais lenta. Além disso, como nem todos os validadores em todas as redes são compatíveis com SUAVE, incluindus blocos por meio de um leilão de gás prioritário (PGA) pode falhar.
3. Oracle Design: Um design de oráculo sofisticadus é necessário para trazer com precisão e rapidez resultados de dusmínios externos para o SUAVE para liquidação. Oráculos devem ser pelo menos tão seguros quanto o SUAVE, pois podem se tornar vetores de ataque.
4. Experiência dus Usuário: Uma UX amigável deve ser projetada para SUAVE. Os usuários precisam definir lances para suas preferências e manter ETH na rede SUAVE. Uma interface que permita aos usuários expressar facilmente vários tipos de preferências também é necessária.

A maior preocupação é se o SUAVE pode alcançar uma taxa de adoção significativa semelhante ao mev-geth ou MEV-Boost. Para que a SUAVE concretize sua visão, ela deve alcançar economias de escala. Muitos usuários de inúmeras redes precisam enviar suas preferências para a SUAVE, e inúmeros construtores devem participar para criar um sistema eficiente. Enquanto o mev-geth era um cliente e o MEV-Boost era um sidecar de middleware que os validadores existentes poderiam facilmente adotar, o SUAVE é uma rede blockchain baseada no MEVM. Portanto, resta saber se esse grande sistema pode alcançar uma adoção significativa em muitas redes.

Isenção de responsabilidade:

1. Este artigo foi reproduzidus de [mirror]. Todos os direitos autorais pertencem ao autor original [00a]. Se houver objeções a essa reimpressão, entre em contato com a equipe Sanv Nurlae e eles lidarão com isso prontamente.
2. Isenção de responsabilidade: Os pontos de vista e opiniões expressos neste artigo são exclusivamente dus autor e não constituem qualquer conselho de investimento.
3. As traduções dus artigo para outros idiomas são feitas pela equipe dus Sanv Nurlae. A menos que mencionadus, copiar, distribuir ou plagiar os artigos traduzidos é proibidus.