Em 19 de fevereiro de 2024, o SSP Wallet v1.2.0 integra o Fusion diretamente à interface da carteira. Os operadores de nodes Flux já podem reivindicar Flux Parallel Assets pela seção Nodes: o SSP coleta as recompensas em todas as cadeias onde elas existem, faz o swap para a cadeia principal Flux e deposita o resultado no endereço Flux do operador — sem nenhum salto manual entre cadeias.
TL;DR
- O SSP Wallet v1.2.0 permite que operadores de node reivindiquem Flux Parallel Assets (PA) dentro da carteira.
- A nova ação fica na seção Nodes e é executada com uma única confirmação.
- O SSP reivindica automaticamente os PAs em todas as cadeias compatíveis onde existirem.
- Cada lote é convertido para a cadeia principal Flux via Fusion antes do pagamento.
- A recompensa final é depositada no endereço Flux do usuário.
O que são Parallel Assets
A Flux funciona como uma rede multichain: o mesmo ativo FLUX é emitido em várias cadeias e os operadores de node recebem recompensas simultaneamente em cada uma delas. Essas recompensas entre cadeias são conhecidas como Parallel Assets, ou PAs. Historicamente, recolhê-las era um trabalho contábil: entrar em cada cadeia, reivindicar o PA correspondente, fazer ponte ou swap e depois consolidar tudo na cadeia principal Flux. Cada salto trazia suas próprias taxas, sua própria carteira e seu próprio tempo de espera. A partir da v1.2.0, o SSP Wallet reduz tudo isso a uma única ação assinada.
Como funciona o fluxo de reivindicação no SSP
Abra o SSP Wallet e vá até a seção Nodes. Ao lado das visões habituais de gestão de nodes, a v1.2.0 exibe uma ação de reivindicação sempre que um node tem Parallel Assets pendentes. Escolhê-la inicia o pipeline movido a Fusion de ponta a ponta. O SSP enumera cada cadeia em que aquele node acumulou um PA e prepara as transações de reivindicação em paralelo. Cada lote reivindicado é então roteado pelo caminho de swap do Fusion, convertendo o PA específico da cadeia em FLUX nativo na cadeia principal Flux. A recompensa consolidada é, por fim, depositada no endereço Flux do usuário dentro do SSP. O usuário assina uma vez na extensão, cossigna uma vez na SSP Key do telefone e a carteira cuida do resto.
Por que isso importa para operadores de nodes Flux
O contraste antes/depois é nítido. Antes, reivindicar Parallel Assets significava equilibrar carteiras separadas por cadeia, pagar gas em vários ativos nativos diferentes e fazer swap manual de cada PA para o FLUX principal por meio da ponte ou DEX mais conveniente. Erros saíam caros: um deslize em qualquer etapa podia enviar fundos para a rede errada. Com a v1.2.0 implantada, o modelo mental do operador reduz-se a uma linha — "reivindique minhas recompensas de PA" — e o SSP cuida das leituras por cadeia, das assinaturas multichain, do roteamento do swap e do depósito final como um grafo de transações composto. A postura multisig 2-de-2 é preservada o tempo todo, então nenhum dispositivo isolado tem material suficiente para movimentar fundos por conta própria. Para operadores que mantêm vários nodes, a economia de tempo se acumula rápido: em vez de repetir o mesmo ritual por cadeia em cada node, os PAs acumulados de toda a frota podem ser processados de uma só vez.
O que vem a seguir
As reivindicações de PA apoiadas pelo Fusion são a primeira ação verdadeiramente cross-chain que o SSP executa em nome do usuário, e a arquitetura é pensada para crescer. As próximas versões do SSP Wallet vão ampliar o catálogo de cadeias e ativos que o fluxo de Nodes entende, e a camada de swap do Fusion ganhará rotas adicionais à medida que forem lançadas — suporte a moedas fiat, contatos e uma lista de ativos maior já estão no horizonte próximo. O princípio, porém, é fixo: qualquer operação on-chain complexa deve se reduzir a um único "aprovar e cossignar" para o usuário, enquanto o SSP e o Fusion lidam com a contabilidade nos bastidores. Os PAs são a prova de conceito; o resto do catálogo de operações cross-chain em um clique vem na sequência.
Source: SSP Wallet v1.2.0 release notes.