In nove giorni, SSP Wallet è passato da una sola catena EVM a quattro. La v1.18.0 ha aggiunto Polygon il 25/03/2025; la v1.19.0 è seguita il 01/04/2025 con Binance Smart Chain e Avalanche C-Chain. Il numero di catene è il gancio della notizia, ma la storia di fondo è un'altra: SSP dà a ogni catena EVM un indirizzo distinto seguendo BIP49 con derivazione SLIP44 stretta. Una scelta deliberata, orientata alla sicurezza — e per questo il titolo non è "tre nuove reti", bensì "tre nuove reti, tre nuovi spazi di indirizzi".
Polygon arriva (v1.18.0, 25 marzo)
La v1.18.0 ha portato Polygon in SSP — mainnet più la testnet Amoy. POL è supportato nativamente, insieme ai token predefiniti e a qualsiasi ERC-20 personalizzato che l'utente voglia importare. Polygon ora si comporta come Ethereum dal lancio ERC-4337: stesso flusso multisig 2-su-2, stessa coreografia SSP Wallet/SSP Key, stesso wallet intelligente con account abstraction, ma su una L2 più veloce ed economica.
La novità non è che Polygon sia in SSP — è che il tuo indirizzo Polygon in SSP non è il tuo indirizzo Ethereum in SSP. Stessa seed, stesso multisig. Coin type SLIP44 diverso, percorso di derivazione diverso, indirizzo diverso. Torniamo al perché.
Poi BSC e Avalanche (v1.19.0, 1° aprile)
Una settimana dopo, la v1.19.0 ha aggiunto Binance Smart Chain e Avalanche C-Chain. Entrambe sono arrivate nella stessa forma di Polygon: moneta nativa (BNB su BSC, AVAX su Avalanche), la lista standard di token predefiniti di SSP, e l'import di token personalizzati per tutto il resto su quelle catene.
Dopo due rilasci SSP supporta Ethereum, Polygon, BSC e Avalanche — quattro reti EVM, quattro indirizzi distinti. Il tuo indirizzo BNB non è il tuo indirizzo AVAX; il tuo AVAX non è il tuo ETH; nessuno si sovrappone. Non è un caso — è l'obiettivo.
Perché conta lo SLIP44 stretto
La maggior parte dei wallet EVM fa una cosa: sceglie un singolo percorso di derivazione sotto il coin type SLIP44 60 (Ethereum) e riusa l'indirizzo risultante su ogni catena EVM-compatibile. Invii ETH su Ethereum e BNB su BSC allo "stesso indirizzo" — perché, a livello di catena, l'indirizzo è effettivamente identico byte per byte. È comodo. È anche un trade-off silenzioso.
BIP44 ha definito la struttura gerarchica: m/purpose'/coin_type'/account'/change/index. SLIP44 ha definito il registro dei coin type: Bitcoin è 0, Ethereum è 60, Polygon è 966, BSC è 9006, Avalanche è 9000. Coin type diversi producono percorsi di derivazione diversi, che producono chiavi diverse, che producono indirizzi diversi — anche se la curva, la firma e il formato in byte dell'indirizzo sono identici.
SSP segue BIP49 con SLIP44 stretto. Il wallet rispetta il coin type di ogni catena supportata. Polygon deriva sotto 966. BSC sotto 9006. Avalanche sotto 9000. Il risultato è che ogni catena ottiene il proprio materiale di chiave, il proprio indirizzo, la propria cronologia per catena.
Perché disturbarsi, se riusare un indirizzo sarebbe più facile?
- La confusione tra catene costa soldi. Se il tuo "indirizzo EVM" è lo stesso su ogni catena, è molto facile mandare l'asset sbagliato all'ambiente sbagliato — USDC.e su Polygon inviato a un destinatario che si aspettava Ethereum, un "tanto poi faccio il bridge" che va male. Indirizzi distinti rendono la catena parte del modello mentale dell'utente, non una trappola nascosta.
- Privacy e contabilità on-chain. Un solo indirizzo condiviso significa che un osservatore pubblico può correlare il tuo comportamento su ogni catena EVM che tocchi. Indirizzi distinti per catena impediscono che la collegabilità accidentale tra catene sia l'opzione predefinita.
- Raggio di impatto se una chiave trapela. SSP è multisig, quindi la compromissione di una sola chiave non svuota fondi. Ma il principio resta: un wallet che associa una chiave a una catena limita la superficie a cui ogni derivazione partecipa — lo stesso argomento di igiene che BIP44 fece per Bitcoin nel 2014.
- Compatibilità con come altri wallet indicizzano la cronologia. Gli strumenti che rispettano SLIP44 cercano la cronologia Polygon, BSC, AVAX nel posto giusto. Quelli che non lo fanno continuano a trattare tutto come "coin type 60" e perdono dati in silenzio.
Il costo prodotto è un passo in più nel modello utente: "il tuo indirizzo Polygon non è il tuo indirizzo Ethereum". Il beneficio è un wallet che non ricicla in silenzio un'unica identità in stile ETH su ogni nuova catena che adotta.
Import di token personalizzati
Le tre reti accettano lo stesso flusso di import di token personalizzati introdotto per i token Ethereum prima nella timeline. Se la rete supporta un ERC-20 (o equivalente BEP-20) e hai l'indirizzo del contratto, puoi aggiungerlo su quella specifica catena. Le liste predefinite coprono gli asset ovvi — versioni wrapped, stablecoin, token DeFi di punta — e gli import personalizzati coprono il resto.
I token sono per catena. Un contratto USDC su Ethereum e un contratto USDC su Polygon sono artefatti on-chain distinti a indirizzi distinti. SSP li tratta come tali, con ogni catena che mostra la propria lista di token sotto il proprio indirizzo derivato via SLIP44.
Versione richiesta di SSP Key
Una nota operativa ereditata dal rilascio v1.18.0: Polygon (e per estensione le catene aggiunte in v1.19.0) richiede SSP Key v1.11.0 o successiva. Il firmatario mobile deve comprendere i nuovi coin type SLIP44 per derivare le chiavi giuste al momento della firma. Se sei su una SSP Key più vecchia, aggiornala prima di aggiungere account Polygon, BSC o Avalanche in SSP Wallet — altrimenti il wallet non avrà una controparte per completare la firma 2-su-2.
Dopo v1.18.0 e v1.19.0, SSP non è più "famiglia Bitcoin più Ethereum". È un wallet multi-catena EVM, con tre nuove reti consolidate in meno di dieci giorni — e una politica di derivazione per cui ogni nuova catena arriva con il proprio indirizzo, di proposito.