I Privacy Rings di Solana nascondono gli importi ma non chi ha pagato e a chi
Punti chiave
- •I Privacy Rings, annunciati da Helius il 10 novembre, cifrano asset e importo dei trasferimenti su Solana mantenendo pubblici gli indirizzi del mittente e del destinatario, rendendo il sistema predefinito riservato anziché anonimo.
- •I pagamenti inviati a destinatari che non hanno registrato un private wallet vengono automaticamente convertiti in prelievi sulla via pubblica, dove asset e importo sono visibili a chiunque.
- •Tre prodotti hanno già adottato il Ring predefinito: il money account di Decrypt, l'app di mining e staking Ore e Aurora Intents, che consegna asset cross-chain in saldi riservati.
- •Il Ring predefinito in produzione ha superato tre audit indipendenti condotti da Certora, ZK Security e OtterSec, con un trusted setup multi-parte eseguito da ingegneri della Solana Foundation, Zcash e altri team.
- •I Custom Rings, che le istituzioni possono configurare per trasferimenti anonimi con chiavi di revisore e controlli onchain, sono previsti sul mainnet nel quarto trimestre 2026, con la verifica formale di programmi e circuiti attesa entro la fine del 2026.

Il ledger di Solana può ora nascondere quanto denaro si è mosso tra due parti — ma non chi sono quelle parti. Questo è il compromesso centrale dei Privacy Rings, il sistema di trasferimenti riservati che il fornitore di infrastrutture Solana Helius ha annunciato il 10 novembre nel suo post di lancio.
Il Ring predefinito permissionless opera come un pool schermato: i saldi cifrati risiedono sul ledger stesso di Solana, i trasferimenti si concludono in normali transazioni Solana e zero-knowledge proofs verificano ogni movimento. Tre prodotti lo hanno già adottato — Decrypt, che utilizza trasferimenti riservati nel suo money account; l'app di mining e staking Ore; e Aurora Intents, che consegna asset da altre catene direttamente in un saldo riservato.
Per i wallet che non aderiscono, nulla cambia. Un indirizzo Solana esistente conserva la sua cronologia pubblica, e la privacy inizia solo quando i fondi vengono spostati in un saldo privato — e anche allora, solo per i campi che il Ring è progettato per cifrare. Quali siano questi campi, e chi può ancora leggerli, determina quanta protezione il sistema offra realmente.
I pagamenti a destinatari non preparati seguono la via pubblica
Il dettaglio più probabile per cogliere di sorpresa un team di payroll o tesoreria compare nelle FAQ del prodotto di Helius: quando il destinatario di un pagamento non ha un Private Wallet, la Privacy API trasforma il pagamento in un prelievo verso l'indirizzo pubblico del destinatario. Il denaro arriva, ma sulla via pubblica, dove asset e importo sono visibili a chiunque.
La guida ai trasferimenti di Helius spiega perché esiste questo fallback. Un trasferimento privato è indirizzato a un indirizzo schermato — un insieme di chiavi di firma, nullifier e di vista che il destinatario pubblica in un record di registro — e l'output cifrato è bloccato alla chiave di vista di quel destinatario. Chi non ne ha mai registrata una non ha un saldo privato dove i fondi possano atterrare. La landing page di Helius è accurata quando afferma che i destinatari non hanno bisogno di un wallet speciale per ricevere fondi; è la privacy di quella ricevuta, non la ricevuta stessa, a dipendere dalla configurazione.
Per un'applicazione, questo rende lo stato del destinatario parte della schermata di pagamento. Un mittente che vede un indirizzo Solana familiare e presume che l'importo sarà cifrato potrebbe stare approvando un trasferimento pubblico. Il design sensato consiste nel mostrare quale via verrà eseguita prima che la firma venga richiesta, e nel rendere la via pubblica una scelta esplicita anziché un predefinito silenzioso. Helius sta costruendo un private wallet integrato che contiene entrambi i tipi di saldo proprio per questo motivo, e dichiara che Backpack, Squads, Jupiter, DFlow e Titan sono tra i team che lavorano alle integrazioni. Finché il wallet di un destinatario non supporta la ricezione privata, il fallback è la via che i loro pagamenti seguono — il che rende il rilascio di quelle integrazioni il freno pratico a quanta parte di un flusso di pagamento può restare sulla via cifrata.
Ciò che la catena mostra ancora sulla via privata
Anche quando entrambe le parti sono completamente configurate, il Ring predefinito è riservato anziché anonimo. Le guide di Helius descrivono la visibilità di ogni passaggio, e lo schema è quello che un analista di catena si aspetterebbe: le estremità del percorso sono pubbliche, il centrale è cifrato.
- Deposito — pubblico: indirizzo depositante, asset, importo; cifrato: il saldo privato che ne risulta.
- Trasferimento privato — pubblico: indirizzi del mittente e del destinatario, pagatore delle fee; cifrato: asset, importo, memo opzionale.
- Prelievo — pubblico: indirizzo che preleva, destinazione, asset, importo; cifrato: il saldo privato rimanente.
L'analisi si basa sulle guide di Helius per deposito, trasferimento e prelievo del Ring predefinito, e copre solo la visibilità diretta onchain; l'inferenza da altri registri è una questione a parte.
Si consideri un'azienda che finanzia gli stipendi da un wallet di tesoreria già legato al suo nome. Spostare 30.000 USDC in un saldo privato pubblica quella cifra nel deposito. I trasferimenti salariali successivi nascondono ogni importo, così nessuno può leggere dal ledger il singolo pagamento. Ciò che possono leggere è la forma: un indirizzo aziendale noto che paga lo stesso gruppo di indirizzi lo stesso giorno di ogni mese. Se qualcuno di quei destinatari è mai stato collegato a una persona, l'importo cifrato è l'unica cosa che separa quello schema da una stima salariale — e la stima si restringe nel momento in cui un dipendente preleva verso un saldo pubblico, perché l'importo prelevato è visibile. Un destinatario ricorrente potrebbe altrettanto facilmente essere un fornitore, quindi la catena non prova mai un rapporto di lavoro, ma restringere le possibilità è esattamente ciò che le aziende di analytics vendono. Coindoo ha tracciato lo stesso sentiero identitario nella sua copertura dell'approccio di COTI ai pagamenti privati.
Due dettagli minori completano il quadro. Il pagatore delle fee in un trasferimento privato è un indirizzo Solana pubblico, e Helius consente a uno sponsor di gas di coprirlo — il che significa che un'azienda che sponsorizza le fee per il personale firma il proprio nome su ogni transazione anche quando non è il mittente. Il campo memo, se usato, è cifrato insieme all'importo, così un riferimento fattura viaggia privatamente mentre i due indirizzi che lo scambiano no.
Chi può leggere l'importo oltre alla catena
cifrare un campo onchain stabilisce ciò che il pubblico vede. Non dice nulla su chi l'utente ha fatto entrare. La documentazione sulla cifratura di Helius separa la questione in livelli, e il livello che un'azienda negozia effettivamente è quello centrale: l'accesso delegato.
- Controparte — vede la transazione di cui ha fatto parte; ricevere un pagamento non apre altro nel wallet del mittente.
- Chiave di vista delegata — un fornitore autorizzato dall'utente può leggere saldi e cronologia, ma non può muovere fondi.
- Chiave di vista di transazione — rivela una sola transazione, ad esempio una fattura a un revisore senza il resto del ledger.
- Fornitore di ramp — un ramp fiat in entrata o in uscita mantiene cifrata la parte onchain ma gestisce il lato bancario e ne conosce i dettagli.
Per impostazione predefinita la chiave di vista resta sul dispositivo dell'utente e la decifratura avviene localmente; Helius genera le prove e inoltra le transazioni ma non detiene mai le chiavi. La delega è il punto in cui il commercialista, il software di tesoreria o il servizio di riconciliazione di un'azienda riceve una copia di quella chiave. La conseguenza pratica è una separazione più pulita di quella che la maggior parte dei team finanziari ottiene da una banca: un contabile può ricevere accesso completo in lettura a un ledger privato senza alcuna capacità di approvare un pagamento, e a una controparte può essere mostrata una sola riga. Il rovescio della medaglia è che ogni delega è una divulgazione permanente, quindi un'azienda che consegna chiavi di vista a più fornitori ha silenziosamente ricostruito il pubblico che cercava di ridurre.
Come si differenzia dai trasferimenti riservati esistenti di Solana
Solana offre già l'occultamento degli importi tramite l'estensione di trasferimento riservato nei Token Extensions, quindi la domanda su cosa aggiungano i Rings è legittima. L'estensione funziona per token: un emittente la abilita su una mint, e i detentori di quella mint possono schermare i saldi e trasferire gli importi, mentre il token stesso e le controparti restano visibili. I Rings operano come un pool che accetta asset SOL, SPL e Token-2022 senza il coinvolgimento dell'emittente, cifra l'asset oltre all'importo, ed espone i saldi privati ad altri programmi tramite cross-program invocations — il meccanismo che Helius propone per escrow privati, swap e collateral. Entrambi gli approcci lasciano i due indirizzi scoperti; i Rings allargano ciò che si trova tra loro.
Custom Rings e gli audit
L'anonimato a livello di indirizzo è nella roadmap, non sul mainnet. La documentazione dei Custom Rings di Helius descrive Ring gestiti da istituzioni che possono essere configurati come riservati, come il predefinito, oppure anonimi, con mittente e destinatario cifrati e trasferimenti inviati tramite un relayer. Ciascuno aggiunge una chiave di revisore con accesso in lettura secondo una politica stabilita dall'istituzione, oltre ad allowlist, blocklist, freeze onchain e requisiti di firma aggiuntivi. I trasferimenti tra Ring seguono le regole del Ring di origine e possono combinare un saldo del Ring predefinito con un Custom Ring in un'unica transazione. Helius colloca il rilascio mainnet previsto nel quarto trimestre 2026, con audit ancora in corso.
Il Ring predefinito in produzione ha superato tre audit indipendenti condotti da Certora, ZK Security e OtterSec, e il trusted setup per i suoi circuiti è stato eseguito da ingegneri della Solana Foundation, Blueshift, Zcash, Certora, OtterSec e ZK Security. Configurazioni multi-parte di questo tipo sono una salvaguardia standard nei sistemi zero-knowledge — i parametri sono generati congiuntamente, così nessun singolo partecipante possiede quanto basterebbe per falsificare prove da solo — e la presenza di Zcash nell'elenco merita di essere notata, poiché quel progetto ha aperto la strada ai pool schermati su una blockchain pubblica. La verifica formale dei programmi e dei circuiti è in corso, e Helius ne attende il completamento entro la fine del 2026. Insieme all'obiettivo dei Custom Rings nel quarto trimestre 2026, ciò rende il 2026 l'anno da seguire per i due traguardi rimanenti della roadmap: l'anonimato a livello di indirizzo e la verifica formale.
Tre domande prima di firmare
Un pagamento tramite Privacy Rings è privato lungo esattamente tre dimensioni, e il mittente ne controlla una sola. Quale via segue il pagamento è deciso dal wallet del destinatario. Quali indirizzi compaiono è deciso dalla catena. Chi altro può decifrare l'importo è una decisione del mittente, tramite le chiavi che sceglie di delegare.
Qualsiasi applicazione costruita sui Rings dovrebbe rispondere a queste tre domande nella schermata di conferma: via privata o prelievo pubblico, quali campi restano visibili, e chi già detiene una chiave di vista. Nascondere un importo è utile. Sapere con precisione cosa resta visibile è ciò che rende l'occultamento affidabile.