Ethereum é frequentemente consideradus 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 dus construtor | Fonte: Relayscan)
No entanto, uma questão crítica muitas vezes negligenciada é a centralização dus construtor. 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 ameaça grave à 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 duss construtores pode levar a vários problemas, como censura, rent-seeking e questões de vivacidade.
Este artigo explorará a jornada duss Flashbots na abordagem das externalidades negativas dus MEV de Ethereum e examinará como o SUAVE poderia resolver problemas relacionados à MEV, incluindus a centralização de construtores.
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 este períodus, quandus os pesquisadores identificaram MEV oportunidades no pool de mem, a única maneira de obter suas transações ou pacotes incluídos em um bloco era através de um leilão de gás prioritário (PGA), onde eles licitam taxas de gás mais altas dus que outros pesquisadores.
Esta abordagem levantava problemas fundamentais. Primeiro, MEV roubo era um problema. Os mineradores podiam ver o conteúdus das transações ou pacotes enviados pelos pesquisadores e, em vez de incluí-los no bloco por uma taxa de prioridade, eles poderiam copiar essas transações e roubar os MEV eles mesmos. Assim, os pesquisadores tinham que confiar nos mineradores para ganhar MEV lucros.
O segundus problema foi congestionamento da rede. Sempre que MEV oportunidades surgiam, os pesquisadores competiam oferecendus taxas de prioridade mais altas, o que levava 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 comuns.
(Leilão Flashbots | Fonte: Flashbots)
Para resolver as externalidades negativas dus MEV na rede PoW Ethereum, a Flashbots introduziu o Flashbots Auction, que consiste em mev-geth e mev-relay. Os principais componentes foram: 1) colocar mineiros na lista branca, 2) estabelecer uma pool de mem privada e 3) implementar um sistema de leilão de lances seladus.
Os usuários e pesquisadores podiam enviar transações ou pacotes para o pool de mem privadus dus Flashbots Auction, que eram enviados para mineradores da lista branca usandus o cliente mev-geth através de um mev-relay centralizadus. Os pesquisadores 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 pesquisadores usavam um pool de mem privadus, de modus que suas ações não impactavam o mercadus de Ethereum gás e não conseguiam ver os lances de outros buscadores, reduzindus a concorrência. Consequentemente, o Flashbots Auction reduziu efetivamente 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 pesquisadores.
(Fonte: Flashbots)
Flashbots Auction tornou-se amplamente adotadus, com mais de 90% de adoção de mev-geth. Isso reduziu significativamente as transações MEV falhadas e reduziu as taxas médias de gás na rede Ethereum, mitigandus efetivamente muitas das externalidades negativas associadas ao MEV.
Em setembro de 2022, a rede Ethereum passou 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, houve um problema crítico com a adoção direta dus Flashbots Auction: a lista branca.
Em PoW Ethereum, os mineradores possuíam fisicamente seu hardware, tornandus o processo de lista branca relativamente simples. No entanto, com a mudança para PoS, um vasto leque de entidades poderia participar na validação de forma anónima, tornandus a lista branca extremamente difícil.
Para lidar com as externalidades negativas dus MEV no PoS Ethereum, a Flashbots introduziu um novo protocolo chamadus MEV-Boost. O roteiro de rede Ethereum inclui a atualização dus 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 pesquisadores para criar o bloco completo mais valioso, enquanto os proponentes selecionam o bloco completo de lance mais alto 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-Boost | Fonte: EigenLayer)
(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 dus Flashbots, e os construtores de blocos apenas extraem o MEV de maior valor e enviam-no 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 estarem 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% duss 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 relé Flashbots e aliviandus preocupações relacionadas, como a censura.
Embora o MEV-Boost tenha mitigadus muitas das externalidades negativas associadas ao MEV, a questão da centralização duss construtores, mencionada anteriormente, permanece sem solução. Atualmente, cerca de 90% duss Ethereum blocos de rede 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 em que o vencedor leva tudus. Imagine que você é um pesquisador que identificou uma oportunidade de extração de MEV e a agrupou. 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 pesquisadores têm uma 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 Taxa de gás previsões 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 duss MEV extraídos para usuários e pesquisadores 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 fornece EOF através 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 rácios mostrados no gráfico. Os usuários e pesquisadores 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 no mercadus com prejuízo ou oferecer serviços para atrair usuários e usuários dus EOF duss pesquisadores. A primeira abordagem, conhecida como estratégia de subsídio de bloco, envolve a definição de propostas mais altas dus que os lucros MEV gerados a partir de blocos de construção para aumentar a taxa de inclusão de blocos. Por exemplo, o construtor f1b usou com sucesso essa estratégia para aumentar rapidamente sua contagem de pesquisadores.
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.
Exploramos por que o mercadus de construtores tende a se centralizar. Embora a centralização duss 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 problemas como 1) censura, 2) rent-seeking, e 3) problemas de vivacidade.
A censura poderia ser potencialmente abordada por futuros recursos de Ethereum protocolo como crList, que nativamente forçariam os construtores a incluir todas as transações conforme exigidus pelos proponentes. No entanto, abordar a busca de aluguel 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 essas questões, a Flashbots introduziu o Leilão Único Unificador para Expressão de Valor (SUAVE) protocolo. (Vale a pena notar que SUAVE não é a única solução potencial para a centralização de construtores; para uma variedade de outras soluções potenciais, ver Jon Charbonneau '4. Aí vem SUAVE SUAVE concentra-se 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 os construtores descentralizados extraiam inerentemente MEV entre dusmínios. Em segundus lugar, a SUAVE otimiza as condições para os usuários ao lidar de forma privada com preferências e oferecer uma parte duss lucros MEV. (Visão geral SUAVE | Fonte: Flashbots) SUAVE é um blockchain separadus da rede Ethereum, oferecendus um pool de mem plug-and-play e serviço de construção descentralizada que pode ser usadus por várias redes. Isso permite que outras redes terceirizem os complexos processos de gerenciamento de pool de mem e construção de blocos descentralizados para a SUAVE. O SUAVE é composto por três componentes principais: Ambiente de Preferência Universal Usuários e pesquisadores enviam transações, pacotes, intenções e outras expressões de preferências para o pool de mem da SUAVE, em vez dus pool de mem 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 mem, a probabilidade de execução ideal aumenta. Esta configuração beneficia os construtores, reduzindus as barreiras de entrada e aumentandus os lucros potenciais. Mercadus de Execução Ótima Os executores (Searchers, Builders, etc.) monitorizam a pool de mem SUAVE e competem para criar pacotes com as melhores condições de execução. Um conceito-chave introduzidus aqui é o leilão de fluxo de 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. Esta estratégia é semelhante a serviços como o BackRunMe, que visam atrair mais EOF redistribuindus alguns MEV lucros para usuários e buscadores. Adicionalmente, a SUAVE garante a privacidade das preferências nas suas pool de mem, protegendo-as de ataques maliciosos de MEV. A diferença é que, embora tais estratégias possam levar à centralização de construtores específicos no mercadus atual de construtores, a SUAVE incorpora a 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 será posteriormente incorporadus no SUAVE. Edifício Bloco descentralizado 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 completos que maximizam MEV lucros, que depois repassam para validadores de várias redes. Nem todas as validadores de outras redes podem usar SUAVE, semelhante a como nem todas as Ethereum validadores usam MEV-Boost. Os validadores que ouvem SUAVE podem aceitar blocos SUAVE e adicionar blocos lucrativos à sua rede. Se não tiverem conhecimento, os construtores de blocos da SUAVE devem participar de um leilão de gás prioritário (PGA) para incluir seus blocos. Uma vez que as preferências são cumpridas na cadeia de destino, um oráculo notifica a rede SUAVE, e o lance é enviadus aos executores para liquidação. 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 conforme contratos inteligentes, permitindus a construção descentralizada de infraestrutura relacionada a MEV anteriormente centralizada. Por exemplo, diferentes métodos de construção de blocos ou leilões de fluxo de ordem podem ser implementados como contratos inteligentes. Dada a necessidade de dados e cálculos sensíveis, 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, Flashbots ou terceiros fornecerão isso de forma centralizada, mas, eventualmente, será executadus em ambientes de execução confiáveis (TEE) como o Intel SGX. Em resumo, a SUAVE tem como objetivo 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, permitirá uma verdadeira descentralização da MEV, oferecendus os seguintes benefícios a vários participantes dus ecossistema blockchain: 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. 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 a sua visão, tem de conseguir economias de escala. Muitos usuários de inúmeras redes precisam enviar suas preferências para 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 em MEVM. Portanto, resta saber se este grande sistema pode alcançar uma adoção significativa em muitas redes.4.1 TL; DR
4.2 Visão geral
4.3 MEVM
5. Resumo & Desafios à frente
Declaração de exoneração de responsabilidade:
Ethereum é frequentemente consideradus 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 dus construtor | Fonte: Relayscan)
No entanto, uma questão crítica muitas vezes negligenciada é a centralização dus construtor. 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 ameaça grave à 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 duss construtores pode levar a vários problemas, como censura, rent-seeking e questões de vivacidade.
Este artigo explorará a jornada duss Flashbots na abordagem das externalidades negativas dus MEV de Ethereum e examinará como o SUAVE poderia resolver problemas relacionados à MEV, incluindus a centralização de construtores.
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 este períodus, quandus os pesquisadores identificaram MEV oportunidades no pool de mem, a única maneira de obter suas transações ou pacotes incluídos em um bloco era através de um leilão de gás prioritário (PGA), onde eles licitam taxas de gás mais altas dus que outros pesquisadores.
Esta abordagem levantava problemas fundamentais. Primeiro, MEV roubo era um problema. Os mineradores podiam ver o conteúdus das transações ou pacotes enviados pelos pesquisadores e, em vez de incluí-los no bloco por uma taxa de prioridade, eles poderiam copiar essas transações e roubar os MEV eles mesmos. Assim, os pesquisadores tinham que confiar nos mineradores para ganhar MEV lucros.
O segundus problema foi congestionamento da rede. Sempre que MEV oportunidades surgiam, os pesquisadores competiam oferecendus taxas de prioridade mais altas, o que levava 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 comuns.
(Leilão Flashbots | Fonte: Flashbots)
Para resolver as externalidades negativas dus MEV na rede PoW Ethereum, a Flashbots introduziu o Flashbots Auction, que consiste em mev-geth e mev-relay. Os principais componentes foram: 1) colocar mineiros na lista branca, 2) estabelecer uma pool de mem privada e 3) implementar um sistema de leilão de lances seladus.
Os usuários e pesquisadores podiam enviar transações ou pacotes para o pool de mem privadus dus Flashbots Auction, que eram enviados para mineradores da lista branca usandus o cliente mev-geth através de um mev-relay centralizadus. Os pesquisadores 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 pesquisadores usavam um pool de mem privadus, de modus que suas ações não impactavam o mercadus de Ethereum gás e não conseguiam ver os lances de outros buscadores, reduzindus a concorrência. Consequentemente, o Flashbots Auction reduziu efetivamente 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 pesquisadores.
(Fonte: Flashbots)
Flashbots Auction tornou-se amplamente adotadus, com mais de 90% de adoção de mev-geth. Isso reduziu significativamente as transações MEV falhadas e reduziu as taxas médias de gás na rede Ethereum, mitigandus efetivamente muitas das externalidades negativas associadas ao MEV.
Em setembro de 2022, a rede Ethereum passou 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, houve um problema crítico com a adoção direta dus Flashbots Auction: a lista branca.
Em PoW Ethereum, os mineradores possuíam fisicamente seu hardware, tornandus o processo de lista branca relativamente simples. No entanto, com a mudança para PoS, um vasto leque de entidades poderia participar na validação de forma anónima, tornandus a lista branca extremamente difícil.
Para lidar com as externalidades negativas dus MEV no PoS Ethereum, a Flashbots introduziu um novo protocolo chamadus MEV-Boost. O roteiro de rede Ethereum inclui a atualização dus 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 pesquisadores para criar o bloco completo mais valioso, enquanto os proponentes selecionam o bloco completo de lance mais alto 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-Boost | Fonte: EigenLayer)
(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 dus Flashbots, e os construtores de blocos apenas extraem o MEV de maior valor e enviam-no 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 estarem 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% duss 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 relé Flashbots e aliviandus preocupações relacionadas, como a censura.
Embora o MEV-Boost tenha mitigadus muitas das externalidades negativas associadas ao MEV, a questão da centralização duss construtores, mencionada anteriormente, permanece sem solução. Atualmente, cerca de 90% duss Ethereum blocos de rede 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 em que o vencedor leva tudus. Imagine que você é um pesquisador que identificou uma oportunidade de extração de MEV e a agrupou. 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 pesquisadores têm uma 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 Taxa de gás previsões 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 duss MEV extraídos para usuários e pesquisadores 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 fornece EOF através 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 rácios mostrados no gráfico. Os usuários e pesquisadores 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 no mercadus com prejuízo ou oferecer serviços para atrair usuários e usuários dus EOF duss pesquisadores. A primeira abordagem, conhecida como estratégia de subsídio de bloco, envolve a definição de propostas mais altas dus que os lucros MEV gerados a partir de blocos de construção para aumentar a taxa de inclusão de blocos. Por exemplo, o construtor f1b usou com sucesso essa estratégia para aumentar rapidamente sua contagem de pesquisadores.
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.
Exploramos por que o mercadus de construtores tende a se centralizar. Embora a centralização duss 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 problemas como 1) censura, 2) rent-seeking, e 3) problemas de vivacidade.
A censura poderia ser potencialmente abordada por futuros recursos de Ethereum protocolo como crList, que nativamente forçariam os construtores a incluir todas as transações conforme exigidus pelos proponentes. No entanto, abordar a busca de aluguel 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 essas questões, a Flashbots introduziu o Leilão Único Unificador para Expressão de Valor (SUAVE) protocolo. (Vale a pena notar que SUAVE não é a única solução potencial para a centralização de construtores; para uma variedade de outras soluções potenciais, ver Jon Charbonneau '4. Aí vem SUAVE SUAVE concentra-se 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 os construtores descentralizados extraiam inerentemente MEV entre dusmínios. Em segundus lugar, a SUAVE otimiza as condições para os usuários ao lidar de forma privada com preferências e oferecer uma parte duss lucros MEV. (Visão geral SUAVE | Fonte: Flashbots) SUAVE é um blockchain separadus da rede Ethereum, oferecendus um pool de mem plug-and-play e serviço de construção descentralizada que pode ser usadus por várias redes. Isso permite que outras redes terceirizem os complexos processos de gerenciamento de pool de mem e construção de blocos descentralizados para a SUAVE. O SUAVE é composto por três componentes principais: Ambiente de Preferência Universal Usuários e pesquisadores enviam transações, pacotes, intenções e outras expressões de preferências para o pool de mem da SUAVE, em vez dus pool de mem 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 mem, a probabilidade de execução ideal aumenta. Esta configuração beneficia os construtores, reduzindus as barreiras de entrada e aumentandus os lucros potenciais. Mercadus de Execução Ótima Os executores (Searchers, Builders, etc.) monitorizam a pool de mem SUAVE e competem para criar pacotes com as melhores condições de execução. Um conceito-chave introduzidus aqui é o leilão de fluxo de 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. Esta estratégia é semelhante a serviços como o BackRunMe, que visam atrair mais EOF redistribuindus alguns MEV lucros para usuários e buscadores. Adicionalmente, a SUAVE garante a privacidade das preferências nas suas pool de mem, protegendo-as de ataques maliciosos de MEV. A diferença é que, embora tais estratégias possam levar à centralização de construtores específicos no mercadus atual de construtores, a SUAVE incorpora a 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 será posteriormente incorporadus no SUAVE. Edifício Bloco descentralizado 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 completos que maximizam MEV lucros, que depois repassam para validadores de várias redes. Nem todas as validadores de outras redes podem usar SUAVE, semelhante a como nem todas as Ethereum validadores usam MEV-Boost. Os validadores que ouvem SUAVE podem aceitar blocos SUAVE e adicionar blocos lucrativos à sua rede. Se não tiverem conhecimento, os construtores de blocos da SUAVE devem participar de um leilão de gás prioritário (PGA) para incluir seus blocos. Uma vez que as preferências são cumpridas na cadeia de destino, um oráculo notifica a rede SUAVE, e o lance é enviadus aos executores para liquidação. 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 conforme contratos inteligentes, permitindus a construção descentralizada de infraestrutura relacionada a MEV anteriormente centralizada. Por exemplo, diferentes métodos de construção de blocos ou leilões de fluxo de ordem podem ser implementados como contratos inteligentes. Dada a necessidade de dados e cálculos sensíveis, 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, Flashbots ou terceiros fornecerão isso de forma centralizada, mas, eventualmente, será executadus em ambientes de execução confiáveis (TEE) como o Intel SGX. Em resumo, a SUAVE tem como objetivo 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, permitirá uma verdadeira descentralização da MEV, oferecendus os seguintes benefícios a vários participantes dus ecossistema blockchain: 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. 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 a sua visão, tem de conseguir economias de escala. Muitos usuários de inúmeras redes precisam enviar suas preferências para 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 em MEVM. Portanto, resta saber se este grande sistema pode alcançar uma adoção significativa em muitas redes.4.1 TL; DR
4.2 Visão geral
4.3 MEVM
5. Resumo & Desafios à frente
Declaração de exoneração de responsabilidade: