Solana's ledger kan nu verbergen hoeveel geld er tussen twee partijen is bewogen — maar niet wie die partijen zijn. Dat is de centrale afweging van Privacy Rings, het confidential-transfer-systeem dat Solana-infrastructuurprovider Helius op 10 november aankondigde in zijn lanceringpost.

De permissionless standaard Ring werkt als een shielded pool: versleutelde saldi staan op Solana's eigen ledger, transfers worden afgewikkeld in gewone Solana-transacties, en zero-knowledge proofs verifiëren elke beweging. Drie producten hebben het al overgenomen — Decrypt, dat confidential transfers gebruikt in zijn geldaccount; de Ore mining- en staking-app; en Aurora Intents, dat assets van andere chains direct in een vertrouwelijk saldo levert.

Voor wallets die nooit meedoen, verandert er niets. Een bestaand Solana-adres behoudt zijn openbare geschiedenis, en privacy begint pas wanneer gelden naar een privé-saldo worden verplaatst — en zelfs dan alleen voor de velden die de Ring ontworpen is om te versleutelen. Welke velden dat zijn, en wie ze nog kan lezen, bepaalt hoeveel bescherming het systeem werkelijk biedt.

Betalingen aan onvoorbereide ontvangers nemen de openbare route

Het detail dat een salaris- of treasuryteam waarschijnlijk het meest kan verrassen, staat in Helius's product-FAQ: wanneer de ontvanger van een betaling geen Private Wallet heeft, zet de Privacy API de betaling om in een opname naar het openbare adres van de ontvanger. Het geld komt aan, maar via de openbare route, waar het asset en het bedrag voor iedereen zichtbaar zijn.

Helius's transfer guide legt uit waarom die fallback bestaat. Een privé-transfer is gericht aan een shielded adres — een bundel signing-, nullifier- en viewing keys die de ontvanger publiceert in een registry-record — en de versleutelde output is vergrendeld aan de viewing key van die ontvanger. Iemand die er nooit een heeft geregistreerd, heeft geen privé-saldo waar het geld kan landen. Helius's landing page is accuraat wanneer het zegt dat ontvangers geen speciale wallet nodig hebben om gelden te ontvangen; het is de privacy van die ontvangst, niet de ontvangst zelf, die van de configuratie afhangt.

Voor een applicatie maakt dit de status van de ontvanger onderdeel van het betalingsscherm. Een afzender die een bekend Solana-adres ziet en aanneemt dat het bedrag versleuteld zal worden, kan een openbare transfer goedkeuren. Het verstandige ontwerp is om vóór het vragen van de handtekening te tonen welke route zal worden uitgevoerd, en de openbare route een expliciete keuze te maken in plaats van een stille standaard. Helius bouwt precies daarom een embedded private wallet die beide saldo-types ondersteunt, en zegt dat Backpack, Squads, Jupiter, DFlow en Titan tot de teams behoren die aan integraties werken. Tot de wallet van een ontvanger privé-ontvangst ondersteunt, is de fallback de route die hun betalingen nemen — wat de uitrol van die integraties de praktische drempel maakt voor hoeveel van een betalingsstroom op de versleutelde route kan blijven.

Wat de chain nog steeds toont op de privé-route

Zelfs wanneer beide zijden volledig zijn ingericht, is de standaard Ring vertrouwelijk in plaats van anoniem. Helius's gidsen zetten de zichtbaarheid van elke stap uiteen, en het patroon is wat een chain-analist zou verwachten: de uiteinden van de reis zijn openbaar, het midden is versleuteld.

• Storting — openbaar: stortadres, asset, bedrag; versleuteld: het privé-saldo dat ontstaat.
• Privé-transfer — openbaar: adressen van afzender en ontvanger, fee payer; versleuteld: asset, bedrag, optionele memo.
• Opname — openbaar: opnameadres, bestemming, asset, bedrag; versleuteld: het resterende privé-saldo.

De uiteenzetting is gebaseerd op Helius's deposit-, transfer- en withdrawal-gidsen voor de standaard Ring, en dekt alleen directe zichtbaarheid onchain; inferentie uit andere gegevens is een aparte vraag.

Neem een bedrijf dat salarissen betaalt vanuit een treasury-wallet die al aan zijn naam gekoppeld is. Het verplaatsen van 30.000 USDC naar een privé-saldo publiceert dat bedrag bij de storting. De salaristransfers die volgen verbergen elk bedrag, dus niemand kan een individueel salaris van de ledger aflezen. Wat ze wel kunnen aflezen is het patroon: een bekend zakelijk adres dat elke maand op dezelfde dag hetzelfde tiental adressen betaalt. Als een van die ontvangers ooit aan een persoon is gekoppeld, is het versleutelde bedrag het enige dat dat patroon scheidt van een salarisschatting — en die schatting wordt nauwkeuriger zodra een werknemer opneemt naar een openbaar saldo, omdat het opgenomen bedrag zichtbaar is. Een terugkerende ontvanger kan net zo goed een leverancier zijn, dus de chain bewijst nooit dienstverband, maar mogelijkheden vernauwen is precies wat analytics-bedrijven verkopen. Coindoo doorliep dezelfde identiteitsspoor in zijn berichtgeving over COTI's aanpak van privée betalingen.

