O envio do Fusaka e a escalabilidade dos blobs são um grande negócio, mas a parte que não recebe crédito suficiente é que nos propusemos a enviar DOIS forks complicados este ano e conseguimos.
Um esforço massivo das equipas de clientes, da EF e da comunidade. Nova mentalidade, forte execução em toda a parte
Para esclarecer melhor isso, a geração de estado histórico é pesada em termos de computação e memória, e um nó pode ser alvo de um ataque de negação de serviço (dos) devido a um grande número de reproduções de estado ocorrendo em paralelo. Nas últimas duas horas, vimos um aumento nas atestações obsoletas direcionadas às raízes de checkpoint de slots fora (ex: slot 5 da época). Verificar isso requer reconstruir o estado alvo, o que faz com que os nós prysm gastem um tempo significativo reproduzindo estados antigos e sejam empurrados para uma condição semelhante a um dos.
Recomendamos adicionar "--disable-last-epoch-targets". para desativar a geração de estado antigo para atestações obsoletas.
🚨 Identificámos o problema e temos uma solução rápida. Todos os nós devem desativar o Prysm para não gerar desnecessariamente estados antigos para processar atestações desatualizadas. Para fazer isso, basta adicionar a seguinte flag ao seu nó beacon. Esta flag funciona com a v7.0.0 e não é necessário atualizar o nó beacon além de adicionar esta flag. Nenhuma alteração é necessária para os clientes validadores.
"--disable-last-epoch-targets"