O que podemos aprender com o hack da Binance e sua recuperação?

A Binance começou a restaurar o acesso após um roubo de US$ 6,3 bilhões, recorrendo às suas próprias reservas para substituir os ativos dos clientes. Sua recuperação oferece lições sobre como as exchanges aprovam transações, se comunicam durante uma crise e demonstram que os clientes podem recuperar seu dinheiro.

A Binance ampliou as retiradas após relatar que havia substituído aproximadamente 95% dos ativos afetados pelo seu hack de US$ 6,3 bilhões em 29 de outubro.

O anúncio de 3 de novembro da Binance agendou outra fase de retiradas a partir das 04:00 UTC, com ativos individuais tornando-se disponíveis após verificações de segurança e prontidão. Os depósitos permaneceram abertos, e a exchange reiterou seu compromisso de absorver a perda financeira.

Os clientes, portanto, enfrentaram dois processos de recuperação diferentes. A Binance vinha obtendo criptomoedas de reposição para lastrear seus saldos, enquanto investigadores e parceiros do setor tentavam recuperar os ativos tomados pelo atacante.

Restaurar o acesso às retiradas envolve uma terceira tarefa: estabelecer que os sistemas que enviam esses ativos podem operar com segurança. Um saldo de conta, um snapshot de reservas e uma retirada concluída respondem, cada um, a uma pergunta diferente sobre a condição da exchange.

O hack da Binance foi além do laptop de um único funcionário

A Binance inicialmente sugeriu que o laptop comprometido de um engenheiro pode ter fornecido o ponto de entrada. Em sua atualização do incidente de 30 de outubro, a empresa disse que os investigadores haviam encontrado pontos de violação adicionais, enquanto relatava não haver, naquele estágio, evidências de que as chaves privadas das carteiras tivessem vazado.

Seu relato publicado situou o comprometimento da hot wallet por volta das 20:05 UTC de 29 de outubro. A exchange disse que havia contido a infraestrutura afetada, revogado autorizações e introduzido controles adicionais enquanto os investigadores trabalhavam para estabelecer a sequência de eventos.

A distinção entre roubar uma chave e obter permissão para usar um sistema de assinatura é central para a investigação. Uma transação pode carregar uma assinatura criptograficamente válida mesmo quando a empresa nunca pretendeu autorizar a transferência.

A investigação on-chain da TRM Labs rastreou transferências em 10 blockchains e avaliou os ativos em aproximadamente US$ 6,36 bilhões no momento em que foram tomados. Seus pesquisadores avaliaram que a atividade entre cadeias apontava para um comprometimento da infraestrutura de assinatura da hot wallet da Binance.

A atividade no Ethereum envolveu 50 autorizações antecipadas e um contrato que poderia varrer ativos de uma carteira da Binance, segundo a TRM. Outras cadeias mostraram transferências assinadas comuns, de modo que uma explicação limitada aos recursos da carteira do Ethereum deixaria parte do roubo sem explicação.

A lição é sobre a autoridade em torno de uma chave de assinatura tanto quanto sobre o armazenamento da chave. Uma empresa deve decidir quais sistemas podem solicitar assinaturas, quais solicitações precisam de aprovação separada e como transferências incomuns são impedidas antes de chegarem a uma blockchain.

A arquitetura zero-trust do NIST trata o acesso como algo que deve ser autenticado e autorizado para o recurso envolvido. Estar dentro da rede de uma empresa ou usar um dispositivo de propriedade da empresa não estabelece confiança por si só.

Aplicado a uma exchange, esse princípio separa o acesso rotineiro de um engenheiro da autoridade para movimentar ativos de clientes. Um funcionário pode precisar manter a infraestrutura sem precisar de acesso irrestrito a instruções de saque, credenciais de produção ou aprovações de transações.

O relatório técnico completo da Binance precisará explicar como essas fronteiras operaram durante o ataque. As evidências publicadas até agora sustentam questionamentos sobre o processo de assinatura, mas não estabelecem um mapa completo dos controles internos da empresa.

O FBI atribuiu o roubo à atividade TraderTraitor da Coreia do Norte em 31 de outubro e afirmou que os ativos roubados estavam sendo convertidos principalmente em ether. A Coreia do Norte negou envolvimento, segundo reportagem da Associated Press em 3 de novembro.

