Tipos de carteiras cripto: um fluxo de assinatura, não um…

Os tipos de carteiras de criptomoedas explicados se resumem a uma pergunta: onde a chave privada reside quando uma transação é assinada. Todo outro rótulo (móvel, extensão de navegador, desktop, hardware, armazenamento a frio) é uma escolha de UI sobreposta a esse fluxo de assinatura e sua superfície de ataque.

Principais Conclusões

• Uma carteira de criptomoedas é uma cadeia de ferramentas para controlar uma conta por meio da assinatura, não um recipiente que "armazenam moedas."
• A primeira divisão que importa é carteiras quentes (conectadas à internet) versus hardware e armazenamento a frio (custódia de chave offline).
• Em Ethereum, mudar de aplicativos de carteira não move fundos porque a carteira é apenas uma janela para a mesma conta controlada pelas mesmas chaves.
• Em Bitcoin, recursos de carteira como multisig, formatos de endereço (bc1 vs legado), e ferramentas de taxa (RBF/CPFP) podem mudar os resultados das transações quando a rede está congestionada.

Como as carteiras de cripto se relacionam com as chaves

Uma sessão de carteira é uma sequência curta: a carteira lê os saldos e o histórico de uma conta, constrói uma transação ou mensagem e então produz uma assinatura com a chave privada. Essa assinatura é o que a rede aceita como prova de que o proprietário da conta autorizou a ação.

A documentação do Ethereum enquadra as carteiras como aplicações que permitem aos usuários fazer login em aplicativos, ler saldos, enviar transações e verificar identidade, que é uma descrição clara do que aparece na tela dia a dia.

A mecânica só faz sentido uma vez que “conta” é separada de “carteira”. No Ethereum, uma conta é um par de chaves pública e privada. A chave pública é usada para derivar um endereço que pode ser compartilhado, enquanto a chave privada deve permanecer secreta porque é ela que assina. A carteira é a interface que utiliza essas chaves. É por isso que o Ethereum também enfatiza que os provedores de carteira não têm custódia dos fundos. Eles fornecem uma janela e ferramentas, e os usuários podem trocar de provedores de carteira sem mover ativos.

Este é o primeiro lugar onde a maioria dos guias de tipos de carteiras faz as pessoas se machucarem. Se a carteira é apenas a janela, então a verdadeira custódia é o material de recuperação por trás dela. O Ethereum alerta que não há suporte ao cliente e que as carteiras frequentemente fornecem uma frase-semente que deve ser anotada e mantida em segurança porque é o único método de recuperação. Perde o dispositivo e perde a frase-semente, e o “tipo” de carteira deixa de importar.

Para a segurança das carteiras, o modelo mental útil não é "qual aplicativo parece melhor." É: onde a chave privada é gerada, onde pode ser acessada e quais eventos fazem com que ela assine. Essa estrutura faz com que o restante da taxonomia dos tipos de carteiras explicados pareça menos jargão e mais como uma arquitetura de risco.

Carteiras quentes vs armazenamento offline

A divisão da custódia da chave é binária no primeiro dia: a chave privada alguma vez toca um ambiente conectado à internet? A Kaspersky agrupa as categorias de carteiras em carteiras quentes, que estão sempre online, versus carteiras frias ou hard wallets, que estão offline. O lado online é conveniente e rápido, e também está mais exposto a hacking e phishing porque o ambiente de assinatura está conectado.

As carteiras quentes geralmente são software. Elas podem existir como um aplicativo móvel, uma carteira de navegador, uma extensão de navegador ou uma aplicação de desktop. As diferenças na interface importam para o fluxo de trabalho, mas a postura de segurança é definida pelo fato de que o dispositivo está online e frequentemente solicitado a assinar. É por isso que "desktop é mais seguro que navegador" é um atalho fraco.

O bitcoin.org alerta que carteiras de desktop podem operar em um ambiente vulnerável porque os computadores estão expostos a malware. O ambiente, não o formato, é o risco.

As carteiras de hardware movem a chave privada para um dispositivo físico. A Kaspersky descreve carteiras de hardware como dispositivos semelhantes a USB que armazenam chaves privadas e podem autenticar transações, incluindo interações de contratos inteligentes em diferentes blockchains. Essa última cláusula é a nuance importante para quem só ouviu "hardware é igual a offline."

Uma carteira de hardware ainda pode ser usada para aprovar uma chamada de contrato inteligente ruim se o usuário assinar o que é colocado à sua frente.

O armazenamento frio é um modo de operação mais rigoroso do que "usar uma carteira de hardware." A Kaspersky distingue carteiras de armazenamento frio como um tipo específico de carteira de hardware que está completamente desconectada da internet e não interage com Web3 ou executa contratos inteligentes.

Elas podem trabalhar em conjunto com uma carteira ativa para executar transações, que é a configuração limpa de duas carteiras que muitos usuários acabam tendo: uma carteira quente ativa para assinaturas frequentes e uma configuração fria para reservas.

