Futuros
Acesse centenas de contratos perpétuos
TradFi
Ouro
Plataforma única para ativos tradicionais globais
Opções
Hot
Negocie opções vanilla no estilo europeu
Conta unificada
Maximize sua eficiência de capital
Negociação demo
Introdução à negociação de futuros
Prepare-se para sua negociação de futuros
Eventos de futuros
Participe de eventos e ganhe recompensas
Negociação demo
Use fundos virtuais para experimentar negociações sem riscos
Lançamento
CandyDrop
Colete candies para ganhar airdrops
Launchpool
Staking rápido, ganhe novos tokens em potencial
HODLer Airdrop
Possua GT em hold e ganhe airdrops massivos de graça
Launchpad
Chegue cedo para o próximo grande projeto de token
Pontos Alpha
Negocie on-chain e receba airdrops
Pontos de futuros
Ganhe pontos de futuros e colete recompensas em airdrop
Investimento
Simple Earn
Ganhe juros com tokens ociosos
Autoinvestimento
Invista automaticamente regularmente
Investimento duplo
Lucre com a volatilidade do mercado
Soft Staking
Ganhe recompensas com stakings flexíveis
Empréstimo de criptomoedas
0 Fees
Penhore uma criptomoeda para pegar outra emprestado
Centro de empréstimos
Centro de empréstimos integrado
Centro de riqueza VIP
Planos premium de crescimento de patrimônio
Gestão privada de patrimônio
Alocação premium de ativos
Fundo Quantitativo
Estratégias quant de alto nível
Apostar
Faça staking de criptomoedas para ganhar em produtos PoS
Alavancagem Inteligente
Alavancagem sem liquidação
Cunhagem de GUSD
Cunhe GUSD para retornos em 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