CryptoRanks.wiki

Maiores hacks de exchanges de criptomoedas: casos, causas e lições (Mt.Gox, FTX e outros)

Como aconteceram os maiores incidentes em exchanges, o que eles mudaram no setor e quais lições de segurança ficam para os usuários.

Escrito porCryptoRanks Research
|
Revisado porCryptoRanks Editorial Team
|
Atualizado

Por que analisar os maiores hacks de exchanges de criptomoedas

A história do mercado cripto não é feita apenas de crescimento tecnológico e de capital, mas também de uma sequência de hacks de grande repercussão. Cada episódio desse tipo expõe fragilidades técnicas e organizacionais das exchanges, influencia a regulação e muda para sempre os padrões de segurança. Abaixo, analisamos os incidentes mais marcantes: como aconteceram, quais consequências trouxeram para o setor e o que ensinaram aos usuários.

O objetivo deste material é reunir em um só lugar os casos-chave (Mt.Gox, Bitfinex, Coincheck, Binance, Cryptopia, KuCoin, FTX, Bybit e outros), explicar os mecanismos dos ataques em linguagem simples, mostrar a escala das perdas e das consequências, além de formular conclusões práticas para lidar com criptoativos de forma segura.

Carteira quente: carteira conectada à internet e usada para pagamentos operacionais. É conveniente, mas mais vulnerável do que o armazenamento frio.

Armazenamento frio: carteiras offline/soluções custodiais fisicamente isoladas da rede. É o método padrão para manter a principal reserva de uma exchange.

Multinassinatura (multisig): esquema em que a retirada de fundos exige várias chaves independentes; reduz o risco de um único ponto de falha.

Maleabilidade de transação: característica do protocolo Bitcoin inicial que permitia alterar o ID de uma transação sem mudar seu conteúdo; foi usada em cenários controversos no início da década de 2010.

Mt.Gox: o colapso da primeira exchange de bitcoin “global” (2014)

Por que importa: o colapso mais ruidoso da fase inicial. Mostrou que contabilidade interna fraca e custódia de chaves mal estruturada corroem até líderes de mercado.

No auge, a Mt.Gox processava até 70% das negociações globais de BTC, mas em fevereiro de 2014 interrompeu retiradas e admitiu o desaparecimento de centenas de milhares de bitcoins. O quadro que apareceu depois se revelou típico da “infância” do setor: processos vulneráveis, carga operacional superaquecida e um comprometimento de chaves prolongado no tempo.

Como o ataque aconteceu: nunca foi apontado um único “buraco”; mais provavelmente, tratou-se de acesso não autorizado prolongado às carteiras quentes em um contexto de controles fracos e premissas técnicas discutíveis (incluindo efeitos ligados aos IDs de transações). Uma parte significativa dos BTC vazou aos poucos e permaneceu despercebida por meses.

Escala: cerca de 850 000 BTC foram declarados perdidos; aproximadamente 200 000 BTC foram encontrados posteriormente em uma carteira antiga da exchange. Mesmo considerando essa “descoberta”, o rombo líquido era colossal para os padrões da época.

Consequências: falência da exchange, um processo de compensação que se arrastou por anos e um colapso reputacional das plataformas centralizadas. O processo de pagamento aos credores durou anos, tornando-se um “estudo de caso” sobre como não construir segurança operacional.

Resultado: o comprometimento prolongado de carteiras quentes e o controle interno fraco levaram à maior perda de BTC da era inicial e à falência da Mt.Gox. A indústria repensou a custódia de reservas e a auditoria.

Bitfinex: golpe na multinassinatura e recuperação sem precedentes (2016)

Por que importa: mostrou que até uma arquitetura avançada com multisig é vulnerável quando há erros de integração e de controle operacional. O caso também se destaca por um modelo de compensação bem estruturado.