A taxonomia interna importa aqui porque os leitores verão categorias adjacentes como carteiras de hardware explicadas, além de modelos de gerenciamento de chaves mais novos, como carteiras mpc explicadas e carteiras multisig explicadas. Essas não são apenas etiquetas de marketing. Elas mudam quem pode assinar, quantas aprovações são necessárias e o que "recuperação" realmente significa.

Interfaces comuns de carteira que você verá

A página de carteiras do Ethereum lista as interfaces que a maioria dos usuários encontra: carteiras de hardware físicas, aplicativos móveis, carteiras de navegador, carteiras de extensão de navegador e aplicações de desktop. Esses são canais de distribuição e escolhas de UX. A questão de segurança ainda é onde a chave reside e o que a carteira está autorizada a assinar, mas a interface determina com que frequência um usuário é tentado a assinar.

As carteiras de extensão de navegador são o padrão no Ethereum porque também funcionam como um login para dapps. Essa conveniência também é a exposição. Uma carteira que está constantemente conectada a aplicativos está constantemente sendo solicitada a aprovações, e o usuário está a um clique de assinar algo que não pretendia assinar. As carteiras móveis comprimem o mesmo comportamento em uma tela menor e uma superfície de phishing diferente.

As carteiras de desktop podem ser poderosas, e o aviso de ambiente do bitcoin.org é um lembrete de que "poderoso" muitas vezes significa "mais maneiras de o malware conseguir uma base."

As carteiras de hardware se situam entre essas interfaces como um módulo de assinatura. Muitas configurações usam uma carteira de desktop ou extensão como o construtor de transações e um dispositivo de hardware como o signatário. O Bitcoin.org observa que o Sparrow pode interagir com carteiras de hardware populares, que é o padrão: software para visibilidade e construção, hardware para custódia de chaves.

A camada de interface moderna também inclui carteiras de contratos inteligentes e abstração de contas. Uma carteira de contrato inteligente muda o modelo de conta de "uma chave privada controla tudo" para "um contrato impõe regras sobre o que conta como autorização." A abstração de contas é a direção mais ampla que faz essas regras parecerem nativas, como pagar taxas de maneiras diferentes ou usar autenticação alternativa.

É aí que aparecem as carteiras sem semente e de recuperação social. Elas visam substituir o modo de falha de frase de semente única por um processo de recuperação, mas a troca se torna política e confiança no design de recuperação.

Os tipos de carteiras explicados são mais claros quando a interface é tratada como o último passo, não o primeiro. A ordem que se mantém é: modelo de custódia de chaves, depois superfície de assinatura, depois recursos de conveniência.

Recursos de carteiras Bitcoin que mudam o comportamento

As carteiras Bitcoin forçam um conjunto diferente de escolhas porque a construção de transações e o gerenciamento de taxas fazem parte do resultado do usuário, não apenas um detalhe de fundo.

A listagem do Sparrow no Bitcoin.org é um bom exemplo concreto porque nomeia os controles que importam: o Sparrow suporta tipos de script simples e multisig, conecta-se a um servidor Electrum ou Bitcoin Core, interage com carteiras de hardware populares e fornece controle total sobre moedas e taxas.

Multisig não é uma palavra da moda no Bitcoin. O Bitcoin.org define multisig como exigindo mais de uma chave para autorizar uma transação, o que pode dividir a responsabilidade e o controle entre várias partes. Isso muda o comportamento porque remove o modo de falha de semente única em um único dispositivo. Também muda a fricção operacional. Uma configuração multisig é tão utilizável quanto seu fluxo de trabalho de assinatura quando o tempo importa.

Os formatos de endereço são outro "tipo" que aparece como uma restrição prática. O Bitcoin.org observa que o Sparrow suporta endereços SegWit e Bech32 (bc1) e também endereços legados que começam com 1 ou 3. Isso é importante porque alguns serviços ainda não suportam todos os formatos, e porque o SegWit usa o espaço do bloco de forma mais eficiente, o que está ligado às taxas.

As ferramentas de taxas são onde a escolha da carteira deixa de ser acadêmica. O Bitcoin.org observa que o Sparrow suporta a alteração de taxas após os fundos serem enviados usando RBF ou CPFP e fornece sugestões de taxas com base nas condições atuais da rede. Quando as taxas disparam e uma transação fica presa, uma carteira sem RBF ou CPFP transforma um envio rotineiro em um jogo de espera.

É também onde "diferentes carteiras de cripto" deixa de significar "diferentes aplicativos" e começa a significar "diferentes resultados de transação." Uma carteira que pode se conectar ao Bitcoin Core versus um servidor aleatório é uma decisão de validação e confiança.

O Bitcoin.org enquadra explicitamente o Sparrow como se conectando a um servidor aleatório de uma lista, o que implica alguma confiança de terceiros em comparação com a execução de um nó completo.

Hábitos de segurança que mais importam