A agência pediu que exchanges, serviços DeFi, operadores de infraestrutura e outras empresas bloqueassem transações vinculadas aos endereços de lavagem identificados. Seu pedido tratava da movimentação dos ativos roubados após a invasão, separadamente da investigação da Binance sobre o acesso inicial.

Como a Binance lidou com a crise e a recuperação

A resposta da Binance combinou restrições a saques, compras de reposição, cooperação em congelamentos de ativos e uma sequência de avisos públicos de recuperação. Cada medida abordou um problema imediato diferente, e a cronologia permite aos clientes comparar os anúncios com as ações subsequentes.

Como o crypto.news relatou anteriormente, a Binance reservou recursos da empresa superiores a US$ 6,34 bilhões e afirmou que aproximadamente US$ 5 bilhões já estavam mantidos em criptomoedas correspondentes até 30 de outubro. Ela visava uma retomada faseada dos saques, sujeita a verificações de segurança.

A correspondência dos ativos fazia parte desse compromisso. Clientes que detinham um determinado token tinham direito a esse token, enquanto o valor em dólares dos recursos disponíveis da exchange era apenas uma medida intermediária de sua capacidade de comprar substitutos.

O aviso de reposição de 31 de outubro indicava cobertura de 90%. A Binance nomeou o SAFU, parte de seu fundo de seguro de futuros e seu tesouro corporativo, como as fontes de financiamento.

Ela afirmou que os 10 principais ativos identificados estavam totalmente lastreados, enquanto tokens menos líquidos fora desse grupo levaram mais tempo para serem adquiridos. As compras estavam sendo feitas por meio de canais de mercado e de balcão.

Em 1º de novembro, a Binance relatou 95% de reposição e reabriu os saques de Bitcoin durante a fase inicial de recuperação. O primeiro cronograma publicado abrangia ativos selecionados em 15 redes, em vez de todos os tokens listados na exchange.

Usando o início do incidente relatado pela Binance e seu horário de reabertura mais cedo agendado para 1º de novembro, o intervalo foi de aproximadamente 57 horas e 55 minutos. Esse cálculo mede o tempo até o início da retomada planejada, não a duração das restrições para cada cliente.

O acesso a saques então se expandiu por combinações individuais de rede e ativo. Um token disponível em uma rede ainda poderia estar indisponível em outra, de modo que a medida operacional relevante era a rota de saque específica de que um cliente precisava.

O aviso de 1º de novembro afirmou que a demanda registrada durante a semana anterior influenciou a ordem de reabertura. Ele alertou que o tráfego poderia causar atrasos e instruiu os usuários a verificar o status do ativo e da rede escolhidos.

Sua expansão de 3 de novembro seguiu a mesma abordagem. A Binance afirmou que as rotas listadas seriam reabertas progressivamente após verificações, com atrasos temporários ainda possíveis durante a implementação.

Comunicar nesse nível é mais útil para um cliente do que uma declaração geral da exchange de que os saques foram retomados. Um cliente precisa saber se seu ativo pode sair, por qual rede e se uma solicitação enviada foi concluída.

A orientação de resposta a incidentes do NIST situa a detecção, a resposta e a recuperação dentro da gestão contínua de riscos de uma organização. Restaurar um serviço faz parte do tratamento de incidentes, juntamente com a redução da chance de outro incidente e a melhoria do processo de resposta.

Os avisos da Binance fornecem um registro dos marcos de substituição e reabertura. Avaliar com que eficácia ela conteve a violação exige também a linha do tempo técnica, incluindo quando o acesso não autorizado foi detectado, quais permissões foram desativadas e como os sistemas restaurados foram validados.

Substituir ativos e recuperar fundos roubados são contas diferentes

Um congelamento e uma compra de substituição podem ambos proteger os clientes, mas não pertencem a um único total de recuperação sem mais explicações. Um restringe o acesso do atacante a um ativo; o outro fornece um ativo para cumprir uma obrigação com o cliente.

Considere uma exchange simplificada com 100 tokens devidos aos clientes depois que 100 tokens são roubados. Se a exchange comprar 100 substitutos, ela pode restaurar a cobertura dos clientes mesmo que os investigadores não tenham devolvido nenhum dos tokens originais.

Suponha que 40 dos tokens roubados sejam então congelados. A cobertura dos clientes permanece em 100 tokens; ela não se torna 140. Os 40 congelados representam uma possível recuperação para qualquer que seja a parte que, em última instância, tenha direito a recebê-los.