Como o ataque aconteceu: hackers contornaram a proteção de multinassinatura e retiraram cerca de 120 mil BTC. Detalhes da integração com o provedor custodial se tornaram o ponto fraco que foi explorado de uma só vez.

Escala: no momento do incidente, cerca de US$70+ milhões; depois, os BTC roubados se valorizaram várias vezes, transformando o caso em um dos mais caros quando visto em retrospectiva.

Consequências: a exchange evitou a falência ao distribuir a perda entre todos os clientes e emitir tokens de “dívida”, depois recomprados. Mais tarde, uma parte significativa dos valores roubados foi rastreada e apreendida — um exemplo raro de recuperação bem-sucedida.

Resultado: uma falha nas implementações dos processos de multisig custou a Bitfinex ~120 mil BTC, mas o modelo flexível de compensação e as apreensões posteriores dos fundos roubados salvaram a exchange e os usuários.

Coincheck: roubo recorde de XEM e um “banho frio” regulatório (2018)

Por que importa: foi o maior roubo de uma exchange centralizada até aquele momento. No Japão, levou a exigências rígidas sobre custódia e controle interno.

Como o ataque aconteceu: os invasores obtiveram acesso à única chave da carteira quente que guardava tokens NEM. O vetor provável foi phishing e malware em dispositivos de trabalho. A ausência de multinassinatura se tornou um erro crítico.

Escala: cerca de 523 milhões de XEM (≈US$530 milhões na data do incidente). As tentativas de “marcar” as moedas na rede e bloquear a conversão em dinheiro ajudaram parcialmente, mas quantias relevantes passaram por casas de câmbio cinzentas.

Consequências: a exchange compensou os clientes por grande parte do dano e foi comprada por uma grande holding financeira. O regulador japonês conduziu verificações amplas e atualizou os requisitos para procedimentos custodiais.

Resultado: uma chave privada, uma catástrofe. A Coincheck virou exemplo do valor do armazenamento frio e das políticas de multisig como padrão regulatório.

Binance: phishing, APIs comprometidas e acionamento do SAFU (2019)

Por que importa: o caso da maior exchange mostrou que o fator humano dos usuários é uma vulnerabilidade, enquanto um fundo de seguro pode “apagar o incêndio” quase imediatamente.

Como o ataque aconteceu: uma campanha prolongada de phishing e coleta de dados 2FA/API permitiu que os atacantes iniciassem, de forma sincronizada, uma grande retirada a partir da carteira quente.

Escala: 7 000 BTC. Para uma líder do setor, foi uma pequena porcentagem das reservas, mas um “teste de estresse” sensível para a reputação.

Consequências: a exchange congelou rapidamente as retiradas, conduziu uma auditoria e cobriu integralmente o prejuízo com o fundo de seguro SAFU. Comunicações transparentes e ajustes adicionais nos sistemas de risco reforçaram a confiança.

Resultado: uma resposta operacional competente e uma reserva formada com antecedência permitiram evitar perdas para clientes e transformar a crise em uma demonstração de maturidade.

Cryptopia: vulnerabilidade de exchanges pequenas e liquidação dolorosa (2019)

Por que importa: um caso ilustrativo de uma plataforma regional: mesmo com um rombo relativamente pequeno, a plataforma não suportou o impacto — e os usuários esperaram anos por reembolsos.

Como o ataque aconteceu: comprometimento de carteiras quentes e “drenagem” gradual dos saldos. A falta de reservas e de processos de resposta não permitiu manter a operação.

Escala: cerca de US$16–18 milhões em múltiplos ativos. Para uma exchange local, um volume crítico.

Consequências: falência e um longo processo de recuperação: restauração de bases de centenas de tokens, identificação dos proprietários e pagamentos pontuais que se arrastaram por anos.

Resultado: mesmo um hack “modesto” pode levar a paralisação completa da plataforma se não houver reservas, resposta a incidentes e uma “estrutura” jurídica para compensações rápidas.

