Os problemas finais do Ethereum Lightfire ChainDie levaram a 253 blocos perdidos em 2 dias: GlassNode
Os problemas finais do Ethereum Lightfire ChainDie levaram a 253 blocos perdidos em 2 dias: GlassNode
A cadeia Illumfire-que serve como uma camada de consenso para a rede Ethereum had duas vezes problemas técnicos na semana passada, que levaram à conclusão de blocos. Enquanto os blocos foram propostos, eles não foram validados dentro de uma janela de 25 minutos.
Os dois incidentes foram registrados nos dias 11 e 12 de maio, quando mais de 60 % dos examinadores não executaram mais suas tarefas, o que levou a uma perda de finalidade.
Perda de finalidade
De acordo com o GlassNode, essencialmente "final". No estado em que a grande maioria dos validores-two-thores de thpel-link = Suas transações processadas não podem ser alteradas ou removidas da blockchain.
O desempenho da cadeia de farol diminuiu na semana passada porque quase 60 % dos validadores estavam offline e não fizeram seu consenso. A empresa de análise descobriu que cerca de 3,68 % dos slots diários foram perdidos e 253 blocos não foram propostos no tempo. Isso ainda é significativamente menor que os 658 blocos que foram perdidos na atualização da Shapella.
GlassNode também descobriu que alguns clientes da camada de consenso se depararam com atestados mais antigos e forçados a carregar o status mais antigo para verificar enquanto tentavam processar novos certificados recebidos. Como resultado, isso levou a "superaquecimento e mau funcionamento" desses sistemas.
Devido a uma abordagem de design diferente, nem todos os clientes foram afetados. Como resultado, os validadores que os executam conseguiram processar transações e criar blocos.
Nos dois casos, os examinadores envolvidos estavam on -line novamente em 20 minutos ou uma hora. A taxa de participação aumentou facilmente para mais de 98 %.Durante as duas perdas no final da finalidade, nenhum usuário final foi afetado no Ethereum-minnet e foi capaz de realizar transações na rede devido ao cliente. No entanto, o segundo problema levou ao primeiro vazamento de inatividade, um estado de emergência usado para restaurar a validade final na cadeia de beacon. Nesse caso, os validadores inativos são punidos até serem excretados da cadeia ou começam a participar.
Em um nível bastante técnico, alguns clientes da camada de consenso encontraram atestados e mercadorias mais antigos para carregar condições mais antigas para verificação, ao mesmo tempo em que tentavam lidar com novos incidentes, o que levou a superaquecimento e insuficiência desses sistemas. Target = "_ Blank" href = "https://t.co/qst8kvukoc" data-wpel-link = "external"> pic.twitter.com/qst8kvukoc
-glassNode (@GlassNode) Após --Extos
Os desenvolvedores dos patches publicados do Ethereum Core para os clientes da Prysm Labs e da Teku em resposta ao problema. Em A Declaração Um consultor de etaning foi referido ao alto da utilização ", por meio de um consultor", foi causado por um consultor de dados, que foi causado por um cenário, que foi causado por um consultor de dados, que foi causado por um consultor de dados, que foi causado por uma camada ", foi causada por um consultor de dados que foi causado por uma camada", que foi causada por um consultor de dados que foi causado por uma camada ", que foi causada por um consultor de dados que foi causado por um consultor de dados que foi causado por uma queda, que foi causada por um consultor de dados que foi causado por uma queda, que foi causada por um consultor de dados e" externo ". ” Os dois clientes publicaram atualizações que implementam otimizações para impedir que os nós do farol consumam recursos excessivos. Os problemas de validade final são resultado do aumento da atividade e das taxas de prêmio no Ethereum devido à re-vida do MeMecoin, que desencadeou um aumento maciço no consumo de gás na rede, pelo qual as taxas alcançaram uma alta de 12 meses. .
Kommentare (0)