El 19 de febrero de 2024, SSP Wallet v1.2.0 integra Fusion directamente en la interfaz del monedero. Los operadores de nodos Flux ya pueden reclamar Flux Parallel Assets desde la sección Nodes: SSP recoge las recompensas en todas las cadenas en las que residen, las intercambia a la cadena principal de Flux y deposita el resultado en la dirección Flux del operador, sin ningún salto manual entre cadenas.
TL;DR
- SSP Wallet v1.2.0 permite a los operadores de nodos reclamar Flux Parallel Assets (PA) dentro del monedero.
- La nueva acción vive en la sección Nodes y se ejecuta con una sola confirmación.
- SSP reclama automáticamente los PA en todas las cadenas compatibles donde existan.
- Cada lote se intercambia a la cadena principal de Flux mediante Fusion antes del pago.
- La recompensa final se deposita en la dirección Flux del usuario.
Qué son los Parallel Assets
Flux funciona como una red multicadena: el mismo activo FLUX se emite en varias cadenas y los operadores de nodos reciben recompensas simultáneamente en cada una. Estas recompensas entre cadenas se conocen como Parallel Assets, o PA. Históricamente, recogerlos era un ejercicio contable: iniciar sesión en cada cadena, reclamar el PA correspondiente, hacer puente o swap y consolidar todo en la cadena principal de Flux. Cada salto traía sus propias comisiones, su propio monedero y su propia espera. Desde la v1.2.0, SSP Wallet reduce todo eso a una única acción firmada.
Cómo funciona el flujo de reclamación en SSP
Abre SSP Wallet y entra en la sección Nodes. Junto a las vistas habituales de gestión de nodos, la v1.2.0 muestra una acción de reclamación cuando un nodo tiene Parallel Assets pendientes. Al elegirla se inicia el pipeline impulsado por Fusion de extremo a extremo. SSP enumera cada cadena en la que ese nodo ha acumulado un PA y prepara las transacciones de reclamación en paralelo. Cada lote reclamado se enruta luego por el camino de swap de Fusion, convirtiendo el PA de cada cadena en FLUX nativo en la cadena principal de Flux. La recompensa consolidada se deposita por fin en la dirección Flux del usuario dentro de SSP. El usuario firma una vez en la extensión, cofirma una vez en la SSP Key de su teléfono y el monedero hace el resto.
Por qué importa para los operadores de nodos Flux
El contraste antes/después es claro. Antes, reclamar Parallel Assets significaba malabarear monederos separados por cadena, pagar gas en varios activos nativos distintos y hacer swap manual de cada PA hacia FLUX principal por el puente o DEX más cómodo. Los errores salían caros: una tecla mal pulsada podía enviar fondos a la red equivocada. Con la v1.2.0, el modelo mental del operador se reduce a una línea — «reclama mis recompensas PA» — y SSP se ocupa de las lecturas por cadena, las firmas multicadena, el enrutado del swap y el depósito final como un grafo de transacciones compuesto. La postura multisig 2-de-2 se conserva en todo el proceso, así que ningún dispositivo individual posee material suficiente para mover fondos por sí solo. Para operadores con varios nodos, el ahorro de tiempo se acumula deprisa: en vez de repetir el mismo ritual por cadena en cada nodo, los PA acumulados de toda la flota pueden procesarse en una sola sesión.
Lo que viene después
Las reclamaciones de PA respaldadas por Fusion son la primera acción real entre cadenas que SSP realiza en nombre del usuario, y la arquitectura está pensada para crecer. Las próximas versiones de SSP Wallet ampliarán el catálogo de cadenas y activos que entiende el flujo de Nodes, y la capa de swap de Fusion sumará rutas nuevas a medida que estén listas — soporte fiat, contactos y una lista de activos más amplia están en el horizonte cercano. El principio, sin embargo, es fijo: cualquier operación on-chain compleja debe reducirse a un único «aprobar y cofirmar» para el usuario, mientras SSP y Fusion gestionan la contabilidad detrás de bastidores. Los PA son la prueba de concepto; el resto del catálogo de operaciones entre cadenas en un clic seguirá a partir de ahí.
Source: SSP Wallet v1.2.0 release notes.