Os validadores do Ethereumestão prestes a assumir novas funções com a introdução da EIP-7732, a proposta consagrada de separação entre proponentes e construtores.
Esta proposta altera fundamentalmente a forma como os blocos Ethereum são validados, separando a validação de execução da validação de consenso, tanto lógica quanto temporalmente.
Validadores são reformulados
Os validadores agora têm novas responsabilidades, incluindo a opção de se tornarem construtores e o dever de enviar atestados de pontualidade da carga útil.
O EIP aborda várias questões-chave no sistema atual. A maioria dos proponentes de blocos de sinalização terceiriza a construção da carga útil de execução para uma terceira parte, conhecida como construtora.
Eles solicitam a raiz da árvore de hash (HTR) de uma carga útil de execução prometida e enviam um SignedBlindedBeaconBlock para uma entidade confiável. Essa entidade, então, substitui a HTR pela carga útil de execução completa do construtor antes da transmissão.
O EIP garante trocas justas entre o proponente do bloco beacon e o construtor. Ele assegura que um proponente de bloco beacon honesto seja pago pelo construtor e que a carga útil de um construtor honesto se torne o cabeçalho canônico da cadeia.
Atualmente, os validadores têm um curto período para realizar as transições de consenso e de estado de execução, verificar a disponibilidade dos dados do blob e avaliar o novo líder da blockchain.
Essa EIP muda isso ao separar a execução da validação de consenso, permitindo que os validadores se concentrem na transição do estado de consenso antes de atestar.
A execução e a validação da disponibilidade dos dados são adiadas, permitindo que os validadores realizem essas tarefas no tempo restante do intervalo de tempo.
Motivação por trás do EIP-7732
Remover a carga útil completa de execução do bloco de consenso permite uma propagação mais rápida na rede. Isso reduz a probabilidade de reorganização ao incluir transações de blob devido ao aumento do tempo necessário para verificar a disponibilidade dos dados.
Os validadores não perdem mais atestações, fortalecendo as propriedades de escolha de forks quando os construtores produzem payloads inválidos. O EIP também elimina a necessidade de middleware confiável para delegação na construção de blocos.
O EIP não exige alterações na camada de execução. No entanto, a camada de consenso passa por diversas modificações, detalhadas no repositório GitHub consensus-specs.
Essas mudanças incluem alterações na Beacon Chain, na escolha de forks, nos protocolos P2P, nos guias de validadores e a introdução de um novo guia para construtores.
As alterações na cadeia Beacon envolvem constantes, predefinições e várias classes de contêiner para lidar com as novas atestações de carga útil e cabeçalhos de carga útil de execução assinados.
O contêiner BeaconState foi modificado para traco hash do bloco mais recente, o slot mais recente com uma carga útil de execução e a raiz de retiradas mais recente.
O BeaconBlockBody agora inclui um cabeçalho de payload de execução assinado e uma lista de atestados de payload. O ExecutionPayloadHeader foi simplificado para tracinformações mínimas para os compromissos de payload do construtor.
As alterações na lógica de transição de estado incluem novas funções para processar atestados de carga útil, cabeçalhos de carga útil de execução e solicitações de retirada.
As mudanças na escolha do fork envolvem novas constantes e classes de contêiner para lidar com nós filhos, mensagens mais recentes e modificações de armazenamento. Novos manipuladores são introduzidos para mensagens de atestação de payload e envelopes de payload de execução assinados.
Reportagem de Jai Hamid