Se esses 40 forem legalmente devolvidos à exchange depois que os clientes já tiverem sido integralmente ressarcidos, eles podem compensar parte da perda da exchange. Os mesmos tokens não podem ser contados simultaneamente como ativos de substituição e como um reembolso adicional aos clientes.

A Binance disse que aproximadamente US$ 3 bilhões haviam sido congelados até 30 de outubro por meio de trabalho com autoridades policiais, emissores e outros parceiros. Seu programa de substituição de ativos prosseguiu separadamente, usando recursos da empresa para comprar a criptomoeda faltante.

Os números têm datas, premissas de avaliação e propósitos diferentes. O total congelado relatado deve, portanto, ser descrito como um montante imobilizado no ponto indicado, enquanto o progresso da substituição descreve o trabalho da exchange para restaurar a cobertura.

Aplicar 95% à estimativa arredondada do incidente de US$ 6,3 bilhões produz US$ 5,985 bilhões, deixando US$ 315 milhões nessa avaliação. Esta é uma aritmética ilustrativa, não uma divulgação da fatura exata de compra pendente ou de uma escassez token por token.

Os preços se movem após um roubo, e a quantidade devida em cada token não muda automaticamente com seu preço em dólar. Uma cesta remanescente de tokens no valor de US$ 315 milhões em uma avaliação pode custar um valor diferente para ser adquirida mais tarde.

A liquidez introduz outra diferença. Um token pode ter um preço de mercado cotado sem que haja ofertas suficientes disponíveis próximas a esse preço para substituir imediatamente uma grande posição.

Comprar por meio de uma mesa de OTC pode obter blocos de detentores fora de um livro de ofertas público. Ainda assim, exige vendedores dispostos e acordo sobre quantidades, liquidação e preço; a existência de um orçamento não coloca os tokens necessários em uma carteira de saques.

A explicação da Binance de que a última parcela levou mais tempo para ser obtida deve ser avaliada em relação às suas atualizações subsequentes de cobertura de tokens e de saques. O ponto de conclusão significativo é a cobertura integral correspondente e o acesso operacional para os ativos afetados, e não apenas um compromisso arredondado em dólares.

Um congelamento impede a movimentação antes de definir a propriedade

Emissores de stablecoins às vezes podem imobilizar seus tokens por meio de controles administrativos. O mesmo mecanismo não está disponível para um emissor de bitcoin ou ether nativos, porque esses ativos não têm um emissor central comparável.

Os termos do USDC da Circle descrevem o bloqueio de endereços e as condições para resgate, incluindo restrições legais que podem impedi-lo. Possuir um token, tê-lo congelado e estabelecer o direito de resgatá-lo são etapas separadas segundo esses termos.

Uma restrição de endereço impede transferências específicas; por si só, ela não identifica o destinatário adequado de um reembolso. Evidências de propriedade, processos legais e os arranjos para devolução de ativos ainda podem determinar o que acontece a seguir.

A Arbitrum utilizou uma intervenção diferente no incidente da Binance. O aviso de 30 de outubro do seu Conselho de Segurança afirma que 8.425 ETH e 74.559.805,2 ARB foram movidos para um endereço de custódia por meio de uma atualização temporária de contrato.

O aviso reserva expressamente movimentações adicionais para uma votação de governança do ArbitrumDAO. Os ativos retirados de um endereço vinculado ao atacante, portanto, não foram automaticamente transferidos para a Binance ou seus clientes.

O escopo de cada intervenção precisa permanecer claro. A lista de bloqueio de tokens de um emissor, a recusa de uma exchange em creditar um depósito e uma atualização de emergência em nível de rede atuam em pontos diferentes do caminho de uma transação.

O momento pode afetar o que ainda é alcançável. Se um token restrito já foi trocado, congelar o endereço original não reverte todas as negociações nem captura automaticamente o ativo substituto.

A lista de endereços publicada pelo FBI fornece aos provedores de serviços uma referência comum para a investigação de lavagem de dinheiro. Ela não confere a todos os operadores de infraestrutura a mesma capacidade legal ou técnica de impedir uma transferência.

Para os clientes, a consequência prática é que um congelamento anunciado pode ser encorajador sem representar a restituição concluída. O próximo evento relatado deve identificar se os ativos foram devolvidos, a quem, por meio de qual processo e em que quantidade.

A Binance utilizou reservas que servem a propósitos diferentes

