Crypto

Helius versleutelt Solana-transfers zonder operatorvertrouwen weg te nemen

Helius heeft op 10 november Privacy Rings gelanceerd op Solana mainnet. De dienst versleutelt assets en bedragen, maar wallets blijven controleren welke code en beleidsregels de bescherming regelen.

Bron CryptoSlateSOL -0,2% sinds dit bericht

Meer nieuws over SOL


Wat er gebeurde

Helius bracht op 10 november een permissionless Privacy Ring uit op Solana. De nieuwe privacylaag versleutelt de betaalde asset en het bedrag. De afzender- en ontvangeradressen blijven zichtbaar.

De standaard prover, de service die zero-knowledge proofs maakt, verwerkt geheime transacteingangen binnen een attested AWS Nitro enclave. Dat is een geïsoleerde omgeving waarvan AWS zegt dat de geheugenruimte niet door het host-systeem is in te zien.

Solana kan controleren of een transfer aan de protocollregels voldoet. De bescherming van de geheime inputs tijdens het aanmaken van de proof hangt echter af van de enclave, de code en de uitrolpolicy van de prover.

De wallet-integratiegids van Helius zegt dat proofgeneratie plaintext inputs nodig heeft met alle transactiedata en nullifier keys. De gids benoemt een attested AWS Nitro enclave als de standaard prover van de SDKs.

Helius beschrijft twee decryptieopties. Bij local decryption blijft de viewing key op het apparaat. Bij delegated decryption deelt de gebruiker een viewing key met een geautoriseerde provider, die dan saldi en geschiedenis kan lezen, maar geen bestedingsbevoegdheid krijgt.

De client versleutelt verzoeken voor de prover naar een sleutel die de attested enclave houdt. De SDK verifieert attestation tegen een goedgekeurde policy voordat een extern provingverzoek wordt versleuteld en verzonden.

Wallets bewaren de signing key voor de uiteindelijke Solana-transactie. De TypeScript SDK laat het ondertekenen van de af te ronden transactie over aan de applicatiesigner.

Helius vermeldt dat code review, AWS-isolatie en de eerste KMS-policy van de operator de vertrouwelijkheid in het ontwerp ondersteunen. Wallets kunnen een goedgekeurde enclave en sleutel checken, maar code review en deploypolicy blijven aparte afhankelijkheden.

Niet alle details zijn volledig onafhankelijk verifieerbaar in de live-omgeving. De gedocumenteerde standaardconfiguratie is een pad, geen onafhankelijke live-attestatie of volledig audit-rapport. Andere proving- of autorisatiepaden kunnen anders werken.

Helius meldt dat Certora, zkSecurity en OtterSec audits uitvoerden of gepland zijn. De securitypagina noemt Certora in oktober en zkSecurity in augustus, terwijl OtterSec nog wacht op een rapport.

De documentatie verwijst naar een mainnet build gebaseerd op v0.6.0-alpha en naar ts-sdk-v0.8.0-alpha als documentatietag. De specificatie laat ook client-side proofs en levert lokale tooling en downloadbare prover binaries.

Waarom dit telt

Voor beleggers in SOL en ontwikkelaars betekent dit dat privacy op Solana mogelijk verbeterd wordt, maar dat vertrouwen in code, enclave-uitrol en operatorbeleid essentieel blijft. Wallets moeten zelf kiezen welke code en policies zij accepteren.

Waar je op kunt letten

  • Welke enclave-image en releasepolicy wallets goedkeuren
  • Resultaten en volledige rapporten van de genoemde audits
  • Of walletmakers client-side proofs of de gedocumenteerde remote prover prefereren

Meer over SOL

Alle berichten