KuCoin: comprometimento de chaves, “lavagem” via DeFi e recuperação da maior parte (2020)

Por que importa: uma das maiores subtrações de multiativos de carteiras quentes; ao mesmo tempo, a exchange conseguiu recuperar a maior parte dos fundos por meio de coordenação com emissores e exchanges.

Como o ataque aconteceu: os invasores obtiveram chaves privadas de parte das carteiras quentes e retiraram ativos rapidamente. Depois veio uma rota DeFi típica dos últimos anos — troca de tokens por DEX e mixers.

Escala: cerca de US$275–280 milhões no momento do incidente.

Consequências: emissores de stablecoins e de alguns tokens congelaram e reemitiram parte dos ativos; no fim, foi possível recuperar uma parcela significativa. Os usuários foram cobertos pelo restante, e os processos de custódia e monitoramento foram seriamente reforcados.

Resultado: um ecossistema coordenado (emissores, CEX, analistas, autoridades) consegue reduzir drasticamente o dano real mesmo diante de uma grande ruptura das defesas.

FTX: não foi hack, mas uma “ruptura interna” e uma retirada noturna não autorizada (2022)

Por que importa: colapso por abusos — e, em paralelo, uma retirada “noturna” de centenas de milhões já em regime de falência. Lembrete: riscos internos podem ser mais perigosos que os externos.

Como o vazamento aconteceu: no contexto do pedido de falência, centenas de milhões em criptoativos saíram das carteiras da FTX em questão de horas. A natureza das movimentações e dos acessos apontava para uma origem interna dos eventos.

Escala: estimada em cerca de US$0,5 bilhão. Diante do rombo geral nos balanços da exchange, esse episódio não foi a causa raiz, mas reduziu ainda mais a massa falida disponível aos credores.

Consequências: os ativos foram conservados emergencialmente em custódias, enquanto seguiam tentativas de rastreamento e bloqueio. Em paralelo, avançava uma investigação criminal sobre fraudes e abusos de gestão.

Resultado: a FTX é uma lição sobre segregação de fundos de clientes, transparência e controle independente. Mesmo firewalls perfeitos são impotentes contra uma má governança corporativa.

Bybit: retirada recorde de uma carteira quente e coordenação global (2025)

Por que importa: o maior roubo instantâneo de uma CEX em valor nominal. Acelerou a coordenação internacional de bloqueios e a discussão de novos padrões de custódia de chaves.

Como o ataque aconteceu: os invasores obtiveram acesso à chave privada de uma grande carteira quente e, em uma única investida, retiraram centenas de milhares de ETH. A alta velocidade e a preparação permitiram contornar gatilhos de alerta habituais.

Escala: comparável a mais de um bilhão de dólares na data do incidente — recorde absoluto entre roubos de exchanges centralizadas.

Consequências: suspensão urgente das retiradas, promessas públicas de compensação integral, análise forense e envolvimento de órgãos internacionais. Parte dos valores foi marcada rapidamente por analistas e entrou em bloqueios.

Resultado: um cenário típico de “vazamento de chave” em escala máxima. A indústria acelera a transição para esquemas de custódia sem ponto único de falha (MPC, HSM distribuídos, limites em várias camadas).

Por que exchanges de criptomoedas são hackeadas: principais vetores de ataque

Objetivo da seção: percorrer os cenários típicos de comprometimento — de vazamentos de chaves à engenharia social — para conectá-los aos casos e entender onde estão exatamente os “pontos finos” das plataformas centralizadas.

Vazamentos de chaves privadas e políticas fracas de custódia

O principal risco para uma CEX são as chaves das carteiras quentes. Se a chave é única e fica online, o comprometimento de um dispositivo ou da conta de um funcionário dá ao invasor acesso total. Por muito tempo, a prática de distribuir chaves e limites foi subestimada — veja Coincheck e casos semelhantes.

Engenharia social e phishing direcionado

