< Retour au Newsroom

Expansion EVM : Polygon, BSC et Avalanche rejoignent SSP — une adresse distincte par chaîne, par choix

·5 min de lecture·Par SSP Editorial Team
Badge RELEASE avec icônes de cylindres empilés (base de données), éclair, bouclier coché et pièces empilées sur le titre « Expansion EVM : Polygon, BSC et Avalanche ».

En neuf jours, SSP Wallet est passé d'une seule chaîne EVM à quatre. La v1.18.0 a ajouté Polygon le 25/03/2025 ; la v1.19.0 a suivi le 01/04/2025 avec Binance Smart Chain et Avalanche C-Chain. Le nombre de chaînes est l'accroche, mais le récit de fond est ailleurs : SSP donne à chaque chaîne EVM une adresse distincte en suivant BIP49 avec dérivation SLIP44 stricte. Un choix délibéré et tourné sécurité — et c'est pour ça que le titre n'est pas « trois nouveaux réseaux » mais « trois nouveaux réseaux, trois nouveaux espaces d'adresses ».

Polygon arrive (v1.18.0, 25 mars)

La v1.18.0 a amené Polygon dans SSP — mainnet plus le testnet Amoy. POL est pris en charge nativement, ainsi que les tokens prédéfinis et tout ERC-20 personnalisé qu'un utilisateur souhaite importer. Polygon se comporte désormais comme Ethereum depuis le lancement ERC-4337 : même flux multisig 2-sur-2, même chorégraphie SSP Wallet/SSP Key, même portefeuille intelligent avec abstraction de compte, mais sur une L2 plus rapide et moins chère.

La nouveauté n'est pas que Polygon soit dans SSP — c'est que votre adresse Polygon SSP n'est pas votre adresse Ethereum SSP. Même seed, même multisig. Coin type SLIP44 différent, chemin de dérivation différent, adresse différente. On revient sur le pourquoi.

Puis BSC et Avalanche (v1.19.0, 1ᵉʳ avril)

Une semaine plus tard, la v1.19.0 a ajouté Binance Smart Chain et Avalanche C-Chain. Les deux sont arrivés sous la même forme que Polygon : pièce native (BNB sur BSC, AVAX sur Avalanche), la liste standard de tokens prédéfinis de SSP, et l'import de tokens personnalisés pour tout le reste sur ces chaînes.

Après deux versions SSP prend en charge Ethereum, Polygon, BSC et Avalanche — quatre réseaux EVM, quatre adresses distinctes. Votre adresse BNB n'est pas votre adresse AVAX ; votre AVAX n'est pas votre ETH ; aucune ne se télescope. Pas un accident — c'est l'objectif.

Pourquoi le SLIP44 strict compte

La plupart des portefeuilles EVM font une seule chose : ils choisissent un unique chemin de dérivation sous le coin type SLIP44 60 (Ethereum) et réutilisent l'adresse résultante sur chaque chaîne compatible EVM. Envoyer de l'ETH sur Ethereum et du BNB sur BSC à « la même adresse » — parce qu'au niveau de la chaîne, l'adresse est effectivement identique byte à byte. C'est pratique. C'est aussi un compromis silencieux.

BIP44 a défini la structure hiérarchique : m/purpose'/coin_type'/account'/change/index. SLIP44 a défini le registre des coin types : Bitcoin est 0, Ethereum est 60, Polygon est 966, BSC est 9006, Avalanche est 9000. Des coin types différents produisent des chemins de dérivation différents, qui produisent des clés différentes, qui produisent des adresses différentes — alors même que la courbe, la signature et le format d'octets de l'adresse sont identiques.

SSP suit BIP49 avec un SLIP44 strict. Le portefeuille respecte le coin type de chaque chaîne supportée. Polygon dérive sous 966. BSC sous 9006. Avalanche sous 9000. Résultat : chaque chaîne obtient son propre matériel de clé, sa propre adresse, son propre historique par chaîne.

Pourquoi s'embêter, si réutiliser une adresse serait plus simple ?

  • La confusion entre chaînes coûte de l'argent. Si votre « adresse EVM » est la même partout, il est très facile d'envoyer le mauvais actif au mauvais environnement — USDC.e sur Polygon envoyé à un destinataire qui attendait Ethereum, le « je le bridgerai depuis là » qui dérape. Des adresses distinctes intègrent la chaîne au modèle mental de l'utilisateur, plutôt qu'à un piège invisible.
  • Vie privée et comptabilité on-chain. Une seule adresse partagée permet à un observateur public de corréler votre activité sur chaque chaîne EVM que vous touchez. Des adresses distinctes par chaîne empêchent la corrélation accidentelle entre chaînes d'être l'option par défaut.
  • Rayon d'impact si une clé fuite. SSP est multisig, donc une seule clé compromise ne vide pas les fonds. Mais le principe tient : une wallet qui associe une clé à une chaîne réduit la surface de chaque dérivation — le même argument d'hygiène que BIP44 a fait pour Bitcoin en 2014.
  • Compatibilité avec la façon dont d'autres wallets indexent l'historique. Les outils qui respectent SLIP44 cherchent au bon endroit votre historique Polygon, BSC, AVAX. Ceux qui ne le font pas continuent à tout traiter comme « coin type 60 » et perdent silencieusement des données.

Le coût produit, c'est une étape de plus dans le modèle utilisateur : « votre adresse Polygon n'est pas votre adresse Ethereum ». Le bénéfice, c'est un portefeuille qui ne recycle pas en silence une identité unique de type ETH sur chaque nouvelle chaîne qu'il adopte.

Import de tokens personnalisés

Les trois réseaux acceptent le même flux d'import de tokens personnalisés introduit pour les tokens Ethereum plus tôt dans la chronologie. Si le réseau supporte un ERC-20 (ou équivalent BEP-20) et que vous avez l'adresse du contrat, vous pouvez l'ajouter sur cette chaîne spécifique. Les listes prédéfinies couvrent les actifs évidents — versions wrapped, stablecoins, tokens DeFi phares — et les imports personnalisés couvrent le reste.

Les tokens sont par chaîne. Un contrat USDC sur Ethereum et un contrat USDC sur Polygon sont des artefacts on-chain distincts à des adresses distinctes. SSP les traite comme tels, chaque chaîne affichant sa propre liste de tokens sous sa propre adresse dérivée via SLIP44.

Version requise de SSP Key

Une note opérationnelle reprise de la v1.18.0 : Polygon (et par extension les chaînes ajoutées en v1.19.0) requiert SSP Key v1.11.0 ou ultérieure. Le signataire mobile doit comprendre les nouveaux coin types SLIP44 pour dériver les bonnes clés au moment de signer. Si vous êtes sur une SSP Key plus ancienne, mettez-la à jour avant d'ajouter des comptes Polygon, BSC ou Avalanche dans SSP Wallet — sinon la wallet n'aura pas de contrepartie pour compléter la signature 2-sur-2.

Après v1.18.0 et v1.19.0, SSP n'est plus « famille Bitcoin plus Ethereum ». C'est un portefeuille multi-chaîne EVM, avec trois nouveaux réseaux installés en moins de dix jours — et une politique de dérivation qui fait que chaque nouvelle chaîne arrive avec sa propre adresse, par choix.

Partager cet article

Articles connexes