Ethereum’s privacyrevolutie: conforme vertrouwelijkheid als standaard

Het mechanisme is een gezamenlijke shielded transfer pool, beheerd als een systeemcontract op een vast adres. Gebruikers storten ETH of compatibele ERC-20-tokens in de pool en voeren vervolgens privétransfers uit met behulp van zero-knowledge-bewijzen en een UTXO-gebaseerd boekhoudmodel . Cruciaal is dat het ontwerp geen admin-sleutel, geen governance-token en geen on-chain upgradepad heeft – de regels van de pool kunnen alleen worden gewijzigd via het bestaande hard fork-proces van Ethereum .

Een belangrijke architectuurkeuze is de gedeelde anonimiteitsset. Omdat de shielded pool één enkel, protocolbreed systeem is, versterkt elke wallet die de standaard integreert automatisch de anonimiteitsset voor alle andere gebruikers . Dit staat in scherp contrast met het gefragmenteerde privacylandschap van het verleden, waar geïsoleerde pools de anonimiteit veel zwakker maakten. Om dubbele uitgaven binnen de pool te voorkomen, gebruikt het systeem een gedeelde notenboom en een nullifier-set .

pERC-20 (ERC-7605): een privacy-native tokenstandaard

Waar EIP-8182 zich richt op de transactielaag, herdefinieert het pERC-20-voorstel – formeel bekend als ERC-7605 – wat een token is. Het centrale idee is eenvoudig maar radicaal: in een pERC-20-wereld is er geen publieke balanceOf- of transferFrom-functie. In plaats daarvan bestaan saldi als versleutelde cryptografische notities, en de verzender, ontvanger en hoeveelheid van elke transfer zijn standaard verborgen .

De architectuur leunt zwaar op Zcash’s Orchard-protocol en het ZK-UTXO-model, waarbij tokens direct in verborgen saldi worden gemunt die nooit in de openbare staat worden getoond . Het totale aanbod blijft publiekelijk verifieerbaar, wat een cruciaal auditspoor vormt, maar individuele tegoeden en bewegingen blijven privé .

Opvallend genoeg bevat de standaard compliance-mechanismen die eerdere privacy-ontwerpen grotendeels negeerden. Het voorstel omvat de mogelijkheid van een blacklist, waarmee tokenuitgevers specifieke adressen kunnen blokkeren van interactie met de private tokenpool . Dit ontwerp erkent een praktische realiteit: voor brede acceptatie van privacy-tools, vooral bij institutionele partijen, moet er een weg zijn voor regelgevende interventie zonder de hele privacyset te laten instorten.

STRK20: privacy live op Starknet

Terwijl EIP-8182 en pERC-20 voorstellen in ontwikkeling zijn, is Starknet’s STRK20 al operationeel. Oorspronkelijk aangekondigd in maart 2026 en volledig gelanceerd op het mainnet op 9 juni, stelt het elke ERC-20-token op Starknet in staat om afgeschermd, verhandeld en in DeFi gebruikt te worden .

Het eerste activum dat de standaard gebruikt is strkBTC, een door Bitcoin gedekte wrapped token die zowel in een openbare als een afgeschermde modus werkt . Gebruikers kunnen schakelen tussen modi via compatibele wallets zoals Ready X en Xverse . Eenmaal afgeschermd zijn saldi en transacties onzichtbaar voor externe waarnemers, maar de token blijft volledig verhandelbaar met bestaande gedecentraliseerde beurzen en uitleenprotocollen zoals Ekubo en AVNU .

De compliance-architectuur van STRK20 draait om viewing keys. Tokenhouders kunnen een viewing key verlenen aan een specifieke derde partij – zoals een toezichthouder, auditor of belastingdienst – waardoor die partij transactiedetails kan ontcijferen terwijl de rest van de wereld niets ziet . Dit selectieve openbaarmakingsmodel beoogt de spanning op te lossen die tools als Tornado Cash plaagde, waar volledige anonimiteit elke vorm van compliance-ondersteuning onmogelijk maakte .

Een gedeelde ontwerpfilosofie: conforme privacy

Ondanks dat ze op verschillende lagen van de stack opereren, delen deze drie initiatieven een duidelijke ontwerpfilosofie.

Ten eerste wordt privacy behandeld als infrastructuur, niet als een feature. EIP-8182 verankert het op de consensuslaag. pERC-20 doet dat op de tokeninterface. STRK20 op het L2-tokencontract. In alle drie de gevallen is privacy geen omhulsel rond bestaande transparante systemen – het is de standaardstaat.

Ten tweede is compliance een eersteklas ontwerpdoel, geen bijzaak. pERC-20 bevat een blacklist. STRK20 bevat viewing keys. EIP-8182’s nullifier-set voorkomt dubbele uitgaven binnen een privépool, wat de integriteit handhaaft zonder gebruikers te deanonimiseren. Dit markeert een scherpe evolutie ten opzichte van eerdere privacy-projecten, die compatibiliteit met regelgeving vaak als optioneel of tegenstrijdig beschouwden.

De convergentie is treffend. Het suggereert dat de Ethereum-ontwikkelaarsgemeenschap grotendeels een nieuwe consensus heeft bereikt: financiële privacy is essentieel voor de gezondheid van het netwerk op lange termijn, maar moet worden ontworpen met gecontroleerde openbaarmakingspaden. Het doel is geen wetteloze anonimiteit, maar vertrouwelijkheid die de praktijkverplichtingen van instellingen, uitgevers en gebruikers respecteert.

Veel van dit werk bevindt zich nog in een vroeg stadium. EIP-8182 is nog een voorstel en opname in Hegotá is niet gegarandeerd. pERC-20 heeft de conceptstatus en vereist uitgebreide beoordeling voor eventuele adoptie. STRK20 is het verst gevorderd, vandaag live op Starknet, maar de langetermijnacceptatie zal afhangen van de omarming door wallets, applicaties en gebruikers.

Wat nu duidelijk is, is de richting. Het tijdperk van volledig transparante grootboeken als enige acceptabele standaard wordt uitgedaagd. Er ontstaat een nieuwe architectuur: een waarin privacy programmeerbaar is, compliance is ingebouwd en vertrouwelijkheid een standaardkenmerk van het Ethereum-ecosysteem wordt.