Passo 5: autocustódia, verificada

Curiosidade

1. Por que uma carteira de hardware comprada em um revendedor apresenta risco, enquanto uma comprada diretamente do fabricante não o tem?
2. Como adicionar uma única frase extra a um backup pode tornar os fundos irrecuperáveis se essa frase for perdida?
3. O que acontece quando o meio físico que contém as chaves sobrevive à pessoa que se lembra de como abri-lo?

Explorar

1. Uma carteira de hardware adquirida em um fabricante autorizado garante que o dispositivo não tenha sido adulterado durante o transporte. Revendedores terceirizados podem enviar unidades cujo firmware foi modificado ou cujos componentes físicos foram alterados, criando assim um risco para a extração das chaves. O trade-off é entre conveniência e integridade da cadeia de suprimentos; comprar diretamente elimina os intermediários, mas geralmente exige tempos de envio mais longos e políticas de devolução menos flexíveis. Este passo faz referência às práticas de aquisição de dispositivos detalhadas na lição 4.3.2.
2. A frase-semente, normalmente composta por doze ou vinte e quatro palavras conforme o BIP39, codifica a chave-raiz da qual todos os endereços são derivados. Escrevê-la em um material resistente, como placas de metal, protege contra danos causados por fogo e água, que destroem cópias em papel. Uma senha opcional, às vezes chamada de “vigésima quinta palavra”, gera uma carteira completamente diferente quando combinada com a frase mnemônica por meio do algoritmo PBKDF2. Isso aumenta a segurança, mas introduz uma fragilidade crítica: se a senha for perdida, os fundos ficam permanentemente inacessíveis, pois não há como recuperar uma frase esquecida (lição 4.3.4).
3. Antes de enviar valores significativos, verificar o endereço de recebimento na tela física do dispositivo protege contra malware que possa alterar os endereços exibidos em um computador ou telefone conectado. A carteira de hardware mantém as chaves separadas do computador; se o computador for comprometido, ele pode exibir um endereço fraudulento, enquanto o usuário acredita estar verificando o seu próprio endereço. Confirmar que os caracteres correspondem entre a tela e o destinatário pretendido elimina essa possibilidade. Essa verificação é a principal defesa da carteira de hardware contra um computador comprometido.
4. Enviar uma pequena transação de teste primeiro confirma que o endereço controla os fundos esperados e que a conexão com a rede está funcionando corretamente. Se o valor do teste chegar e puder ser gasto, o restante do saldo pode ser transferido com segurança. Pular esse passo corre o risco de enviar grandes somas para um endereço incorreto ou com erro de digitação, do qual a recuperação é impossível devido à imutabilidade do Bitcoin. Essa prática se aplica igualmente às transferências nativas de BTC e aos saques de exchanges.
5. Para holdings maiores, as configurações multisig distribuem o controle entre vários dispositivos e locais, reduzindo o risco de perda total em caso de falha no hardware ou roubo (lição 4.3.3). Uma configuração comum é a 2-de-3, na qual são necessárias duas chaves para assinar uma transação. Isso aumenta a complexidade no uso diário, mas eleva significativamente a resiliência contra perdas físicas e coerções. No dia em que as moedas saem da casa de câmbio, as falhas operacionais da mesma deixam de ser responsabilidade do proprietário.
6. Um backup que nunca foi restaurado é mais uma esperança do que um plano real. Restaurar a chave inicial (e a frase secreta) em um dispositivo de reserva confirma que o primeiro endereço derivado corresponde à carteira original, provando que o backup está intacto e útil. Este procedimento deve ser repetido periodicamente para garantir que o proprietário ainda possa seguir o processo de recuperação sem depender apenas da memória. A maior parte dos bitcoins perdidos se deve a erros humanos no gerenciamento das chaves, e não a ataques hackers sofisticados.

Fatos-chave

Exercício nove, seis, três, um

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

• Bitcoin Improvement Proposal 39 (BIP39)
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)
• Hardware wallet vendor documentation for firmware verification and address checking procedures