A PANews informou em 23 de janeiro que, em resposta ao problema anterior do cliente de execução da Nethermind, a Figment, uma plataforma de serviços de infraestrutura de stake, disse em seu site oficial que a Figment não executa a Nethermind como um cliente de execução, mas executa a Geth como seu principal cliente de execução. A vulnerabilidade da Nethermind levou alguns a questionar o que aconteceria se o mesmo problema aparecesse na maioria dos clientes como Geth. Neste caso, qualquer validador conectado ao Geth pode não ser capaz de verificar e o Ethereum entrará em um estado de vazamento inativo, essas penalidades são pequenas, mas aumentam com o tempo. Se Geth encontrar um erro semelhante, a Figment é capaz de mudar de cliente de execução dentro de algumas horas, e se as perdas associadas a tais eventos resultarem em dias negativos de ganhos, ou seja, as penalidades impostas forem maiores do que as recompensas ganhas, a Figment pagará essas perdas (a Figment pagará até 6 meses de dias negativos de ganhos ganhos).
É relatado que em 21 de janeiro, o cliente de execução Nethermind começou a encontrar alguns problemas no Bloco19056922. As versões 1.23 a 1.25 do Nethermind parecem começar a rejeitar blocos inválidos. Entre os períodos de 257.908 e 257.923 inclusive, a taxa de participação é inferior a 95%, o que equivale a cerca de 2 horas). Anteriormente, a notícia de ontem, Nethermindv lançou a versão experimental v1.26.0-exp.2 para corrigir o problema de consenso introduzido na v1.23.0.
