Futuros
Aceda a centenas de contratos perpétuos
TradFi
Ouro
Plataforma de ativos tradicionais globais
Opções
Hot
Negoceie Opções Vanilla ao estilo europeu
Conta Unificada
Maximize a eficiência do seu capital
Negociação de demonstração
Introdução à negociação de futuros
Prepare-se para a sua negociação de futuros
Eventos de futuros
Participe em eventos para recompensas
Negociação de demonstração
Utilize fundos virtuais para experimentar uma negociação sem riscos
Lançamento
CandyDrop
Recolher doces para ganhar airdrops
Launchpool
Faça staking rapidamente, ganhe potenciais novos tokens
HODLer Airdrop
Detenha GT e obtenha airdrops maciços de graça
Launchpad
Chegue cedo ao próximo grande projeto de tokens
Pontos Alpha
Negoceie ativos on-chain para airdrops
Pontos de futuros
Ganhe pontos de futuros e receba recompensas de airdrop
Investimento
Simple Earn
Ganhe juros com tokens inativos
Investimento automático
Invista automaticamente de forma regular.
Investimento Duplo
Aproveite a volatilidade do mercado
Soft Staking
Ganhe recompensas com staking flexível
Empréstimo de criptomoedas
0 Fees
Dê em garantia uma criptomoeda para pedir outra emprestada
Centro de empréstimos
Centro de empréstimos integrado
Centro de Património VIP
Aumento de património premium
Gestão de património privado
Alocação de ativos premium
Fundo Quant
Estratégias quant de topo
Staking
Faça staking de criptomoedas para ganhar em produtos PoS
Alavancagem inteligente
New
Alavancagem sem liquidação
Cunhagem de GUSD
Cunhe GUSD para retornos RWA
A equipa do cliente de camada de consenso Prysm divulgou o relatório de investigação sobre a falha significativa ocorrida a 4 de dezembro. A causa do problema é bastante clara — quase todos os nós Prysm na rede ficaram exaustos de memória e recursos de cálculo ao processar uma prova específica. Ao aprofundar a análise, a causa raiz é que o nó de bandeira (beacon) realizou uma recomputação de estado de custo elevado ao verificar provas de sincronização diferentes, uma lógica que apresenta uma falha de projeto.
O impacto desta falha não foi pequeno. Foram perdidos 41 éons, o envolvimento na rede caiu para 75%, e muitos validadores tiveram de ficar offline. Em termos de perdas económicas, os validadores perderam aproximadamente 382 ETH no total. Este evento também serve de lembrete de quão crucial é a estabilidade do cliente de camada de consenso — mesmo um problema de lógica em um canto pode derrubar toda a rede.
A queda do Prysm desta vez foi incrível, 382 ETH simplesmente desapareceram
Resumindo, foi culpa do recalculamento do estado, como é que há uma falha lógica tão absurda
Um bug no código pode fazer com que 75% dos validadores fiquem offline na rede, isso é muito surreal
Parece que a segurança da camada de consenso ainda precisa ser fortalecida
A equipe do Prysm precisa refletir seriamente, esse tipo de erro burro não deve acontecer novamente
41 épocas simplesmente desaparecidas, a participação despencou... o custo foi alto demais
Mais um problema antigo de estouro de memória, quando é que será resolvido de vez
Realmente, um erro de projeto na função de validação pode derrubar toda a rede, isso é assustador
Como é que há um bug tão malandro que consome todos os recursos