E-mails com instruções “de serviço”, portais falsos de login, anexos maliciosos — um clássico que ainda funciona. Campanhas direcionadas contra funcionários específicos (spear-phishing) imitam comunicações internas e extraem códigos 2FA, chaves de API ou acesso à rede corporativa.

Compromissacao de APIs e automacao de retiradas

Vazamentos de chaves de API de usuários e contorno dos filtros comportamentais de gerenciamento de risco levam a ordens sincronizadas e retiradas em massa. O cenário fica mais forte quando não há listas brancas de endereços e limites.

Erros de integração e de arquitetura de acesso

Mesmo esquemas avançados (multisig, parceiros custodiais) falham quando papéis/limites são mal distribuídos. A ausência do princípio de “duas pessoas para uma operação crítica” e a segmentação fraca de rede são fontes frequentes de comprometimento.

Riscos correlatos de DeFi e pontes

Exchanges modernas se integram à redes e bridges. Uma vulnerabilidade em contrato de terceiros ou um erro de gestão de liquidez pode virar uma “entrada latéral” ou um canal de lavagem rápida por DEX.

Como a proteção das CEX evoluiu: práticas e ferramentas

Para onde o setor caminha: de carteiras “quentes” com uma única chave para esquemas em várias camadas, nos quais um erro isolado não leva a uma catástrofe. Abaixo, um panorama das principais práticas, com vantagens e limites.

Armazenamento frio de reservas

A maior parte dos ativos dos clientes fica offline; para liquidez operacional, usa-se um pool quente limitado, com limites diarios.
  • Adequado para reserva basica e armazenamento de longo prazo.
  • Reduz a superfície de ataque vinda da rede e de malwares.

✅ Vantagens

  • Minimizacao dos riscos online.
  • Procedimentos em multiplas etapas para aprovar retiradas.
  • Segregacao transparente das reservas.

❌ Desvantagens

  • Velocidade limitada para recompor o pool “quente”.
  • Dependencia da disciplina de processos e pessoas.

Armazenamento frio é uma base obrigatória, mas, sozinho, não salva sem boa operação e limites bem definidos.

🔐 Proteger cripto com uma carteira de hardware ➜

Multinassinatura (multisig)

Para executar uma transação, são necessárias assinaturas de várias chaves independentes; isso reduz o risco de um único ponto de falha.
  • Aplicada tanto no nivel quente quanto no frio.
  • Exige distribuição clara de papéis e limites por operação.

✅ Vantagens

  • Ausencia de uma “única” chave.
  • Politica flexível de limiares (por exemplo, 2 de 3, 3 de 5).

❌ Desvantagens

  • Erros de integração e de gestão de chaves anulam o beneficio.
  • Complexidade de recuperação emergencial e rotação de chaves.

Multisig só é eficaz quando vem junto com processos bem implementados e auditoria independente.

MPC: Multi-Party Computation — método criptográfico em que a chave “inteira” nunca existe em um único lugar; a assinatura é formada de maneira distribuída a partir de partes em diferentes dispositivos.

HSM: Hardware Security Module — módulo de hardware certificado para geração e armazenamento seguro de chaves, com políticas de acesso e auditoria.

🛡️ Entender carteiras multisig ➜

Carteiras MPC

Assinatura distribuída sem uma chave privada “única”. Aumenta a resistência a insiders e a vazamentos em um único nó.
  • Adequadas para carteiras quentes e fluxos automatizados de retirada.
  • Combinam bem com limites e listas brancas de endereços.

✅ Vantagens

  • Não há ponto único de comprometimento da chave.
  • Cenários flexiveis de tolerancia a falhas.

❌ Desvantagens

  • Complexidade de implementacao e de controle operacional.
  • Dependencia da implementacao correta dos protocolos.

MPC reduz o risco de “vazamento de chave”, mas exige processos maduros e testes regulares.

HSM e proteção de chaves por hardware

