btc

Em agosto de 2010, um evento marcou para sempre a história do Bitcoin. Protagonizado por um usuário do fórum BitcoinTalk conhecido pelo pseudônimo "Stone Man", esse incidente tornou-se um dos casos de perda de fundos mais conhecidos do ecossistema crypto.
Abaixo, entenda como um simples teste resultou no bloqueio permanente de milhares de Bitcoins e como esse erro moldou a segurança das carteiras que usamos hoje.
📉 Como Aconteceu o Erro?
A Compra: Stone Man adquiriu 9.000 BTC (que, na época, valiam cerca de US$ 600).
O Backup Inicial: Ele salvou uma cópia de segurança do arquivo da sua carteira (wallet.dat) em um pendrive.
O Envio de Teste: Para testar a rede e entender o funcionamento das transações, enviou apenas 1 BTC para um endereço sob seu próprio controle.
O Mecanismo de Troco (Change Address): O protocolo do Bitcoin consome saídas de transações por inteiro (UTXO). Ao enviar 1 BTC, o cliente Bitcoin enviou o valor e gerou automaticamente um novo endereço interno para receber o "troco" de 8.999 BTC.
O Erro Fatal: As chaves privadas desse novo endereço de troco foram salvas apenas na memória temporária do sistema ativo no momento. Stone Man não gerou uma nova cópia de segurança do arquivo wallet.dat após realizar a transação.
A Perda: Ele encerrou a sessão, reiniciou o sistema operacional e restaurou o backup antigo do pendrive. No entanto, o backup antigo continha apenas a chave original (com saldo zero de UTXOs). Ele não possuía a chave privada do novo endereço de troco onde os 8.999 BTC haviam sido depositados.
🔒 Consequências para a Rede:
Os 8.999 BTC continuam visíveis até hoje na blockchain, no mesmo endereço de troco: intocados e inacessíveis para sempre.
Esse incidente serviu de alerta imediato para os primeiros desenvolvedores da rede. Pouco tempo depois, o próprio Satoshi Nakamoto e a equipe de desenvolvimento atualizaram o cliente do Bitcoin para pré-gerar um lote de endereços (keypool) nos backups. Essa atualização evitou que novas transações de troco fizessem os usuários perderem fundos por falta de atualizações constantes no arquivo wallet.dat.
💡 O que Mudou nas Carteiras Modernas?
Esse evento de 2010 foi um verdadeiro "batismo de fogo" para a usabilidade e segurança das criptomoedas. Hoje, a arquitetura de armazenamento e geração de chaves evoluiu dramaticamente, tornando impossível esse erro específico acontecer nas carteiras atuais.
1. Surgimento do Padrão HD (Hierarchical Deterministic - BIP32/BIP44)
Antigamente: O cliente original do Bitcoin gerava chaves privadas de forma aleatória. Cada novo endereço de troco gerado exigia uma nova atualização no arquivo wallet.dat.
Hoje: Todas as carteiras modernas utilizam um padrão determinístico. A partir de uma única chave mestra, a carteira consegue calcular e derivar matematicamente um número infinito de endereços públicos e de troco.
2. A "Mágica" da Frase de Recuperação (Seed)
Com o padrão HD, se você fizer o backup das suas 12 a 24 palavras no primeiro dia, todas as transações futuras, novos endereços e trocos gerados estarão automaticamente cobertos. Não existe mais a necessidade de refazer backups a cada transferência realizada.
3. Abstração da Complexidade de UTXO
As carteiras atuais gerenciam o troco de forma totalmente transparente e segura para o usuário final, sem depender de arquivos locais temporários que se perdem ao reiniciar o sistema.
🛑 O Risco Realmente Acabou?
Apesar do problema técnico do software ter sido resolvido, o fator humano continua sendo o elo mais vulnerável da correntes de segurança.
Em 2010 o Principal Risco de Segurança eram as Falhas no design do software e no gerenciamento do arquivo local (wallet.dat).
Hoje em dia o Principal Risco são as Falhas na custódia da Seed pelo próprio usuário (perda do papel, anotações digitais vulneráveis a hackers ou golpes de phishing).
Resumo: A blockchain continua implacável. O código ficou infinitamente mais seguro, mas o princípio da autocustódia ainda exige que a proteção das chaves mestras esteja 100% nas mãos do usuário.
💬 E você? Já conhecia a história do Stone Man? Como faz a gestão de segurança e backup das suas 12 palavras hoje? Deixe seu comentário abaixo!
#bitcoin #BTC #CryptoHistory #BinanceSquare #CryptoSecurity

$335M Liquidated The Market Is Punishing Both Sides
The latest liquidation data tells a bigger story than just red and green candles. According to the supplied CoinGlass snapshot, $335.20M in positions were liquidated over 24 hours, affecting 80,841 traders. But the breakdown reveals where the pressure is concentrated.
What the numbers reveal
• 24H liquidations: $335.20M
• Long liquidations: $280.01M
• Short liquidations: $55.19M
• 12H liquidations: $80.14M
• 4H liquidations: $15.71M
Long liquidations accounted for roughly 84% of the 24-hour total. That suggests leveraged bullish positions took the bigger hit during the period shown.
👀 Where the market gets interesting
ETH recorded $59.40M in liquidations, while BTC saw $52.78M. Both heatmap blocks show a strong long-liquidation bias. $XAG $XAU $SOXL and other markets also appear prominently, showing that leveraged-position pressure was not limited to crypto.
However, the shorter timeframes tell a different story: shorts accounted for $8.18M of the $15.71M liquidated over four hours. This shift suggests that liquidation pressure can change quickly as price moves in either direction.
My market view: I would avoid blindly chasing a bounce or opening a fresh short just because longs were heavily liquidated. The key is whether BTC and ETH reclaim important resistance levels or continue making lower highs. A confirmed reclaim could trigger short liquidations, while another breakdown could put late dip-buyers at risk.
Liquidation data shows where leveraged traders were forced out, not where price must go next. I would wait for price-action confirmation and keep leverage under control rather than treating the heatmap as a standalone trading signal.
Risk management is essential. This is not financial advice; do your own research.