Em nove dias, a SSP Wallet passou de uma única rede EVM para quatro. A v1.18.0 adicionou a Polygon em 25/03/2025; a v1.19.0 veio em 01/04/2025 com a Binance Smart Chain e a Avalanche C-Chain. A contagem de redes é o gancho da notícia, mas a história por trás é outra: a SSP dá a cada cadeia EVM um endereço distinto seguindo o BIP49 com derivação SLIP44 estrita. É uma escolha deliberada, com foco em segurança — e por isso a manchete não é "três novas redes", e sim "três novas redes, três novos espaços de endereço".
Polygon chega (v1.18.0, 25 de março)
A v1.18.0 trouxe a Polygon para a SSP — mainnet mais a testnet Amoy. POL é suportado nativamente, junto com tokens predefinidos e qualquer ERC-20 personalizado que o usuário queira importar. A Polygon agora se comporta como o Ethereum desde o lançamento ERC-4337: mesmo fluxo multisig 2-de-2, mesma coreografia SSP Wallet/SSP Key, mesma carteira inteligente com abstração de conta, só que em uma L2 mais rápida e barata.
A novidade não é que a Polygon esteja na SSP — é que o seu endereço Polygon na SSP não é o seu endereço Ethereum na SSP. Mesma seed, mesmo multisig. Coin type SLIP44 diferente, caminho de derivação diferente, endereço diferente. Já volto ao porquê.
Depois BSC e Avalanche (v1.19.0, 1 de abril)
Uma semana depois, a v1.19.0 adicionou Binance Smart Chain e Avalanche C-Chain. Ambas chegaram no mesmo formato da Polygon: moeda nativa (BNB na BSC, AVAX na Avalanche), a lista padrão de tokens predefinidos da SSP e importação de tokens personalizados para tudo o mais nessas redes.
Depois de dois lançamentos a SSP suporta Ethereum, Polygon, BSC e Avalanche — quatro redes EVM, quatro endereços distintos. Seu endereço BNB não é seu endereço AVAX; seu AVAX não é seu ETH; nenhum colide. Não é acidente — é o objetivo.
Por que a SLIP44 estrita importa
A maioria das carteiras EVM faz uma coisa: escolhe um único caminho de derivação sob o coin type SLIP44 60 (Ethereum) e reutiliza o endereço resultante em cada rede compatível com EVM. Envie ETH na Ethereum e BNB na BSC para "o mesmo endereço" — porque, no nível da rede, o endereço realmente é idêntico byte a byte. É conveniente. Também é um trade-off silencioso.
A BIP44 definiu a estrutura hierárquica: m/purpose'/coin_type'/account'/change/index. A SLIP44 definiu o registro de coin types: Bitcoin é 0, Ethereum é 60, Polygon é 966, BSC é 9006, Avalanche é 9000. Coin types diferentes produzem caminhos de derivação diferentes, que produzem chaves diferentes, que produzem endereços diferentes — embora a curva, a assinatura e o formato de byte do endereço sejam idênticos.
A SSP segue BIP49 com SLIP44 estrita. A carteira respeita o coin type de cada rede suportada. Polygon deriva sob 966. BSC sob 9006. Avalanche sob 9000. O resultado é que cada rede ganha seu próprio material de chave, seu próprio endereço, seu próprio histórico por rede.
Por que se incomodar, se reusar um endereço seria mais fácil?
- Confusão entre redes custa dinheiro. Se seu "endereço EVM" é o mesmo em todas as redes, é muito fácil mandar o ativo errado para o ambiente errado — USDC.e na Polygon enviado a um destinatário que esperava Ethereum, um "depois eu faço a bridge" que dá errado. Endereços distintos colocam a rede como parte do modelo mental do usuário, e não como armadilha escondida.
- Privacidade e contabilidade on-chain. Um único endereço compartilhado permite que um observador público correlacione seu comportamento em cada rede EVM que você toca. Endereços distintos por rede impedem que a vinculação acidental entre redes seja o padrão.
- Raio de impacto se uma chave vazar. A SSP é multisig, então o comprometimento de uma única chave não drena fundos. Mas o princípio vale: uma carteira que mapeia uma chave para uma rede limita a superfície em que cada derivação participa — o mesmo argumento de higiene que a BIP44 fez pelo Bitcoin em 2014.
- Compatibilidade com como outras carteiras indexam histórico. Ferramentas que respeitam SLIP44 procuram seu histórico Polygon, BSC e AVAX no lugar certo. As que não respeitam continuam tratando tudo como "coin type 60" e perdem dados em silêncio.
O custo de produto é um passo extra no modelo do usuário: "seu endereço Polygon não é seu endereço Ethereum". O benefício é uma carteira que não recicla silenciosamente uma só identidade estilo ETH em toda nova rede que adota.
Importação de tokens personalizados
As três redes aceitam o mesmo fluxo de importação de tokens personalizados introduzido antes na linha do tempo para tokens Ethereum. Se a rede suporta um ERC-20 (ou equivalente BEP-20) e você tem o endereço do contrato, dá para adicioná-lo naquela rede específica. As listas predefinidas cobrem os ativos óbvios — versões wrapped, stablecoins, tokens DeFi de destaque — e as importações personalizadas cobrem o restante.
Tokens são por rede. Um contrato USDC na Ethereum e um contrato USDC na Polygon são artefatos on-chain distintos em endereços distintos. A SSP trata como tais, com cada rede mostrando sua própria lista de tokens sob seu próprio endereço derivado via SLIP44.
Versão necessária do SSP Key
Uma nota operacional vinda da v1.18.0: a Polygon (e por extensão as redes adicionadas na v1.19.0) requer SSP Key v1.11.0 ou superior. O signatário móvel precisa entender os novos coin types SLIP44 para derivar as chaves corretas na hora de assinar. Se você está em uma SSP Key mais antiga, atualize antes de adicionar contas Polygon, BSC ou Avalanche na SSP Wallet — caso contrário a carteira não terá contraparte para completar a assinatura 2-de-2.
Depois das v1.18.0 e v1.19.0, a SSP deixa de ser "família Bitcoin mais Ethereum". É uma carteira multi-rede EVM, com três novas redes consolidadas em menos de dez dias — e uma política de derivação que significa que cada nova rede vem com seu próprio endereço, de propósito.