As chaves são geradas e armazenadas em HSM certificados; as operações de assinatura acontecem dentro do dispositivo, minimizando o contato com o sistema operacional.
  • Relevante para a camada fria e para papéis críticos de assinatura.
  • Combina-se com multisig/MPC e segmentação de rede.

✅ Vantagens

  • Protecao contra extracao de chaves da memória.
  • Auditoria de acoes e políticas de acesso.

❌ Desvantagens

  • Custo e complexidade de manutencao.
  • O fator humano na gestão de papéis continua importante.

HSM fortalece o lado “físico” da proteção, mas não elimina a necessidade de limites processuais.

Fundos de reserva e seguros (SAFU)

Reservas especiais para compensar incidentes, abastecidas por taxas ou apólices de seguro.
  • Funcionam como “colchao” para eventos raros, mas caros.
  • Exigem regras transparentes de uso e recomposição.

✅ Vantagens

  • Aliviam a dor imediata dos clientes.
  • Fortalecem a confiança e dão tempo para a análise forense.

❌ Desvantagens

  • Não substituem segurança: o fundo é finito.
  • Riscos de pouca transparência e distribuição “manual”.

Um fundo bem estruturado é a “equipe de bombeiros”, mas não a parede contra o incêndio.

Proof of Reserves (PoR)

Prova criptografica de posse de ativos nos endereços da exchange, muitas vezes por meio de árvore de Merkle e assinaturas de endereços.
  • Adiciona transparência sobre os ativos, mas deve ser complementada por uma avaliacao das obrigações.
  • Aumenta a disciplina na custódia das reservas.

✅ Vantagens

  • Verificacao publica dos ativos on-chain.
  • Estimula um cuidado maior com as reservas.

❌ Desvantagens

  • Sem contabilizar obrigações, PoR não mostra um “buraco” no balanço.
  • Exige supervisão independente e regularidade.

PoR é útil como parte de um conjunto de medidas; idealmente, é complementado por Proof of Liabilities e auditoria independente.

Bug bounty, Red Team e resposta a incidentes

Testes de penetração contínuos, recompensas por vulnerabilidades encontradas e planos de resposta bem ensaiados.
  • Reduzem a probabilidade de “surpresas desagradaveis” em produção.
  • Ajudam a localizar rapidamente o dano durante um incidente.

✅ Vantagens

  • Encontrar bugs cedo, “antes dos criminosos”.
  • Treinar cenários e papéis em uma crise.

❌ Desvantagens

  • Custos e necessidade de disciplina constante.
  • Risco de “falsa tranquilidade” sem melhorias sistemicas.

Testes regulares e plano de resposta não são opcionais, mas componentes obrigatórios de uma segurança madura em CEX.

Comparacao da resposta das exchanges aos hacks

Na tabela: quais medidas as exchanges tomaram depois do ataque, quao rápido reagiram e em que forma os usuários receberam compensações.
🏦 Exchange 🧨 Tipo de incidente 💰 Perdas (na data) 🧾 Devolução aos clientes ⏱️ Tempo de resposta ⚖️ Reguladores/status
Mt.Gox Vazamento prolongado
de chaves		 ≈850 mil BTC Compensacoes via
falência		 Parada de retiradas →
falência		 Falida; longa reabilitacao
Bitfinex Falha
na integração multisig		 ≈120 mil BTC 100% via
tokens BFX/acoes		 Congelamento, emissão de BFX,
recompra		 Em operação; parte dos BTC foi apreendida depois
Coincheck Hot-wallet
uma chave		 ≈US$530 mi
XEM		 ~90% com
recursos próprios		 Congelamento,
plano de pagamentos		 Em operação; reforço do controle da FSA
Binance Phishing
API/2FA		 7 000 BTC Totalmente
via SAFU		 Pausa imediata
nas retiradas		 Em operação; segurança reforcada
Cryptopia Compromissacao
de carteiras		 ≈US$16–18 mi Via liquidação
(saldos de ativos)		 Parada do serviço →
falência		 Liquidacao; pagamentos longos
KuCoin Roubo
de chaves privadas		 ≈US$275–280 mi Maior parte
recuperada/congelada		 Forense rápida,
bloqueios		 Em operação; investigação continua
FTX Retirada não autorizada
durante falência		 ≈US$0,5 bi No ambito da
falência		 Consolidacao emergencial
em “frio”		 Falida; processos criminais
Bybit Vazamento
da chave hot-wallet		 ≈400 mil ETH Anunciada
compensação integral		 Pausa nas retiradas,
investigação		 Em operação; coordenação global