Twee kleinere details scherpen het beeld aan. De fee payer bij een privé-transfer is een openbaar Solana-adres, en Helius staat een gas sponsor toe die dit dekt — wat betekent dat een bedrijf dat kosten voor medewerkers sponsort, zijn naam aan elke transactie verbindt, zelfs wanneer het niet de afzender is. Het memo-veld, indien gebruikt, wordt samen met het bedrag versleuteld, dus een factuurverwijzing reist privé terwijl de twee adressen die uitwisselen dat niet doen.

Wie kan het bedrag nog meer lezen, behalve de chain

Het versleutelen van een veld op chain beslist wat het publiek ziet. Het zegt niets over wie de gebruiker heeft toegelaten. Helius's encryptiedocumentatie splitst de vraag in lagen, en de laag waarmee een bedrijf werkelijk onderhandelt is de middelste: gedelegeerde toegang.

• Tegenpartij — ziet de transactie waaraan het deelnam; het ontvangen van een betaling opent niets anders in de wallet van de afzender.
• Gedelegeerde viewing key — een provider die de gebruiker autoriseert kan saldi en geschiedenis lezen, maar kan geen gelden verplaatsen.
• Transaction viewing key — onthult slechts één transactie, zoals een factuur aan een auditor zonder de rest van de ledger.
• Ramp-provider — een fiat on- of off-ramp houdt het onchain-deel versleuteld maar behandelt de bankkant en kent de details daarvan.

Standaard blijft de viewing key op het apparaat van de gebruiker en gebeurt decryptie lokaal; Helius genereert proofs en relayt transacties maar houdt nooit keys. Delegatie is het moment waarop de accountant, treasury-software of reconciliatiedienst van een bedrijf een kopie van die key krijgt. Het praktische gevolg is een schonere scheiding dan de meeste financialeteams van een bank krijgen: een boekhouder kan volledige leestoegang tot een privé-ledger krijgen zonder de mogelijkheid een betaling goed te keuren, en een tegenpartij kan één enkele regel daarvan te zien krijgen. De keerzijde is dat elke delegatie een permanente openbaarmaking is, dus een bedrijf dat viewing keys aan meerdere leveranciers geeft, heeft stilletjes het publiek herbouwd dat het probeerde te verkleinen.

Hoe dit verschilt van Solana's bestaande confidential transfers

Solana biedt al het verbergen van bedragen via de confidential transfer-extensie in Token Extensions, dus de vraag wat Rings toevoegt is terecht. De extensie werkt per token: een issuer schakelt het in op een mint, en houders van die mint kunnen saldi afschermen en bedragen overdrachten, terwijl het token zelf en de tegenpartijen zichtbaar blijven. Rings werken als een pool die SOL-, SPL- en Token-2022-assets accepteert zonder tussenkomst van de issuer, versleutelen het asset evenals het bedrag, en stellen privé-saldi bloot aan andere programma's via cross-program invocations — het mechanisme waarmee Helius privé-escrows, swaps en collateral voorstelt. Beide benaderingen laten de twee adressen in het openbaar; Rings verbreden wat er tussen hen zit.

Custom Rings en de audits

Anonimiteit op adresniveau staat op de roadmap, niet op mainnet. Helius's Custom Rings-documentatie beschrijft institutionele Rings die kunnen worden geconfigureerd als vertrouwelijk, zoals de standaard, of anoniem, met afzender en ontvanger versleuteld en transfers ingediend via een relayer. Elk voegt een auditor key toe met leestoegang onder een beleid dat de instelling vaststelt, plus onchain allowlists, blocklists, freezes en extra handtekeningvereisten. Transfers over Rings heen volgen de regels van de bron-Ring en kunnen een standaard-Ring-saldo combineren met één Custom Ring in een enkele transactie. Helius zet de beoogde mainnet-release in Q4 2026, met audits die nog lopen.

De live standaard Ring heeft drie onafhankelijke audits doorlopen door Certora, ZK Security en OtterSec, en de trusted setup voor zijn circuits werd uitgevoerd door ingenieurs van de Solana Foundation, Blueshift, Zcash, Certora, OtterSec en ZK Security. Dergelijke multi-party-opstellingen zijn een standaard waarborg in zero-knowledge-systemen — de parameters worden gezamenlijk gegenereerd, dus geen enkele deelnemer houdt wat er nodig is om alleen proofs te vervalsen — en de aanwezigheid van Zcash op de lijst is vermeldenswaard, aangezien dat project shielded pools op een publieke blockchain pionierde. Formele verificatie van de programma's en circuits is underway, waarbij Helius voltooiing tegen eind 2026 verwacht. Samen met de Q4 2026-doelstelling voor Custom Rings maakt dat 2026 het jaar om te volgen voor de twee resterende mijlpalen van de roadmap: anonimiteit op adresniveau en formele verificatie.

Drie vragen vóór het ondertekenen

Een Privacy Rings-betaling is privé langs precies drie dimensies, en de afzender controleert er slechts één van. Welke route de betaling neemt, wordt beslist door de wallet van de ontvanger. Welke adressen verschijnen, wordt beslist door de chain. Wie anders het bedrag kan decrypteren, is de keuze van de afzender, via de keys die hij kiest te delegeren.

Elke applicatie gebouwd op Rings zou die drie vragen op het bevestigingsscherm moeten beantwoorden: privé-route of openbare opname, welke velden zichtbaar blijven, en wie al een viewing key houdt. Een bedrag verbergen is nuttig. Precies weten wat zichtbaar blijft, is wat het verbergen betrouwbaar maakt.