Vitalik Buterin Propõe Big FOCIL para Combater a Centralização de Construtores

RESUMO

• O Big FOCIL pode permitir que os validadores incluam todas as transações de blocos
• O ePBS separa os proponentes dos construtores no Glamsterdam
• As mempools encriptadas visam conter ataques sandwich e frontrun
• As ferramentas de privacidade da camada de rede podem proteger o encaminhamento de transações

O cofundador da Ethereum, Vitalik Buterin, propôs o "Big FOCIL" para reduzir a centralização dos construtores de blocos. A proposta surge antes da atualização planeada Glamsterdam da Ethereum. Expande os esforços anteriores para proteger o pipeline de construção de blocos.

Buterin afirmou que a Separação Proponente-Construtor consagrada, conhecida como ePBS, permitirá que os proponentes subcontratam a construção de blocos a um mercado sem permissões. Alertou que esta abordagem não resolve completamente a concentração de construtores. Apresentou o Big FOCIL como uma resposta ao nível do protocolo.

Big FOCIL e o Pipeline de Construção de Blocos

Os programadores da Ethereum planeiam introduzir o ePBS na atualização Glamsterdam. O mecanismo separa os proponentes de blocos dos construtores de blocos. Os construtores competem num mercado aberto, enquanto os proponentes selecionam a melhor oferta. Buterin escreveu que o ePBS impede que o domínio dos construtores se estenda ao staking. 

No entanto, questionou o que deve ser feito em relação à centralização dos construtores em si. Observou que alguns agentes avançados podem otimizar a ordenação de transações e capturar mais valor. Os programadores estão a introduzir o Forward Obligatory Commitment to Inclusion Lists, ou FOCIL, onde 16 validadores selecionados aleatoriamente escolhem transações que devem ser incluídas num bloco. Se excluídas, o bloco é rejeitado. 

Buterin afirmou que mesmo um construtor hostil que controle toda a produção de blocos não pode impedir a inclusão de transações, garantindo resistência à censura. O Big FOCIL expande o conceito ao permitir listas de inclusão maiores que podem cobrir todas as transações de blocos. Os participantes selecionariam transações com base em regras de endereço de remetente e estado pendente para limitar duplicações e manter a equidade. Os construtores focar-se-iam então em transações relacionadas com MEV e execução de estado, aumentando o envolvimento distribuído.

Mempools Encriptadas e MEV Tóxico

Buterin também abordou práticas de MEV tóxico, como sandwiching e frontrunning. Estas estratégias permitem que os traders extraiam valor dos utilizadores reordenando negociações. As mempools encriptadas estão a ser exploradas como solução técnica. 

As transações permaneceriam encriptadas até à inclusão no bloco. Isto impede que outros agentes vejam detalhes antecipadamente. Buterin escreveu: "Se uma transação estiver encriptada até ser incluída, ninguém tem a oportunidade de 'envolvê-la' de forma hostil." 

O principal desafio é garantir que as transações encriptadas permaneçam válidas e sejam desencriptadas no momento correto. Os programadores estão a estudar como garantir validação eficiente e desencriptação atempada. O objetivo é manter a compatibilidade com os sistemas de mempool existentes, melhorando a proteção do utilizador.

Entrada de Transações e Distribuição de Longo Prazo

Buterin examinou a camada de entrada de transações. Esta camada cobre o caminho entre o envio do utilizador e a inclusão no bloco. Observou que as transações enviadas em texto claro podem ser observadas e exploradas. Listou riscos como ataques sandwich e sabotagem de transações. Também destacou que fornecedores de RPC ou nós públicos podem observar atividade privada. Está em curso trabalho sobre anonimização da camada de rede.

As propostas incluem encaminhamento Tor, mixnets focadas na Ethereum e sistemas com elevada largura de banda mas baixa latência como o Flashnet. Buterin referenciou a iniciativa Kohaku e afirmou que pode integrar suporte para tais ferramentas. A longo prazo, discutiu a construção de blocos distribuída. A Ethereum depende de estado partilhado síncrono, o que pode centralizar a execução. O Big FOCIL aborda parcialmente este problema.

Sugeriu que muitas transações não requerem estado global completo. Novas categorias de transações poderiam suportar processamento distribuído e custos mais baixos. Os tipos de transação existentes permaneceriam, mas poderiam custar mais. A proposta enquadra o Big FOCIL como um passo para limitar o controlo dos construtores, preservando a estrutura central da Ethereum. Os programadores continuam a rever estas ideias à medida que a atualização Glamsterdam se aproxima.

A publicação Vitalik Buterin Propõe Big FOCIL para Combater a Centralização dos Construtores apareceu primeiro no CoinCentral.