O hard fork Fusaka do Ethereum acabou de ser implementado com sucesso, mas logo de seguida o cliente Prysm da camada de consenso teve problemas. Esta vulnerabilidade afetou diretamente a participação na rede, levando muitos a preocupar-se com a segurança do staking.
No entanto, a equipa oficial da Lido veio a público tranquilizar: o protocolo está a funcionar normalmente, por isso quem tem fundos em staking não precisa de entrar em pânico. Os seus nós de validação já estão bastante distribuídos e descentralizados, pelo que o impacto desta vez foi reduzido.
Felizmente, a equipa da Prysm e os operadores de nós reagiram rapidamente, e o problema está a ser controlado. Isto também serve para demonstrar uma coisa — uma arquitetura verdadeiramente distribuída consegue mesmo aguentar falhas pontuais em momentos críticos.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
23 Curtidas
Recompensa
23
7
Repostar
Compartilhar
Comentário
0/400
ChainSauceMaster
· 12-07 05:20
É sempre a mesma história, quando o Prysm tem problemas, a Lido aparece para acalmar a situação.
Ver originalResponder0
GateUser-addcaaf7
· 12-04 10:58
Ah, é a Prysm a causar problemas outra vez, é sempre assim em cada atualização.
A Lido geriu muito bem esta situação a nível de relações públicas, acalmaram as tropas.
A arquitetura distribuída continua mesmo a ser superior, uma falha num único ponto não é suficiente para matar o sistema.
Mas mesmo assim, é preciso cautela com os riscos do staking.
Ver originalResponder0
PanicSeller69
· 12-04 10:58
Mais uma vez o Prysm a causar problemas, desta vez tivemos sorte.
Ver originalResponder0
BearMarketSurvivor
· 12-04 10:58
Ah, mais um hard fork e ainda aparece um bug, desta vez a Prysm apanhou-nos mesmo desprevenidos.
Nodos descentralizados são realmente uma salvação, o problema dos pontos únicos de falha é precisamente isto.
A resposta oficial da Lido desta vez foi experiente, conseguiu acalmar as tropas.
Ver originalResponder0
MEVVictimAlliance
· 12-04 10:57
O Prysm voltou a falhar, mas desta vez a descentralização salvou a situação.
Ver originalResponder0
LightningPacketLoss
· 12-04 10:51
A descentralização é o melhor seguro, a reação do Prysm foi realmente rápida desta vez.
O hard fork Fusaka do Ethereum acabou de ser implementado com sucesso, mas logo de seguida o cliente Prysm da camada de consenso teve problemas. Esta vulnerabilidade afetou diretamente a participação na rede, levando muitos a preocupar-se com a segurança do staking.
No entanto, a equipa oficial da Lido veio a público tranquilizar: o protocolo está a funcionar normalmente, por isso quem tem fundos em staking não precisa de entrar em pânico. Os seus nós de validação já estão bastante distribuídos e descentralizados, pelo que o impacto desta vez foi reduzido.
Felizmente, a equipa da Prysm e os operadores de nós reagiram rapidamente, e o problema está a ser controlado. Isto também serve para demonstrar uma coisa — uma arquitetura verdadeiramente distribuída consegue mesmo aguentar falhas pontuais em momentos críticos.