Il 19 febbraio 2024 SSP Wallet v1.2.0 integra Fusion direttamente nell'interfaccia del portafoglio. Gli operatori di nodi Flux possono ora reclamare i Flux Parallel Assets dalla sezione Nodes: SSP raccoglie le ricompense su tutte le catene in cui esistono, le scambia verso la catena principale Flux e deposita il risultato all'indirizzo Flux dell'operatore — senza alcun passaggio cross-chain manuale.
TL;DR
- SSP Wallet v1.2.0 permette agli operatori di nodi di reclamare i Flux Parallel Assets (PA) dentro il portafoglio.
- La nuova azione vive nella sezione Nodes e si esegue con un'unica conferma.
- SSP reclama automaticamente i PA su tutte le catene supportate in cui sono presenti.
- Ogni lotto viene convertito alla catena principale Flux tramite Fusion prima del pagamento.
- La ricompensa finale è depositata all'indirizzo Flux dell'utente.
Cosa sono i Parallel Assets
Flux funziona come una rete multi-catena: lo stesso asset FLUX è emesso su più catene e gli operatori di nodi ricevono le ricompense contemporaneamente su ciascuna. Queste ricompense cross-chain sono note come Parallel Assets, o PA. Storicamente raccoglierli era un esercizio contabile: accedere a ogni catena, reclamare il PA pertinente, fare bridge o swap e poi consolidare tutto sulla catena principale Flux. Ogni salto comportava commissioni, un portafoglio e tempi di attesa propri. Dalla v1.2.0, SSP Wallet riduce tutto questo a un'unica azione firmata.
Come funziona il flusso di reclamo dentro SSP
Apri SSP Wallet e vai nella sezione Nodes. Accanto alle viste consuete di gestione dei nodi, la v1.2.0 mostra un'azione di reclamo ogni volta che un nodo ha Parallel Assets in attesa. Selezionandola parte la pipeline alimentata da Fusion da capo a fine. SSP enumera ogni catena su cui quel nodo ha maturato un PA e prepara in parallelo le transazioni di reclamo. Ogni lotto reclamato passa poi per il percorso di swap di Fusion, convertendo il PA specifico della catena in FLUX nativo sulla catena principale Flux. La ricompensa consolidata viene infine depositata all'indirizzo Flux dell'utente dentro SSP. L'utente firma una volta sull'estensione, co-firma una volta sulla SSP Key del telefono e il portafoglio fa il resto.
Perché conta per gli operatori di nodi Flux
Il prima/dopo è netto. Prima, reclamare i Parallel Assets significava destreggiarsi tra portafogli separati per catena, pagare gas in diversi asset nativi e fare swap manuale di ogni PA verso il FLUX principale tramite il bridge o il DEX più comodo. Gli errori costavano: un refuso poteva mandare i fondi sulla rete sbagliata. Con la v1.2.0 in posto, il modello mentale dell'operatore si riduce a una riga — «reclama le mie ricompense PA» — e SSP esegue le letture per catena, le firme multi-catena, l'instradamento dello swap e il deposito finale come un grafo di transazioni composto. La postura multisig 2-di-2 è preservata per tutto il tragitto, quindi nessun singolo dispositivo detiene materiale sufficiente per muovere fondi da solo. Per chi gestisce più nodi, il risparmio di tempo si somma in fretta: invece di ripetere lo stesso rituale per catena su ogni nodo, i PA accumulati dell'intera flotta si processano in un'unica sessione.
Cosa arriva dopo
I reclami di PA via Fusion sono la prima vera azione cross-chain che SSP esegue per conto dell'utente, e l'architettura è pensata per espandersi. Le prossime versioni di SSP Wallet amplieranno il catalogo di catene e asset comprese dal flusso Nodes, e il livello di swap di Fusion aggiungerà rotte man mano che vengono rilasciate — supporto fiat, contatti e una lista di asset più ampia sono già sulla road map vicina. Il principio, però, è fisso: ogni operazione on-chain complessa deve ridursi a un singolo «approva e co-firma» per l'utente, mentre SSP e Fusion gestiscono la contabilità dietro le quinte. I PA sono la prova di concetto; il resto del catalogo di operazioni cross-chain in un clic segue da lì.
Source: SSP Wallet v1.2.0 release notes.