Em resumo: as exchanges mais “maduras” (Binance, KuCoin, Bitfinex) conseguiram cobrir total ou quase totalmente as perdas dos clientes. Jogadores fracos (Mt.Gox, Cryptopia, FTX) faliram. Conclusão: a velocidade de resposta e a existência de reservas determinam diretamente o destino da plataforma.

Como hackers “lavam” moedas roubadas: um exemplo curto

Cenário: os fundos são enviados para endereços novos, fracionados em muitas transações, e parte vai para DEX, onde os tokens são trocados por ativos mais líquidos. Depois entram mixers e “deslocamentos” entre redes. O objetivo é dificultar a atribuição e romper a ligação com o incidente original.

Resultado: bloqueios rápidos por emissores e exchanges, somados a análise on-chain, tornam a lavagem típica cada vez menos eficaz, especialmente para stablecoins e tokens com função de congelamento.

O que o usuário deve fazer se uma exchange for hackeada

Plano passo a passo: minimize o dano, proteja as contas, preserve evidências. Mesmo que você não tenha sido afetado diretamente, aja de forma preventiva.
  1. Interrompa a atividade: cancele ordens abertas e desative chaves de API.
  2. Verifique os dispositivos: troque senhas, redefina o 2FA e execute uma verificação antivírus.
  3. Transfira os ativos: retire os saldos para uma carteira pessoal com armazenamento frio.
  4. Ative listas brancas de endereços e notificações de login/retirada, se o serviço continuar funcionando.
  5. Reúna evidências: capturas de tela de saldos, transações, e-mails e notificações.
  6. Acompanhe os canais oficiais: instruções de compensação, relatórios forenses, formulários de requerimento.
  7. Apresente uma reivindicação de credor se o processo de falência tiver sido iniciado e conclua o KYC para pagamentos.
Prepare com antecedência uma carteira de hardware reserva e um plano de teste para retirada emergencial. Revise regularmente os volumes mantidos em exchanges — deixe ali apenas a parte de negociação da carteira.
Nos dias de incidente, o phishing se intensifica. Não abra links em “e-mails de suporte”, confira os domínios e use favoritos para entrar na exchange.

Cronologia dos maiores hacks de exchanges de criptomoedas