O SAFU é uma reserva de emergência destinada a proteger os usuários em situações excepcionais. Um fundo de seguro de futuros normalmente serve a uma função diferente: cobrir perdas deixadas por posições liquidadas quando a garantia é insuficiente.

O uso de reservas de seguro pela Binance tornou a composição do financiamento da recuperação relevante para os traders de derivativos. A empresa afirmou que utilizou recursos excedentes e que o fundo restante continuou a atender aos seus requisitos de risco.

O saldo em dólares de um fundo de seguro não é uma medida de quanto um determinado trader receberá após um incidente de segurança. É um recurso que apoia os arranjos de liquidação e gestão de perdas da exchange, sujeito às regras dos produtos de futuros pertinentes.

Uma comparação simplificada ilustra as questões separadas. Uma exchange poderia repor todos os tokens roubados dos clientes mantendo uma reserva de liquidação menor do que antes do incidente, a menos que reabasteça essa reserva a partir de outra fonte.

Os clientes cujos ativos à vista são restaurados teriam sua questão imediata de lastro respondida. Os traders de futuros ainda precisariam de informações sobre a proteção disponível quando posições falidas deixam perdas para trás.

Os dois resultados são compatíveis. Restaurar um pool não restaura, apenas pela contabilidade, todos os outros buffers que contribuíram para ele.

A divulgação da Binance em 31 de outubro identificou três fontes de financiamento, mas não forneceu uma alocação para cada fonte naquele aviso. Sua declaração de que fundos da empresa estavam sendo usados, portanto, precisa ser lida em conjunto com as descrições separadas do SAFU e das reservas de futuros.

A divulgação pública do valor sacado, do valor restante e do cronograma de reabastecimento tornaria as consequências do financiamento mais fáceis de avaliar. Tal cronograma precisaria de datas e das categorias de reserva pertinentes, porque um único saldo agregado pode ocultar diferenças entre produtos.

A verificação de conta do cliente tem outra fronteira aqui. A Binance afirmou que os usuários podiam verificar seus próprios ativos por meio de seu sistema de prova de reservas; esse sistema não é uma reivindicação em nível de cliente sobre o fundo de seguro de futuros da empresa.

O compromisso de absorver o roubo atribui a perda à Binance. Explicar como a empresa financia esse compromisso ajuda os clientes a distinguir a restauração de seus ativos da condição contínua das outras salvaguardas financeiras da exchange.

As regras do fundo de seguro da Binance explicam a consequência operacional de um buffer de liquidação insuficiente. Quando as perdas em posições falidas excedem o fundo disponível relevante, o auto-deleveraging pode ser acionado sob os arranjos de risco do produto.

Sua explicação de ADL descreve um mecanismo que pode reduzir posições mantidas por traders do lado oposto. É diferente de pagar uma reivindicação de incidente de segurança e não deve ser interpretado como uma garantia de que posições lucrativas nunca podem ser afetadas pela falência de outro trader.

O fundo também é dividido pelos arranjos contratuais aplicáveis. Um total entre categorias não estabelece que cada dólar está disponível para cada evento de liquidação.

Isso introduz uma questão adicional de divulgação após o dinheiro ser sacado para recuperação: se os recursos remanescentes cobrem os produtos relevantes sob a estrutura declarada da exchange. Uma porcentagem dos ativos roubados substituídos não pode responder a essa questão específica do produto.

A Binance afirma que suas reservas remanescentes continuaram a atender à cobertura exigida. As regras publicadas preveem separadamente contribuições da empresa se um fundo de seguro cair abaixo do mínimo exigido.

A verificação de reservas responde a uma pergunta mais restrita do que uma auditoria

A Binance concluiu a verificação de reservas para 10 grandes criptomoedas em 2 de novembro, usando um snapshot tirado às 00:00 UTC de 31 de outubro. Uma prova criptográfica concluída permitiu que usuários elegíveis verificassem sua inclusão e a cobertura declarada para esse snapshot.

Os ativos cobertos eram BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD e ZEC. O horário do snapshot importa porque precede os estágios posteriores da reabertura de saques.

Em sua atualização de 2 de novembro, a Binance agendou um novo snapshot cobrindo mais tokens para 4 de novembro. A geração da próxima prova completa era esperada levar aproximadamente 40 a 50 horas.

A data de publicação e a data de medição, portanto, precisam ser lidas separadamente. Uma prova concluída em 2 de novembro descreve a posição declarada de 31 de outubro, em vez de certificar continuamente cada saldo à medida que os saques são processados.