O primeiro hábito de segurança é aceitar o modelo de responsabilidade. A documentação do Ethereum é clara ao afirmar que não há suporte ao cliente em cripto e os usuários são responsáveis por manter as chaves seguras. Isso não é um slogan. É uma declaração sobre modos de falha: se a frase-semente desaparecer, a recuperação também desaparece.

O manuseio da frase-semente é o centro disso. O Ethereum alerta que a frase-semente é a única maneira de recuperar a carteira e que não deve ser armazenada em um computador. Essa única instrução é mais importante do que a maioria dos debates sobre mobile versus desktop. Também reformula a escolha da carteira como um plano de recuperação. Se perder um telefone ou laptop amanhã deixaria os fundos inacessíveis, a configuração está incompleta.

O risco do dispositivo é o segundo hábito. O Bitcoin.org destaca que as carteiras de desktop podem operar em um ambiente vulnerável e sugere mitigação como proteger o computador, usar uma senha forte, mover a maior parte dos fundos para armazenamento a frio ou habilitar a autenticação de dois fatores. O ponto não é que o desktop é ruim. O ponto é que o risco de malware é uma propriedade do ambiente.

Uma arquitetura de duas carteiras é o padrão limpo para a segurança das carteiras. Mantenha uma carteira quente de saldo pequeno para assinaturas diárias e conexões de dapp, e mantenha reservas em hardware ou armazenamento a frio.

A estrutura da Kaspersky apoia por que isso funciona: carteiras quentes estão online e mais expostas, enquanto o armazenamento a frio está totalmente desconectado e pode ser usado ao lado de uma carteira ativa quando transações são necessárias.

Finalmente, recursos de controle avançado devem ser tratados como ferramentas que mudam comportamentos, não como opções para nerds. Multisig pode remover um único ponto de falha. MPC e multisig são designs diferentes, mas ambos visam mudar quem pode autorizar. É por isso que carteiras mpc explicadas e carteiras multisig explicadas pertencem à mesma árvore de decisão que quente versus frio, e não em um balde separado de 'avançado'.

Concepções errôneas comuns que quebram a seleção de carteiras

“As carteiras armazenam moedas” é a concepção errônea que causa mais confusão. A página de carteiras do Ethereum descreve carteiras como aplicativos que permitem aos usuários assinar, ler saldos, enviar transações e verificar identidade. Os ativos são registrados na blockchain. A carteira é a ferramenta de assinatura e visualização.

“Carteira de hardware é igual a armazenamento a frio” é o segundo mal-entendido caro. A Kaspersky descreve carteiras de hardware como dispositivos que podem autenticar transações, incluindo interações com contratos inteligentes. A Kaspersky também distingue armazenamento a frio como completamente desconectado e não interagindo com Web3 ou executando contratos inteligentes.

Esses são modos de operação diferentes, e misturá-los leva as pessoas a usar uma carteira de hardware como se fosse um cofre, enquanto ainda assinam aprovações frequentes de dapp.

“Carteiras de desktop são automaticamente mais seguras do que navegador ou mobile” é uma terceira armadilha. O Bitcoin.org alerta explicitamente que carteiras de desktop podem operar em um ambiente vulnerável porque os computadores estão expostos a malware. Uma carteira de desktop pode ser excelente, mas não é uma atualização de segurança gratuita.

“Trocar aplicativos de carteira move fundos” é um mal-entendido comum do Ethereum. A documentação do Ethereum diz que os provedores de carteira não têm custódia e os usuários podem trocar de provedores. Se a mesma frase-semente ou chave privada for importada, a conta é a mesma. A carteira é apenas uma janela diferente.

“A recuperação é opcional se a carteira tiver uma boa experiência do usuário” é a última concepção errônea. O aviso do Ethereum de que a frase-semente é o único método de recuperação é o cerne da questão. Carteiras sem semente e de recuperação social tentam mudar essa experiência do usuário, mas o usuário ainda precisa entender qual é o mecanismo de recuperação e quem pode acioná-lo.

A Conclusão

Eu vi pessoas tratarem o “tipo de carteira” como uma categoria de compras e depois se depararem com a parte chata: assinatura e recuperação. O modelo mental mais claro é que sua carteira é seu fluxo de trabalho de assinatura. Se a chave privada pode ser acessada por um dispositivo conectado à internet, assuma que ela será alvo e ajuste o saldo de acordo.

Eu também vi de perto a confusão com carteiras de hardware. Alguém compra um dispositivo, chama de “armazenamento a frio”, e depois passa uma semana clicando em aprovações de dapp em uma carteira de extensão que roteia assinaturas para o dispositivo. Isso não é armazenamento a frio. Armazenamento a frio é o modo que a Kaspersky descreve: totalmente desconectado, não fazendo Web3.

A estratégia para economizar dinheiro é combinar o tipo de carteira com o que será solicitado a assinar, e então construir o plano de recuperação em torno dessa realidade.

Fontes

• ethereum.org
• Kaspersky
• bitcoin.org