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
New
Alavancagem sem liquidação
Cunhagem de GUSD
Cunhe GUSD para retornos em RWA
Por que quase 80% dos projetos hackeados nunca conseguem se recuperar? Especialistas revelam as regras de ouro para lidar com hackers
【区块律动】加密项目被黑客攻击后,真正的危机往往不在初期的资金损失,而在随后的应对混乱中。
Segundo dados da plataforma de segurança Web3 Immunefi, quase 80% dos projetos de criptomoedas que sofreram ataques hackers graves nunca se recuperaram completamente. A história por trás desse número é muito mais complexa do que simplesmente o roubo de fundos.
A Immunefi aponta que a maioria dos protocolos enfrenta um problema comum — não têm uma noção clara do risco de hacking que enfrentam, nem preparam planos de operação para lidar com incidentes de segurança de grande escala. Como resultado, assim que uma vulnerabilidade é descoberta, toda a equipe entra em modo passivo.
O momento mais crítico é nas primeiras horas. Esse período muitas vezes decide o rumo dos acontecimentos seguintes. Sem um plano de emergência preparado, os membros da equipe começam a se culpar mutuamente, discutindo o que fazer, quais funcionalidades pausar, como notificar os usuários — e o tempo vai passando nessas discussões. Como consequência, o impacto da vulnerabilidade se amplia, e as perdas que poderiam ser controladas continuam a se espalhar.
Há também um fator psicológico delicado em jogo: o medo de perder reputação. Muitos projetos preferem permanecer em silêncio, evitando pausar contratos inteligentes ou emitir alertas de risco imediatamente. Essa estratégia de “avestruz” muitas vezes é contraproducente — os usuários não recebem informações oficiais, e, na ausência de informações, boatos se espalham rapidamente, alimentando o pânico. O medo gerado pelo silêncio é muito mais destrutivo do que notícias ruins transparentes.
As 80% dos projetos que não se recuperaram completamente geralmente fracassaram por causa disso: o caos na resposta inicial leva à perda de confiança, à fuga da comunidade, à dispersão dos parceiros do ecossistema, e ao colapso do sistema operacional. Em comparação, o prejuízo financeiro inicial acaba sendo uma questão secundária.
Para ser sincero, se forem hackeados, que se dane, o mais importante é a reação da equipe em algumas horas, se ficar uma bagunça, tudo está perdido
Estou realmente preocupado, parece que muitos projetos pequenos no mercado de moedas nem têm um plano de emergência, só percebem quando o hacker bate à porta, não é de se surpreender que não consigam se recuperar
Isso não é um exemplo clássico de não se preparar normalmente e depois ficar desesperado quando algo acontece...
O mais absurdo é que nem sabem exatamente quais riscos enfrentam, quão absurdo isso é
Hacker: Venha, entrei, agora vocês podem discutir lentamente o que fazer
---
Portanto, a questão não é quão forte é o hacker, mas sim que o projeto em si não estava preparado
---
Haha, as primeiras horas realmente são um momento de vida ou morte, um grupo ainda estava em reunião pensando no que fazer, enquanto o hacker já tinha fugido sem deixar rastros
---
Por que parece que a maioria dos projetos só percebem o risco quando são expostos, como se não houvesse problema até então
---
O plano de emergência é como um seguro, ninguém acha que vale a pena quando não é usado, mas quando acontece algo, já é tarde demais para lamentar
---
Aquela história de culpar os outros na equipe é realmente risível, ninguém quer assumir a culpa, e no final os usuários perdem tudo
---
Agora esses novos projetos realmente deveriam contratar uma empresa de segurança para revisar tudo cuidadosamente, ao invés de sempre pensar em lançar rapidamente para ganhar dinheiro
---
O número de 80% na verdade não é surpreendente, o que dá medo é essa crise de confiança após uma gestão confusa