Como ler: os valores são indicados na data do evento; os métodos de hack são resumidos; o status mostra se a exchange sobreviveu ao ataque.
🏦 Exchange 📅 Data 💰 Perdas 🔓 Metodo ⚖️ Status
Mt.Gox Fev 2014 ≈850 mil BTC Vazamento prolongado de chaves
contabilidade fraca		 Falencia
Bitfinex Ago 2016 ≈120 mil BTC Compromissacao
de esquemas multisig		 Em operação; compensações
Coincheck Jan 2018 ≈US$530 mi
XEM		 Hot-wallet
sem multisig		 Em operação; pagamentos
BitGrail Fev 2018 ≈US$170 mi
XNO		 Erros de contabilidade
retirada dupla		 Falencia
Zaif Set 2018 ≈US$60 mi Roubo
hot-wallet		 Aquisição
Cryptopia Jan 2019 ≈US$16–18 mi Compromissacao
de carteiras		 Liquidacao; pagamentos
CoinBene Mar 2019 mais de US$100 mi Provavel acesso
interno		 Servico se apagou
Binance Mai 2019 7 000 BTC Phishing
+ 2FA/API		 Em operação; SAFU
Upbit Nov 2019 ≈US$49 mi
ETH		 Hack
hot-wallet		 Em operação; cobertura
KuCoin Set 2020 ≈US$275–280 mi Roubo
de chaves privadas		 Em operação; recuperação parcial
BitMart Dez 2021 ≈US$196 mi Compromissacao
hot-wallet		 Em operação; compensações
FTX Nov 2022 ≈US$0,5 bi Retirada não autorizada
(insider)		 Falencia
DMM Bitcoin Mai 2024 ≈4 503 BTC Roubo
hot-wallet		 Em operação; investigação
WazirX Jul 2024 mais de US$200 mi Falha
comprometedora		 Em operação; investigação
Bybit Fev 2025 ≈400 mil ETH Vazamento
de chave privada		 Em operação; compensações

Em resumo: o dano total dos hacks listados ultrapassou US$4 bi, e, considerando retrospectivamente a valorização de algumas criptomoedas, chega a dezenas de bilhões de dólares. Esses incidentes se tornaram os principais impulsionadores do endurecimento regulatório e da adoção de novos padrões de segurança.

🛡️ Verifique como as corretoras protegem seus fundos
Compare custódia de reservas, relatórios e programas de compensação das principais plataformas e escolha as que correspondem aos seus padrões de segurança.
Ver corretoras e condições ➜

Perguntas e respostas (FAQ)

Qual é a diferença entre hot wallets e cold wallets, e por que isso importa?
Hot wallets ficam conectadas à rede e são úteis para saques rápidos, mas são mais expostas. Cold wallets guardam a maior parte das reservas offline. Boas corretoras limitam saldos em hot wallets e controlam grandes movimentações.
Multisig impede hacks com garantia?
Multisig reduz muito o risco de ponto único de falha, mas não elimina erros de integração, vazamento de chaves ou falhas humanas. Distribuição de chaves, procedimentos de emergência e limites continuam essenciais.
O que são SAFU e fundos de seguro?
São reservas dedicadas usadas para compensar perdas após incidentes. A eficácia depende de transparência, tamanho do fundo e estrutura jurídica.
Por que às vezes é possível recuperar fundos roubados?
Emissores de stablecoins podem congelar ativos, corretoras podem bloquear depósitos de endereços marcados e analistas rastreiam fluxos on-chain. A coordenação reduz o dano real.
Vale manter cripto apenas em autocustódia?
Para valores de longo prazo, geralmente sim. Corretoras são úteis para negociar e fazer depósitos ou saques, mas não como cofre permanente.
O que é Proof of Reserves e por que não basta?
PoR mostra que uma corretora controla certos endereços e ativos. Sem prova de passivos e auditoria independente, a visão fica incompleta.
Como apresentar uma reivindicação se a corretora entrar em falência?
Normalmente há um portal de credores: confirmar identidade, enviar saldos e histórico de transações, preencher o formulário e respeitar prazos.
Chaves API ativas em brokers e bots são perigosas?
Sim, se permitem negociar ou sacar e não têm restrições de IP ou limites. Use permissões mínimas e remova chaves desnecessárias.
Como MPC difere de multisig?
Em multisig há várias chaves completas e um limite de assinatura. Em MPC, a assinatura é formada por partes da chave; a chave completa não existe em um único lugar.
Quão perigosos são SIM-swap e roubo de e-mail?
São portas comuns para contornar 2FA e redefinir senhas. Chaves físicas, e-mail separado e proteção de SIM reduzem o risco.

Explore mais sobre “Criptomoedas”

Nesta seção você encontra mais análises, guias práticos e avaliações sobre o tema.

Abrir “Criptomoedas”