La prise en charge de Solana dans SSP passe du devnet au mainnet. La même auto-conservation 2-sur-2 que vous utilisez sur Bitcoin et Ethereum couvre désormais de vrais SOL et jetons SPL, signés via le programme multisig propre à SSP, qui tourne sur le mainnet de Solana à l'adresse SSPWVu7dtTDkZYmDx73StqV46PioSmdiNE7igpjHK1r.
Nous avons livré Solana d'abord sur le devnet, délibérément, avec SSP Wallet v1.39.0. Tout ce qui a suivi est allé dans la partie difficile à défaire dès lors que de l'argent réel est en jeu : le programme on-chain, la manière dont votre appareil le vérifie, et la garantie que le code qui tourne sur le mainnet est bien celui que nous avons publié.
Pas de créateur, pas de coordinateur
Le multisig sur Solana commence d'ordinaire par quelqu'un qui le crée. Squads V4 — l'option mature, largement utilisée, et celle à laquelle il vaut la peine de se comparer — crée un wallet avec une instruction on-chain qui exige deux choses : un créateur et une create_key aléatoire, fraîche et à usage unique. L'adresse du coffre dérive de cette clé aléatoire, ce qui signifie que l'adresse n'existe pas et ne peut être alimentée tant que quelqu'un n'a pas exécuté la transaction de création — et qu'à cet instant une partie est présente en tant que créateur.
Le programme de SSP n'a pas d'étape de création de cette forme. L'adresse de votre coffre est une empreinte de l'ensemble ordonné des membres associé au seuil d'approbation — rien d'autre. Quiconque sait qui sont les membres et combien doivent approuver peut calculer l'adresse hors ligne, avant que quoi que ce soit ne touche la chaîne. L'enregistrement est sans permission : le programme vérifie simplement que les membres présentés produisent bien le hachage de l'adresse annoncée, si bien qu'enregistrer ne change rien à qui peut dépenser.
Résultat : il n'y a aucun créateur à qui faire confiance, aucun registraire privilégié et aucune clé d'administration. La dépense est conditionnée uniquement par la vérification de seuil dans execute_transaction — l'adresse est la règle, plutôt que la trace de celui qui l'a mise en place.
C'est cette propriété qui permet à vos deux appareils de se comporter sur Solana comme partout ailleurs dans SSP. Si le modèle vous est nouveau, ce qu'est réellement le multisig 2-sur-2 est le point de départ ; l'implémentation SSP sur Solana entre dans le programme lui-même, et SSP face à Squads V4 constitue le comparatif complet.
Votre appareil ne fait pas confiance à notre relais
Les transactions Solana sont opaques d'une façon dont celles de Bitcoin ne le sont pas : ce que fait une transaction réside dans des données d'instruction qu'un wallet doit décoder avant de pouvoir vous dire quoi que ce soit de véridique.
SSP les décode donc sur votre appareil, octet par octet, à l'aide de la bibliothèque open source @runonflux/solana-multisig. Les destinataires, les montants et les mints de jetons sont vérifiés par rapport aux octets bruts de la transaction plutôt que crus d'après ce qu'envoie le relais. En cas de désaccord entre les deux, la signature est bloquée net — un écart à cet endroit signale une attaque active, pas un défaut d'affichage.
Ce travail est arrivé avant le mainnet dans la v1.40.0, avec un plafond indépendant sur le remboursement des frais du paymaster et une liste blanche d'instructions sur les approbations. Le mainnet active un décodeur déjà en production sur le devnet depuis des semaines.
Des builds que vous pouvez vérifier
Le programme mainnet est construit avec une toolchain épinglée et des builds vérifiables, de sorte que le bytecode déployé à cette adresse peut être reproduit à partir des sources publiées. Vous n'avez pas à nous croire sur ce qui tourne — vous pouvez le reconstruire et comparer.
C'est la même posture que les builds déterministes du wallet : une affirmation de sécurité ne vaut que ce que vaut votre capacité à la vérifier vous-même.
Pour commencer
Mettez à jour SSP Wallet et SSP Key vers leur dernière version, puis activez Solana depuis le sélecteur de chaînes. Avec la synchronisation par lots de la v2, vous pouvez l'activer en même temps que n'importe quelles autres chaînes avec une seule approbation sur votre Key.
À partir de là, Solana se comporte comme toutes les autres chaînes dans SSP : elle apparaît dans le total de votre Portfolio, les envois suivent le même parcours composer → vérifier → approuver avec l'adresse complète du destinataire affichée, et chaque transaction est cosignée par vos deux appareils.
