Am 19. Februar 2024 integriert SSP Wallet v1.2.0 Fusion direkt in die Oberfläche der Wallet. Flux-Node-Betreiber können Flux Parallel Assets jetzt direkt aus dem Bereich Nodes beanspruchen: SSP sammelt die Rewards auf allen Chains ein, auf denen sie existieren, tauscht sie auf die Flux-Mainchain und zahlt das Ergebnis an die Flux-Adresse des Betreibers aus — ohne einen einzigen manuellen Cross-Chain-Schritt.
TL;DR
- SSP Wallet v1.2.0 lässt Node-Betreiber Flux Parallel Assets (PA) innerhalb der Wallet beanspruchen.
- Die neue Aktion sitzt im Bereich Nodes und läuft mit einer einzigen Bestätigung.
- SSP beansprucht PAs automatisch auf allen unterstützten Chains, auf denen sie liegen.
- Jeder Batch wird vor der Auszahlung über Fusion auf die Flux-Mainchain getauscht.
- Das endgültige Reward wird an die Flux-Adresse des Nutzers ausgezahlt.
Was Parallel Assets sind
Flux läuft als Multi-Chain-Netzwerk: Derselbe FLUX-Asset wird auf mehreren Chains ausgegeben, und Node-Betreiber erhalten Rewards gleichzeitig auf jeder von ihnen. Diese chainübergreifenden Rewards heißen Parallel Assets, kurz PAs. Bislang war das Einsammeln eine Buchhaltungsübung: sich auf jeder Chain anmelden, das jeweilige PA beanspruchen, brücken oder tauschen, dann alles auf der Flux-Mainchain zusammenführen. Jeder Schritt brachte eigene Gebühren, eine eigene Wallet und eigene Wartezeiten mit. Seit v1.2.0 fasst SSP Wallet all das zu einer einzigen signierten Aktion zusammen.
Wie der Claim-Flow in SSP funktioniert
Öffne SSP Wallet und wechsle in den Bereich Nodes. Neben den gewohnten Verwaltungsansichten zeigt v1.2.0 eine Claim-Aktion, sobald ein Node offene Parallel Assets hat. Sie zu wählen startet die Fusion-gestützte Pipeline durchgehend. SSP zählt jede Chain auf, auf der dieser Node ein PA angesammelt hat, und bereitet die Claim-Transaktionen parallel vor. Jeder beanspruchte Batch läuft danach durch den Swap-Pfad von Fusion, der das chainspezifische PA in natives FLUX auf der Flux-Mainchain umwandelt. Das konsolidierte Reward landet schließlich an der Flux-Adresse des Nutzers innerhalb von SSP. Der Nutzer signiert einmal in der Extension, signiert einmal mit dem SSP Key auf dem Handy mit, und die Wallet erledigt den Rest.
Warum das für Flux-Node-Betreiber zählt
Der Vorher-Nachher-Vergleich ist deutlich. Früher hieß Parallel-Asset-Claim: getrennte Wallets pro Chain jonglieren, Gas in mehreren verschiedenen nativen Assets zahlen und jedes PA manuell über die gerade passende Bridge oder DEX in mainline FLUX tauschen. Fehler wurden teuer: Ein Tippfehler an einer beliebigen Stelle konnte Mittel ins falsche Netzwerk schicken. Mit v1.2.0 schrumpft das mentale Modell des Betreibers auf eine Zeile — „Claim my PA rewards" — und SSP übernimmt die Per-Chain-Reads, die Multi-Chain-Signaturen, das Swap-Routing und die finale Auszahlung als zusammengesetzten Transaktionsgraphen. Die 2-of-2-Multisig-Haltung bleibt durchgängig erhalten, sodass kein einzelnes Gerät genug Material besitzt, um allein Mittel zu bewegen. Für Betreiber mit mehreren Nodes summieren sich die Zeitgewinne rasch: Statt dasselbe Per-Chain-Ritual pro Node zu wiederholen, lassen sich die aufgelaufenen PAs der gesamten Flotte in einer Sitzung abarbeiten.
Was als Nächstes kommt
Fusion-gestützte PA-Claims sind die erste echte Cross-Chain-Aktion, die SSP für den Nutzer ausführt, und die Architektur ist auf Wachstum ausgelegt. Künftige SSP-Wallet-Releases werden den Katalog der Chains und Assets erweitern, die der Nodes-Flow versteht, und der Swap-Layer von Fusion bekommt zusätzliche Routen, sobald sie reif sind — Fiat-Support, Kontakte und eine breitere Asset-Liste stehen schon auf der nahen Roadmap. Der Grundsatz bleibt jedoch fest: Jede komplexe On-Chain-Operation soll sich für den Nutzer auf ein einziges „Genehmigen-und-Mitsignieren" reduzieren, während SSP und Fusion die Buchhaltung im Hintergrund erledigen. PA-Claims sind der Proof of Concept; der weitere Katalog an Cross-Chain-Operationen per Klick folgt von dort.
Source: SSP Wallet v1.2.0 release notes.