En nueve días, SSP Wallet pasó de soportar una sola cadena EVM a cuatro. v1.18.0 añadió Polygon el 25-03-2025; v1.19.0 le siguió el 01-04-2025 con Binance Smart Chain y Avalanche C-Chain. El número de cadenas es el gancho de la noticia, pero el ángulo de fondo es otro: SSP otorga a cada cadena EVM una dirección distinta siguiendo BIP49 con derivación SLIP44 estricta. Es una decisión deliberada y orientada a la seguridad — y por eso el titular no es "tres redes nuevas", sino "tres redes nuevas, tres espacios de dirección nuevos".
Polygon llega (v1.18.0, 25 de marzo)
v1.18.0 trajo Polygon a SSP — mainnet más la testnet Amoy. POL se soporta de forma nativa, junto con tokens predefinidos y cualquier ERC-20 personalizado que el usuario quiera importar. Polygon se comporta ahora igual que Ethereum desde el lanzamiento ERC-4337: mismo flujo multisig 2-de-2, misma coreografía SSP Wallet/SSP Key, mismo monedero inteligente con abstracción de cuenta, pero sobre una L2 más rápida y barata.
La novedad no es que Polygon esté en SSP — es que la dirección Polygon en SSP no es tu dirección Ethereum en SSP. Misma semilla, mismo multisig. Distinto coin type SLIP44, distinta ruta de derivación, distinta dirección. Volveremos a por qué.
Después BSC y Avalanche (v1.19.0, 1 de abril)
Una semana más tarde, v1.19.0 añadió Binance Smart Chain y Avalanche C-Chain. Ambas llegaron con la misma forma que Polygon: moneda nativa (BNB en BSC, AVAX en Avalanche), lista estándar de tokens predefinidos de SSP, e importación de tokens personalizados para todo lo demás en esas cadenas.
Tras dos lanzamientos SSP soporta Ethereum, Polygon, BSC y Avalanche — cuatro redes EVM, cuatro direcciones distintas. Tu dirección BNB no es tu dirección AVAX; tu AVAX no es tu ETH; ninguna colisiona. No es un accidente — es el objetivo.
Por qué importa la SLIP44 estricta
La mayoría de los monederos EVM hacen una cosa: eligen una sola ruta de derivación bajo el coin type SLIP44 60 (Ethereum) y reutilizan la dirección resultante en cada cadena compatible con EVM. Envía ETH en Ethereum y BNB en BSC a "la misma dirección" — porque, a nivel de cadena, la dirección efectivamente es idéntica byte a byte. Es cómodo. También es un compromiso silencioso.
BIP44 definió la estructura jerárquica: m/purpose'/coin_type'/account'/change/index. SLIP44 definió el registro de coin types: Bitcoin es 0, Ethereum es 60, Polygon es 966, BSC es 9006, Avalanche es 9000. Coin types distintos producen rutas de derivación distintas, que producen claves distintas, que producen direcciones distintas — aunque la curva, la firma y el formato de la dirección a nivel de bytes son idénticos.
SSP sigue BIP49 con SLIP44 estricto. La wallet respeta el coin type de cada cadena soportada. Polygon deriva bajo 966. BSC bajo 9006. Avalanche bajo 9000. El resultado es que cada cadena obtiene su propio material de clave, su propia dirección y su propio historial por cadena.
¿Por qué molestarse, si reutilizar una dirección sería más fácil?
- La confusión entre cadenas cuesta dinero. Si tu "dirección EVM" es la misma en cada cadena, es muy fácil enviar el activo equivocado al entorno equivocado — USDC.e en Polygon enviado a un destinatario que esperaba Ethereum, un "ya lo puentearé desde allí" que sale mal. Las direcciones distintas hacen que la cadena forme parte del modelo mental del usuario, no de un footgun oculto.
- Privacidad y contabilidad on-chain. Una sola dirección compartida significa que un observador público puede correlacionar tu comportamiento en cada cadena EVM que toques. Direcciones distintas por cadena impiden que la enlazabilidad accidental entre cadenas sea la opción por defecto.
- Radio de impacto si se expone una clave. SSP es un monedero multisig, así que el compromiso de una sola clave no vacía fondos. Pero el principio es válido: una wallet que asigna una clave a una cadena limita la superficie en la que cualquier derivación participa — el mismo argumento de higiene que BIP44 hizo por Bitcoin en 2014.
- Compatibilidad con cómo otros monederos indexan el historial. Las herramientas que respetan SLIP44 miran en el lugar correcto tu historial Polygon, BSC y AVAX. Las que no, siguen tratando todo como "coin type 60" y pierden datos en silencio.
El coste de producto es un paso extra en el modelo del usuario: "tu dirección Polygon no es tu dirección Ethereum". El beneficio es una wallet que no recicla silenciosamente una sola identidad estilo ETH para cada nueva cadena que adopta.
Importación de tokens personalizados
Las tres redes aceptan el mismo flujo de importación de tokens personalizados introducido para los tokens Ethereum antes en la cronología. Si la red soporta un ERC-20 (o un equivalente BEP-20) y tienes la dirección del contrato, puedes añadirlo en esa cadena concreta. Las listas predefinidas cubren los activos obvios — versiones wrapped, stablecoins, tokens DeFi estrella — y las importaciones personalizadas cubren el resto.
Los tokens son por cadena. Un contrato USDC en Ethereum y un contrato USDC en Polygon son artefactos on-chain distintos en direcciones distintas. SSP los trata como tales, mostrando en cada cadena su propia lista de tokens bajo su propia dirección derivada vía SLIP44.
Versión requerida de SSP Key
Una nota operativa heredada del lanzamiento de v1.18.0: Polygon (y por extensión las cadenas añadidas en v1.19.0) requieren SSP Key v1.11.0 o superior. El firmante móvil necesita entender los nuevos coin types SLIP44 para derivar las claves correctas en el momento de firmar. Si estás con una SSP Key anterior, actualízala antes de añadir cuentas Polygon, BSC o Avalanche en SSP Wallet — de lo contrario la wallet no tendrá contraparte para completar la firma 2-de-2.
Tras v1.18.0 y v1.19.0, SSP ya no es "familia Bitcoin más Ethereum". Es una wallet multi-cadena EVM, con tres redes nuevas asentadas en menos de diez días — y una política de derivación que significa que cada nueva cadena viene con su propia dirección, a propósito.