v1.37.0, pubblicata il 2026-04-06, aggiunge una funzione che suona più piccola di quanto sia: firma Schnorr a chiave singola per casseforti Enterprise. Dove il percorso predefinito della cassaforte raccoglie due firme da due dispositivi, una cassaforte 1-di-1 ora spende con una firma Schnorr diretta da una sola chiave configurata. Il titolo è di policy, non di protocollo — i team Enterprise possono decidere, cassaforte per cassaforte, quale profilo di rischio merita ciascun gruzzolo. La stessa release porta supporto per l'avvio di FluxNode Enterprise, una correzione della matematica del gas EVM, maggiore precisione numerica nella formattazione e nell'export CSV, e una gestione socket più stabile in SSP Connect.
La firma di cassaforte 1-di-1 arriva
La nuova modalità si chiama 1-di-1 — etichettata wallet_only o key_only nella configurazione della cassaforte a seconda di quale chiave l'organizzazione designa come spenditrice. Una cassaforte impostata così richiede esattamente una firma da esattamente una chiave per autorizzare una transazione. Niente prompt al co-firmatario, niente handshake del secondo dispositivo, niente andata e ritorno per il flusso multisig. L'utente revisiona la transazione nella stessa UI consapevole della cassaforte introdotta in SSP Enterprise debutta: casseforti multisig per aziende, conferma sul dispositivo scelto, e il wallet trasmette.
Ciò che questo sblocca, in pratica, è un percorso più veloce per i tipi di spesa che non giustificano una cerimonia a due dispositivi ogni volta: pagare una piccola fattura, ricaricare un fondo operativo, saldare una fattura ricorrente di API, muovere fondi all'interno di un set di indirizzi controllato dall'org. Il lavoro che richiedeva due umani allineati su due dispositivi per esborsi da pochi dollari diventa un tocco su una sola chiave configurata.
Il multisig non è sparito — ora è una scelta di policy
Va letto correttamente. SSP non ha indebolito il multisig e non ha cambiato un default. L'architettura 2-di-2 che protegge il wallet sin da Presentando SSP Wallet — vero multisig 2-di-2 entra in funzione resta il default e resta la risposta giusta per casseforti di alto valore. Ciò che v1.37.0 aggiunge è l'opzione, circoscritta a Enterprise, di abbassare la soglia su una cassaforte specifica quando l'organizzazione decide che quella cassaforte non ha bisogno della protezione due-di-due.
L'inquadramento conta perché il rischio non è uniforme dentro una tesoreria. La cassaforte con la riserva aziendale e la cassaforte con venti dollari di flottante caldo non dovrebbero essere governate dalla stessa frizione. Fino a v1.37.0 lo erano. Ora non più, e la scelta sta con chi conosce il rischio: l'org che amministra le proprie chiavi.
Firme Schnorr dirette
Sotto il cofano, la modalità 1-di-1 usa la stessa primitiva Schnorr che SSP ha portato sul lato EVM in Ethereum entra in SSP — multisig Schnorr su ERC-4337 — solo che ora la firma è prodotta da una singola chiave invece di essere una Schnorr aggregata 2-di-2 su ERC-4337. La transazione appare normale on-chain. Nessun opcode speciale da analizzare, nessun handshake di contratto multisig da attendere. Dove il percorso 2-di-2 aggrega due firme parziali in una Schnorr e la sottomette, il percorso 1-di-1 produce quel medesimo tipo di firma direttamente da una sola chiave.
L'implicazione per la verifica è pulita: indicizzatori esterni, esploratori di blocchi e controparti non devono sapere quale modalità una cassaforte usa. Vedono una firma Schnorr valida, la catena la accetta e i fondi si muovono. La differenza di policy vive dove deve — dentro la logica di autorizzazione del wallet, non sul filo.
Avvio di FluxNode Enterprise
L'altro cambiamento di forma Enterprise in v1.37.0 è operativo. Le casseforti Enterprise possono ora avviare nodi Flux direttamente dalla cassaforte — firmare la transazione di collaterale e la configurazione del delegato nello stesso flusso che già usi per firmare pagamenti. Per le organizzazioni che fanno girare infrastruttura Flux, ciò chiude una lacuna: il collaterale che vive in una cassaforte non deve più essere rerouter su un wallet personale per essere messo in staking.
Combinato con i delegati Flux e l'«avvia tutti i nodi» da Delegati Flux e gestione dei nodi arrivano in SSP, gli operatori Enterprise hanno ora un ciclo di vita del nodo end-to-end dentro il wallet — collaterale firmato dalla cassaforte, delegato configurato dalla cassaforte, flotta gestita dal wallet.
Matematica del gas EVM + precisione CSV
Due correzioni più silenziose chiudono la release. Lo stimatore delle fee di gas EVM contava due volte maxPriorityFeePerGas — aggiungendolo sopra a maxFeePerGas benché maxFeePerGas includa già la priority fee. v1.37.0 rimuove il duplicato, così la stima a schermo combacia con quello che il wallet paga davvero. Le catene interessate smettono di sovraquotare; le ricevute coincidono con le anteprime.
Anche la formattazione numerica si è stretta. I valori cripto e fiat, e l'export CSV introdotto in Più token ETH, export CSV e supporto Brave, ora passano per toFixed() più parseFloat() invece del crudo toNumber(). La polvere di virgola mobile che ogni tanto si insinuava in saldi precisi sparisce. Sotto, il contesto socket di SSP Connect ha ottenuto una gestione messaggi più stabile — meno eventi persi quando una tab dApp è impegnata.
Nessuna di queste cambia la storia di policy, ma insieme evitano che la nuova flessibilità faccia rumore.