A explicação de prova de reservas da Binance descreve como os registros de conta e as árvores de Merkle permitem que os usuários verifiquem que seus saldos foram incluídos. Seu mecanismo de conhecimento zero apoia a verificação sem expor publicamente cada saldo individual.

Tal verificação é útil quando os clientes querem evidências além de uma garantia da empresa. Ela ainda tem um escopo definido: ativos específicos, um conjunto específico de dados de conta e um momento específico de medição.

O aviso ao investidor do PCAOB alerta contra tratar relatórios de prova de reservas como auditorias de demonstrações financeiras. Ele observa que os procedimentos podem omitir passivos, direitos de propriedade, ativos emprestados e outras informações necessárias para avaliar a posição financeira completa de uma entidade.

Seu alerta é geral, não uma conclusão de que a prova mais recente da Binance seja falsa. A comparação apropriada é entre o que a prova específica estabelece e o que um leitor poderia, de outra forma, supor que ela estabelece.

Um cliente pode perguntar se uma conta foi incluída, se o token escolhido foi coberto e quando o snapshot foi tirado. Avaliar a empresa inteira exigiria mais informações sobre obrigações, restrições, capital e os recursos usados na recuperação.

A resposta foi além do sistema de saques da Binance

Fundos que saem de uma exchange podem chegar a outros serviços antes que a exchange conclua sua investigação inicial. Uma resposta de emergência, consequentemente, envolve plataformas que não foram elas próprias comprometidas, mas que podem receber os ativos roubados ou aceitá-los como garantia.

O relato do incidente no Aave feito pela LlamaRisk descreve uma carteira no cluster do explorador depositando 60 milhões de USDT e tomando emprestado 19.762 WETH entre 20:58 e 21:01 UTC em 29 de outubro. O primeiro congelamento de mercado ocorreu às 21:42 UTC.

O provedor de risco afirmou que a posição permaneceu sobrecolateralizada e sujeita a liquidação ordinária. Seu relato descreveu um congelamento preventivo porque os ativos roubados poderiam ser trocados por outros ativos suportados pelo protocolo de empréstimo.

A suspensão de saques de uma exchange não pode reverter esse empréstimo. Uma vez que os fundos tenham chegado a outro serviço, a resposta depende das permissões desse serviço, das regras de garantia e da avaliação da ameaça.

Os avisos separados, portanto, precisam ser lidos no nível da ação específica. A restrição de saques pela Binance e o congelamento de novas atividades de empréstimo pelo Aave tratam de transações diferentes e de grupos diferentes de clientes.

A comunicação entre as empresas pode identificar onde a intervenção é possível, mas não torna seus poderes intercambiáveis. Um emissor de token pode restringir seu próprio token, um guardião de empréstimos pode exercer permissões do protocolo e um conselho de rollup pode usar as ferramentas administrativas que sua governança autorizou.

As restrições dependem das regras do serviço relevante. Um congelamento pode impedir novas atividades enquanto deixa posições existentes abertas, com sua reversão atribuída ao órgão autorizado.

As próprias comunicações de recuperação da Binance tiveram outro público: clientes tentando distinguir instruções oficiais de pessoas que se oferecem para acelerar saques. Seu feed público da empresa alertou que não venderia posições na fila, não cobraria uma taxa de desbloqueio nem pediria aos usuários que transferissem fundos para uma suposta conta segura.

O alerta é relevante para a forma como funciona uma reabertura faseada. Clientes à espera de um token específico têm um motivo imediato para procurar atualizações, enquanto a disponibilidade pode legitimamente diferir entre redes.

Uma mensagem não solicitada pode explorar essa incerteza alegando que o cliente precisa concluir uma etapa extra. A ação solicitada pode ser uma conexão de carteira, uma assinatura ou uma transferência disfarçada de procedimento de recuperação.

O aviso sobre fraude de recuperação do FBI descreve esquemas nos quais supostas empresas de recuperação solicitam um pagamento antecipado, desaparecem ou fornecem material de rastreamento inadequado antes de pedir mais. Ele afirma que empresas privadas de recuperação não podem emitir ordens de apreensão.

Um relatório de rastreamento de blockchain e a autoridade legal para apreender ativos são coisas diferentes. Identificar um destino pode ajudar uma investigação, mas não obriga por si só o detentor, o emissor ou a plataforma a transferir fundos.

