La v1.31.0, publiée le 2026-01-05, transforme SSP en portefeuille de l'opérateur pour le réseau Flux. La version livre la prise en charge des délégués Flux — les opérateurs de nœuds peuvent désormais exécuter, voir et agir sur les attributions de délégués depuis SSP — et la combine avec un contrôle démarrer tous les nœuds qui lance chaque nœud possédé en un seul tap. À côté des fonctions opérateur, les utilisateurs de swap reçoivent un bouton max longtemps attendu et le bug de changement d'actif qui mangeait les chemins de la chaîne cible est corrigé. Ensemble, c'est la version la plus orientée opérateur que SSP ait livrée depuis que la réclamation d'actifs parallèles a introduit la mécanique Flux dans le portefeuille.
Les délégués Flux arrivent dans SSP
Un opérateur de nœud Flux ne détient pas toujours le collatéral sous-jacent. La délégation est le mécanisme que le réseau Flux utilise pour séparer qui possède le stake de qui fait tourner le matériel : un propriétaire engage du collatéral et l'attribue à un délégué qui exécute réellement le nœud, et les récompenses retournent au propriétaire pendant que le délégué garde l'infrastructure en ligne. La délégation permet de faire évoluer la capacité opérateur sans forcer chaque opérateur à être aussi détenteur, et vice versa.
Jusqu'à la v1.31.0, SSP pouvait voir les soldes Flux et réclamer des actifs parallèles, mais ne pouvait pas participer au flux de délégation lui-même. La v1.31.0 l'ajoute comme une surface de première classe. Depuis l'écran du compte Flux, le portefeuille affiche désormais les délégués qu'un propriétaire a attribués, les adresses de délégué pour lesquelles le portefeuille agit actuellement et les actions qui déplacent l'état entre eux. Le flux de signature est le même flux multisig utilisé partout ailleurs dans SSP — la SSP Key co-signe l'opération de délégation comme elle co-signe un swap ou un envoi. Il n'y a pas de modèle de confiance distinct pour Flux : une action de délégation n'est qu'une autre transaction que le portefeuille construit, que la SSP Key approuve et que le réseau confirme.
L'effet est que toute personne exploitant une infrastructure Flux peut désormais gérer cette infrastructure depuis le même portefeuille qui contient ses soldes du quotidien. L'opérateur n'a pas besoin de quitter SSP, de passer à un outil CLI ou de déplacer des fonds vers une clé mono-signature pour signer une transaction de délégation.
Démarrer tous les nœuds, en un tap
La fonction compagne est le contrôle démarrer tous les nœuds. Les opérateurs qui font tourner plusieurs nœuds Flux les démarraient un par un — ouvrir l'entrée, signer, recommencer — ce qui passe mal à l'échelle. La v1.31.0 rassemble chaque nœud sur lequel le portefeuille a de la visibilité et propose une seule action qui démarre tout le lot en un seul lot signé.
C'est petit et évident a posteriori. L'idée est que l'UX opérateur dans SSP est désormais façonnée par des gens qui font réellement tourner des nœuds pour vivre, pas seulement qui les détiennent. Combinée à la visibilité des délégués, le portefeuille devient une surface de contrôle pour l'infrastructure Flux : voyez vos délégués, voyez votre flotte, démarrez-les tous, signez selon les besoins.
L'UX du swap gagne un bouton max
En dehors de la surface opérateur, l'écran de swap gagne enfin un bouton max. Tapez-le et le formulaire de swap se remplit avec le montant maximum que le portefeuille peut router compte tenu des soldes actuels, des frais de réseau et de la route active. C'est la fonction la plus demandée depuis le lancement du swap, et la v1.31.0 la livre avec un arrondi conscient de la route qui garde la transaction résultante valide — pas seulement « votre solde moins les frais », mais le plus grand montant qui survit aux propres contraintes du routeur de swap.
Le bouton ne change pas quels swaps le portefeuille peut faire. Il supprime les calculs manuels que les utilisateurs faisaient de tête, et il supprime les échecs à un satoshi près causés par un mauvais arrondi avant l'envoi.
Correction du changement d'actif
L'autre changement de swap est une correction de bug, et c'est le type de bug qui a touché un petit nombre d'utilisateurs durement. Quand un utilisateur choisissait une chaîne cible sur laquelle il n'avait jamais détenu d'actif, le portefeuille n'avait pas toujours généré le chemin de dérivation pour cette chaîne avant que le swap ne soit proposé. L'UI du swap montrait la route comme valide, mais sa soumission échouait à la dernière étape parce que l'adresse cible n'existait pas encore.
La v1.31.0 force l'étape de génération du chemin plus tôt dans le flux. Si un utilisateur choisit une chaîne cible pour laquelle le portefeuille n'a pas de chemin, le chemin est dérivé d'abord, puis la route est proposée. Le comportement visible est désormais cohérent : chaque swap que l'UI propose est réellement exécutable.
Scripts de contenu en arrière-plan
La version resserre également les scripts de contenu d'arrière-plan et inpage de SSP — les parties de l'extension Chrome qui font le pont entre les pages web et le portefeuille. La plupart des utilisateurs ne verront jamais la différence ; les intégrateurs dApp peuvent voir moins de messages perdus sur les onglets lents et une récupération plus rapide après que le navigateur a mis en veille une page inactive. De la plomberie qui n'a pas son propre titre mais qui relève en silence le plancher de chaque interaction dApp que le portefeuille gère.
Pour le changelog complet et les binaires, voir la version v1.31.0 sur GitHub.