Em 22 de abril de 2024, o SSP Wallet v1.4.0 traz uma agenda de endereços por cadeia para a carteira — e a mantém deliberadamente no seu dispositivo. Os contatos podem ser criados e gerenciados em cada cadeia suportada, enviar para um nome salvo fica tão fluido quanto enviar para outra de suas carteiras, e um contato novo é capturado automaticamente na primeira vez que você envia para um endereço desconhecido. Não há servidor de contatos. Não há sincronização. Restaurar o SSP num dispositivo novo devolve seus fundos, não sua agenda — e essa é a postura intencional.
TL;DR
- O SSP Wallet v1.4.0 estreia Contatos, organizados por cadeia.
- Enviar a um contato salvo é tão fácil quanto enviar a uma de suas próprias carteiras.
- O primeiro envio a um endereço novo cria automaticamente uma entrada de contato para a próxima vez.
- Os contatos são apenas locais: nunca enviados, nunca sincronizados, nunca compartilhados com nenhum servidor.
- Uma restauração da carteira NÃO restaura os contatos — exporte sua lista por conta própria se quiser portabilidade.
Como funcionam os contatos no SSP
Cada cadeia no SSP mantém sua própria agenda. Um contato de Bitcoin vive ao lado dos seus saldos de Bitcoin; um contato de Flux vive ao lado dos seus saldos de Flux. A separação é deliberada: formatos de endereço e semântica de cadeia diferem o suficiente para que misturá-los convide a erros, e a visão por cadeia faz a tela de envio mostrar apenas os contatos válidos para o ativo que você vai mover. Os nomes são rótulos curtos que você escolhe; nada de uma entrada de contato sai do dispositivo.
O envio é a parte que fica visivelmente mais rápida. A tela de envio oferece seus contatos salvos e suas outras carteiras no mesmo seletor, então pagar uma contraparte recorrente vira uma operação de dois toques em vez de um ritual de copiar e colar. Na primeira vez que você envia a um endereço que não usou antes, o SSP captura-o como um contato rascunho que você pode nomear e manter — ou ignorar, caso em que simplesmente se desgasta conforme a lista cresce. De qualquer modo, a carga mental de lembrar strings longas cai a zero.
Por que são apenas locais
O SSP é totalmente autocustódia: as chaves vivem nos seus dispositivos, nunca em um servidor SSP, e a correção da carteira não depende de mais ninguém ficar online. Os contatos herdam essa postura. Uma agenda sincronizada é, em termos de segurança, um registro altamente revelador de com quem você transaciona — exatamente o metadado que um atacante miraria se existisse num local central. O SSP simplesmente se recusa a criar esse alvo. A lista fica no seu dispositivo porque é o único lugar onde precisa estar.
É o mesmo trade-off que percorre o restante da carteira. O guia da academia sobre o que autocustódia realmente significa explica por que "nenhum servidor guarda seus dados" é uma garantia de segurança, não uma funcionalidade ausente. Contatos é a versão agenda do mesmo princípio.
Ressalva sobre a restauração
Como os contatos nunca saem do dispositivo, eles não fazem parte do que uma restauração de SSP recupera. Quem restaurar o SSP num dispositivo novo terá de volta seus fundos, sua postura multisig e sua identidade — mas a agenda que ele construiu ao longo de meses começará vazia no novo dispositivo. Esse é o custo explícito de manter os contatos apenas locais. A mitigação, para quem quer portabilidade, é exportar a lista por conta própria e reimportá-la no novo dispositivo. Trate a lista de contatos como trataria um arquivo de notas: algo do qual você guarda sua própria cópia se importa.
O que vem a seguir
A exportação manual é uma aresta conhecida, e uma exportação CSV de contatos está prevista para v1.8.0 — pensada para manter a mesma postura apenas local enquanto torna trivial mover a lista entre dispositivos nos seus próprios termos. Para v1.4.0 o foco é a agenda em si: por cadeia, local e imediatamente útil na próxima vez que você abrir a tela de envio.