A orientação sobre golpes de reembolso da FTC descreve outra parte do engano: os fraudadores podem conhecer detalhes de uma perda anterior e usá-los para fazer uma nova abordagem parecer credível. Familiaridade com um incidente não estabelece que o interlocutor representa a empresa afetada.

Durante uma recuperação em toda a exchange, os anúncios públicos fornecem grande parte desse contexto a qualquer pessoa. A dimensão do roubo, as datas de reabertura e os ativos afetados podem ser copiados para uma mensagem de aparência convincente sem acesso à conta de um cliente.

A tarefa prática do cliente permanece específica: verificar a rota de saque selecionada através da própria interface da exchange e distinguir um pedido pendente de uma exigência de novo pagamento. O processo de reabertura publicado pela empresa deve explicar as etapas necessárias sem depender de instruções de um intermediário desconhecido.

Comunicações claras sobre incidentes, portanto, fazem mais do que proporcionar tranquilidade. Elas dão aos clientes uma referência com a qual verificar um pedido, especialmente quando uma alegação diz respeito a taxas, elegibilidade ou um suposto programa de compensação.

Os próprios anúncios de saque direcionam os usuários para a página de status de ativos e redes. Sua promessa é uma reabertura operacional progressiva, sem qualquer disposição publicada para comprar prioridade nessa fila.

O reembolso não explica como a violação aconteceu

O cofundador e diretor de pesquisa da Altcoin Pro, Joni Zhuleku, argumentou em uma entrevista em 2 de novembro que o reembolso por si só era insuficiente. Ele disse que a Binance precisava explicar a falha e demonstrar controles mais fortes para restaurar a confiança.

Sua posição aborda uma questão diferente da de saber se os clientes recebem ativos de reposição. Um reembolso totalmente financiado pode resolver a insuficiência imediata, deixando o motivo das transações não autorizadas sem solução.

A Binance apresentou sua capacidade financeira e compromisso com os clientes como motivos para tranquilização. Richard Teng disse em 3 de novembro que a empresa permanecia financeiramente forte e que as entradas e saídas estavam em grande parte voltando ao normal, segundo a Reuters.

As evidências de recuperação devem, portanto, incluir tanto a conclusão do programa de ativos quanto as mudanças feitas na autoridade de transação. São alegações separadas e podem progredir em velocidades diferentes.

A especificação EIP-7702 do Ethereum deixa explícito que autorizações assinadas podem delegar o comportamento de uma conta a um código. A orientação de implementação associada adverte que a delegação pode dar ao contrato designado controle sobre os ativos.

Para uma exchange, a questão operacional relevante é o que sua política de assinatura permite, incluindo tipos de transação desconhecidos e permissões persistentes. Um sistema que reconhece uma transferência comum ainda precisa interpretar uma autorização que altera o que uma conta pode fazer subsequentemente.

A comparação não estabelece qual controle da Binance falhou. Ela identifica a permissão que os investigadores devem levar em conta ao reconstruir as transações do Ethereum juntamente com a atividade em outras redes.

A divulgação deve explicar quais mudanças protetivas se aplicam imediatamente e quais exigem mais engenharia. Substituir credenciais, alterar regras de aprovação e reconstruir serviços são ações diferentes, mesmo quando todas aparecem sob uma promessa geral de fortalecer a segurança.

Os clientes podem comparar o relatório final com os avisos datados emitidos durante o incidente. Onde a empresa revisou uma explicação inicial, o relato final deve mostrar quais novas evidências mudaram sua avaliação.

O aviso da Binance de 30 de outubro comprometeu-se a publicar um relatório técnico detalhado cobrindo o ataque, as lições e as salvaguardas. Seu próximo instantâneo de reservas anunciado estava agendado para 4 de novembro, com mais 40 a 50 horas estimadas para a prova criptográfica completa.

O que observar

• Conclusão por ativo: Se a Binance reporta substituição total para tokens fora dos 10 já cobertos.
• Disponibilidade de saques: Quais pares restantes de rede e ativo se tornam operacionais, e se os atrasos de processamento persistem.
• Fundos devolvidos: Divulgações que distinguem recuperações concluídas de ativos ainda congelados ou retidos aguardando decisões.
• Reposição de reservas: Saldos datados e planos de reposição para o SAFU e os fundos de seguro de futuros usados na recuperação.
• Descobertas técnicas: A linha do tempo final do ataque, as permissões de assinatura envolvidas e os controles alterados após a violação.

FAQ