v1.31.0, veröffentlicht am 2026-01-05, macht SSP zur Wallet des Operators für das Flux-Netzwerk. Die Version bringt Flux-Delegate-Unterstützung — Node-Operatoren können nun Delegate-Zuweisungen aus SSP heraus ausführen, einsehen und darauf reagieren — und kombiniert sie mit einer Alle-Nodes-Starten-Steuerung, die jeden eigenen Node mit einem Tap losschickt. Neben den Operator-Funktionen erhalten Swap-Nutzer einen lang erwünschten Max-Button, und der Asset-Switch-Fehler, der Zielketten-Pfade fraß, ist behoben. Zusammen ist es die am stärksten auf Operatoren ausgerichtete Version, die SSP seit der Einführung der Flux-Mechanik durch das parallele Asset-Claiming ausgeliefert hat.
Flux-Delegates landen in SSP
Ein Flux-Node-Operator hält nicht immer das zugrunde liegende Kollateral selbst. Delegation ist der Mechanismus, mit dem das Flux-Netzwerk wer den Stake besitzt von wer die Hardware betreibt trennt: Ein Eigentümer hinterlegt Kollateral und weist es einem Delegate zu, der den Node tatsächlich betreibt, und Rewards fließen zum Eigentümer zurück, während der Delegate die Infrastruktur online hält. Delegation ist das, was es dem Netzwerk erlaubt, Operator-Kapazität zu skalieren, ohne jeden Node-Operator zwingend zum Halter zu machen, und umgekehrt.
Bis zur v1.31.0 konnte SSP Flux-Salden sehen und parallele Assets claimen, aber nicht selbst am Delegate-Flow teilnehmen. v1.31.0 fügt ihn als erstklassige Oberfläche hinzu. Vom Flux-Konto-Screen aus zeigt die Wallet nun die Delegates an, die ein Eigentümer zugewiesen hat, die Delegate-Adressen, für die die Wallet aktuell handelt, und die Aktionen, die den Zustand zwischen ihnen verschieben. Der Signing-Flow ist derselbe Multisig-Flow, der überall sonst in SSP verwendet wird — der SSP Key co-signiert die Delegate-Operation genauso, wie er einen Swap oder einen Send co-signiert. Es gibt kein separates Vertrauensmodell für Flux: Eine Delegate-Aktion ist einfach eine weitere Transaktion, die die Wallet baut, der SSP Key freigibt und das Netzwerk bestätigt.
Der Effekt ist, dass jeder, der Flux-Infrastruktur betreibt, diese Infrastruktur nun aus derselben Wallet heraus verwalten kann, in der seine Alltagssalden liegen. Der Operator muss SSP nicht verlassen, nicht auf ein CLI-Tool wechseln und keine Mittel auf einen Single-Sig-Key bewegen, um eine Delegate-Transaktion zu signieren.
Alle Nodes starten, mit einem Tap
Die begleitende Funktion ist die Alle-Nodes-Starten-Steuerung. Operatoren, die mehrere Flux-Nodes betreiben, starteten sie früher einzeln — Eintrag öffnen, signieren, wiederholen — was mit wachsender Flotte schlecht skaliert. v1.31.0 sammelt jeden Node, in den die Wallet Einsicht hat, und bietet eine einzelne Aktion, die die Gruppe in einem signierten Batch startet.
Klein und im Nachhinein offensichtlich. Der Punkt ist, dass Operator-UX in SSP nun von Leuten geformt wird, die tatsächlich Nodes als Beruf betreiben, nicht nur halten. Kombiniert mit der Delegate-Sichtbarkeit wird die Wallet zu einer Steuerungsoberfläche für Flux-Infrastruktur: Sieh deine Delegates, sieh deine Flotte, starte sie alle, signiere nach Bedarf.
Swap-UX bekommt einen Max-Button
Außerhalb der Operator-Oberfläche gewinnt der Swap-Screen endlich einen Max-Button. Tipp ihn an und das Swap-Formular füllt sich mit dem Maximalbetrag, den die Wallet angesichts aktueller Salden, Netzwerkgebühren und aktiver Route routen kann. Es ist die am häufigsten nachgefragte Funktion seit dem Swap-Launch, und v1.31.0 liefert sie mit routenbewusstem Runden aus, das die resultierende Transaktion gültig hält — nicht nur „dein Saldo minus Gebühren", sondern der größte Betrag, der den eigenen Beschränkungen des Swap-Routers standhält.
Der Button ändert nicht, welche Swaps die Wallet machen kann. Er nimmt das manuelle Kopfrechnen ab und beseitigt die Off-by-a-Satoshi-Fehlschläge, die durch falsches Runden vor dem Senden entstehen.
Asset-Switch-Bug behoben
Die andere Swap-Änderung ist ein Bugfix, und es ist die Art von Bug, die eine kleine Zahl von Nutzern hart traf. Wenn ein Nutzer eine Zielkette wählte, auf der er noch nie ein Asset gehalten hatte, hatte die Wallet den Ableitungspfad für diese Kette nicht immer erzeugt, bevor der Swap angeboten wurde. Die Swap-UI zeigte die Route als gültig, aber das Absenden scheiterte im letzten Schritt, weil die Zieladresse noch nicht existierte.
v1.31.0 erzwingt den Pfad-Erzeugungs-Schritt früher im Flow. Wählt ein Nutzer eine Zielkette, für die die Wallet keinen Pfad hat, wird der Pfad zuerst abgeleitet, dann die Route angeboten. Das sichtbare Verhalten ist nun konsistent: Jeder Swap, den die UI anbietet, ist tatsächlich ausführbar.
Background-Content-Skripte
Die Version verfeinert außerdem die Background- und Inpage-Content-Skripte von SSP — die Teile der Chrome-Erweiterung, die Nachrichten zwischen Webseiten und der Wallet vermitteln. Die meisten Nutzer werden den Unterschied nie sehen; dApp-Integratoren bemerken vielleicht weniger verworfene Nachrichten auf langsamen Tabs und schnellere Erholung, nachdem der Browser eine inaktive Seite geparkt hat. Klempnerarbeit, die keine eigene Schlagzeile bekommt, aber den Boden jeder dApp-Interaktion, die die Wallet handhabt, leise anhebt.
Für das vollständige Changelog und die Binärdateien siehe die v1.31.0-Veröffentlichung auf GitHub.