【Chain News】O hard fork Fusaka acabou de ser implementado e já apareceu uma vulnerabilidade no cliente da camada de consenso Prysm, o que causou alguns problemas na participação da rede. No entanto, do lado da Lido, tudo manteve-se estável, o protocolo continuou a funcionar normalmente e quem tem ativos em staking não precisa de se preocupar.
O impacto desta vez não foi tão grande como se poderia pensar. Isto porque os validadores de base já são distribuídos de forma descentralizada e, graças à resposta rápida da equipa Prysm e dos operadores de nós, a Lido sofreu menos do que outras grandes soluções de staking. Segundo os dados do relatório “Indicadores de Validadores e Operadores de Nós do 3º Trimestre de 2025”, cerca de 15% dos validadores dos operadores de nós utilizavam Prysm — esta estratégia de não colocar todos os ovos no mesmo cesto mostrou-se realmente eficaz em momentos críticos.
A maioria dos nós Prysm afetados ou adicionou o parâmetro --disable-last-epoch-targets, ou mudou temporariamente para outra configuração de cliente, e agora praticamente todos já voltaram ao normal. Este caso volta a provar que a diversidade de clientes não é apenas uma formalidade, mas algo que realmente pode salvar a situação em caso de falha pontual.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
15 gostos
Recompensa
15
8
Republicar
Partilhar
Comentar
0/400
WhaleSurfer
· 12-06 05:32
Ainda bem que a descentralização da Lido foi suficiente, caso contrário isto teria realmente causado um grande alvoroço.
Ver originalResponder0
GasFeeTears
· 12-05 13:53
Quando acontece um hard fork, no caso de surgir um problema, é realmente uma questão de ver quem tem mais resistência à pressão... Esta estratégia de múltiplos clientes da Lido foi mesmo salvadora.
Ver originalResponder0
ETHmaxi_NoFilter
· 12-04 17:49
A Prysm voltou a falhar, desta vez vimos mesmo o que significa "não colocar todos os ovos no mesmo cesto"... Esta estratégia de múltiplos clientes da Lido não é mesmo só para inglês ver.
Ver originalResponder0
GasWhisperer
· 12-04 10:42
Sinceramente, aquele número de diversificação de 15% é *perfeito* — literalmente uma distribuição de risco exemplar. A Prysm falhou, mas a rede aguentou porque ninguém apostou tudo num único cliente. Isto é o que acontece quando realmente se pensa nos riscos extremos em vez de apenas correr atrás do rendimento.
Ver originalResponder0
LoneValidator
· 12-04 10:40
Mais uma vez o cliente deu bug, cada vez é uma ansiedade, esta estratégia de diversificação da Lido é mesmo sólida.
O Prysm falhou mas a Lido aguentou-se, desta vez ficou provado o benefício de uma implementação distribuída.
15% de participação do Prysm, não é muito nem pouco, em alturas críticas pode mesmo salvar.
Se neste hard fork do Fusaka tivesse sido tudo apostado num só cliente Prysm, nem quero imaginar as consequências.
Ajuste de parâmetros e mudança de cliente, a resposta até foi rápida, mostra que toda a gente já aprendeu.
O ecossistema de staking precisa de vários clientes a suportá-lo, depender de um só é um risco demasiado grande.
A Lido escapou por pouco, mas o problema de base tem de ser resolvido pelo próprio Prysm.
Ver originalResponder0
VirtualRichDream
· 12-04 10:39
A Lido está realmente estável desta vez, a implementação descentralizada é mesmo brilhante, é nos momentos críticos que se vê a verdadeira força.
Ver originalResponder0
BTCBeliefStation
· 12-04 10:36
Ainda bem que a Lido já entendia há muito tempo a importância da diversificação de clientes, se desta vez o problema com a Prysm tivesse acontecido noutra solução de staking teria sido um desastre social direto.
Ver originalResponder0
MonkeySeeMonkeyDo
· 12-04 10:23
Para ser sincero, a Lido desta vez esteve incrivelmente estável, a estratégia de múltiplos clientes foi mesmo salvadora.
O Prysm voltou a dar problemas, será que desta vez aprenderam a lição?
Uma concentração de 15% até nem é assim tão má, parece que a descentralização realmente pode salvar em momentos de emergência.
Depois do hard fork, surgiram vários problemas inesperados, ainda bem que a Lido não apostou tudo num só cliente.
Os stakers podem finalmente dormir descansados, esta sensação é ótima.
A rapidez de reação da equipa do Prysm ainda vale alguma coisa, não são daqueles que só querem salvar a face.
Ter múltiplos clientes é mesmo a última linha de defesa, não pode faltar nem um em momentos críticos.
Após o hard fork Fusaka, o cliente Prysm falhou, mas a Lido resistiu ao impacto graças à sua estratégia de diversificação de clientes.
【Chain News】O hard fork Fusaka acabou de ser implementado e já apareceu uma vulnerabilidade no cliente da camada de consenso Prysm, o que causou alguns problemas na participação da rede. No entanto, do lado da Lido, tudo manteve-se estável, o protocolo continuou a funcionar normalmente e quem tem ativos em staking não precisa de se preocupar.
O impacto desta vez não foi tão grande como se poderia pensar. Isto porque os validadores de base já são distribuídos de forma descentralizada e, graças à resposta rápida da equipa Prysm e dos operadores de nós, a Lido sofreu menos do que outras grandes soluções de staking. Segundo os dados do relatório “Indicadores de Validadores e Operadores de Nós do 3º Trimestre de 2025”, cerca de 15% dos validadores dos operadores de nós utilizavam Prysm — esta estratégia de não colocar todos os ovos no mesmo cesto mostrou-se realmente eficaz em momentos críticos.
A maioria dos nós Prysm afetados ou adicionou o parâmetro --disable-last-epoch-targets, ou mudou temporariamente para outra configuração de cliente, e agora praticamente todos já voltaram ao normal. Este caso volta a provar que a diversidade de clientes não é apenas uma formalidade, mas algo que realmente pode salvar a situação em caso de falha pontual.