Mekanismen er en samlet shielded transfer-pool, administreret som en systemkontrakt på en fast adresse. Brugere vil indsætte ETH eller kompatible ERC-20-tokens i puljen og derefter udføre private overførsler ved hjælp af zero-knowledge-beviser og en UTXO-baseret regnskabsmodel . Afgørende er, at designet ikke inkluderer nogen admin-nøgle, intet governance-token og ingen on-chain-opgraderingssti – hvilket betyder, at puljens regler kun kan ændres gennem Ethereums eksisterende hardfork-proces .
Et centralt arkitektonisk valg er den delte anonymitetspulje. Fordi shielded pool er et enkelt, protokol-dækkende system, styrker enhver tegnebog, der integrerer standarden, automatisk anonymitetssættet for alle andre brugere . Dette står i skarp kontrast til det fragmenterede privatlivslandskab i fortiden, hvor isolerede puljer gjorde anonymitet meget svagere. For at forhindre dobbeltbrug inden for puljen anvender systemet et fælles note-træ og et nullifier-sæt .
Mens EIP-8182 retter sig mod transaktionslaget, omdefinerer pERC-20-forslaget – formelt tracket som ERC-7605 – hvad et token er. Den centrale idé er enkel, men radikal: i en pERC-20-verden er der ingen offentlig balanceOf eller transferFrom-funktion. I stedet eksisterer saldi som krypterede kryptografiske noter, og afsender, modtager og beløb for hver overførsel er skjult som standard .
Arkitekturen trækker kraftigt på Zcashs Orchard-protokol og ZK-UTXO-model, hvor tokens præges direkte ind i skjulte saldi, der aldrig eksponeres i offentlig tilstand . Det samlede udbud forbliver offentligt verificerbart, hvilket skaber et afgørende revisionsanker, men individuelle beholdninger og bevægelser holdes private .
Afgørende er, at standarden indlejrer compliance-mekanismer, som tidligere privatlivsdesign stort set ignorerede. Forslaget inkluderer en blacklist-funktion, der giver token-udstedere et værktøj til at blokere specifikke adresser fra at interagere med den private token-pulje . Dette design anerkender en praktisk realitet: for at privatlivsværktøjer kan opnå mainstream-adoption, især blandt institutioner, skal de tilbyde en vej til reguleringsmæssig intervention uden at kollapse hele privatlivssættet.
Mens EIP-8182 og pERC-20 er igangværende forslag, er Starknets STRK20-rammeværk allerede operationelt. Annonceret i marts 2026 og fuldt lanceret på mainnet den 9. juni, gør det det muligt for ethvert ERC-20-aktiv på Starknet at blive skjult, overført og brugt i DeFi privat .
Det første aktiv, der bruger standarden, er strkBTC, et Bitcoin-backet wrapped token, der fungerer i både en offentlig og en skjult tilstand . Brugere kan skifte mellem tilstande via kompatible tegnebøger som Ready X og Xverse . Når først det er skjult, bliver saldi og transaktioner usynlige for eksterne observatører, men tokenet forbliver fuldt komponerbart med eksisterende decentraliserede børser og udlånsprotokoller som Ekubo og AVNU .
STRK20s compliance-arkitektur er centreret omkring viewing keys. Token-indehavere kan give en viewing key til en specifik tredjepart – såsom en tilsynsmyndighed, revisor eller skattemyndighed – som gør det muligt for denne part at dekryptere transaktionsdetaljer, mens resten af verden ikke ser noget . Denne model med selektiv videregivelse sigter mod at løse den spænding, der plagede værktøjer som Tornado Cash, hvor fuld anonymitet gjorde enhver form for compliance-bistand umulig .
På trods af at de opererer på forskellige lag af stakken, deler disse tre initiativer en klar designfilosofi.
For det første behandles privatliv som infrastruktur, ikke en funktion. EIP-8182 indlejrer det i konsensuslaget. pERC-20 indlejrer det i token-grænsefladen. STRK20 indlejrer det i L2-token-kontrakten. I alle tre tilfælde er privatliv ikke en indpakning omkring eksisterende gennemsigtige systemer – det er standardtilstanden.
For det andet er compliance et førsteklasses designmål, ikke en eftertanke. pERC-20 inkluderer en blacklist. STRK20 inkluderer viewing keys. EIP-8182s nullifier-sæt forhindrer dobbeltbrug inden for en privat pulje og opretholder integritet uden at de-anonymisere brugere. Dette markerer en skarp udvikling fra tidligere privatlivsprojekter, som ofte behandlede regulatorisk kompatibilitet som valgfri eller modstridende.
Konvergensen er slående. Det tyder på, at Ethereum-udviklerfællesskabet stort set har nået en ny konsensus: finansiel privatliv er afgørende for netværkets langsigtede sundhed, men det skal arkitekteres med kontrollerede videregivelsesveje. Målet er ikke lovløs anonymitet. Det er fortrolighed, der respekterer de virkelige forpligtelser, som institutioner, udstedere og brugere har.
Meget af dette arbejde er stadig tidligt. EIP-8182 er stadig et forslag, og dets inklusion i Hegotá er ikke garanteret endnu. pERC-20 er i udkaststatus og vil kræve omfattende gennemgang, før en eventuel vedtagelse. STRK20 er det mest avancerede, live i dag på Starknet, men dets langsigtede adoption vil afhænge af, om tegnebøger, applikationer og brugere omfavner modellen.
Hvad der nu er klart, er rejseretningen. Æraen med fuldt gennemsigtige hovedbøger som den eneste acceptable standard bliver udfordret. I stedet tager en ny arkitektur form: en hvor privatliv er programmerbart, compliance er indbygget, og fortrolighed bliver en standardfunktion i Ethereum-økosystemet.
Mekanismen er en samlet shielded transfer-pool, administreret som en systemkontrakt på en fast adresse. Brugere vil indsætte ETH eller kompatible ERC-20-tokens i puljen og derefter udføre private overførsler ved hjælp af zero-knowledge-beviser og en UTXO-baseret regnskabsmodel . Afgørende er, at designet ikke inkluderer nogen admin-nøgle, intet governance-token og ingen on-chain-opgraderingssti – hvilket betyder, at puljens regler kun kan ændres gennem Ethereums eksisterende hardfork-proces .
Et centralt arkitektonisk valg er den delte anonymitetspulje. Fordi shielded pool er et enkelt, protokol-dækkende system, styrker enhver tegnebog, der integrerer standarden, automatisk anonymitetssættet for alle andre brugere . Dette står i skarp kontrast til det fragmenterede privatlivslandskab i fortiden, hvor isolerede puljer gjorde anonymitet meget svagere. For at forhindre dobbeltbrug inden for puljen anvender systemet et fælles note-træ og et nullifier-sæt .
Mens EIP-8182 retter sig mod transaktionslaget, omdefinerer pERC-20-forslaget – formelt tracket som ERC-7605 – hvad et token er. Den centrale idé er enkel, men radikal: i en pERC-20-verden er der ingen offentlig balanceOf eller transferFrom-funktion. I stedet eksisterer saldi som krypterede kryptografiske noter, og afsender, modtager og beløb for hver overførsel er skjult som standard .
Arkitekturen trækker kraftigt på Zcashs Orchard-protokol og ZK-UTXO-model, hvor tokens præges direkte ind i skjulte saldi, der aldrig eksponeres i offentlig tilstand . Det samlede udbud forbliver offentligt verificerbart, hvilket skaber et afgørende revisionsanker, men individuelle beholdninger og bevægelser holdes private .
Afgørende er, at standarden indlejrer compliance-mekanismer, som tidligere privatlivsdesign stort set ignorerede. Forslaget inkluderer en blacklist-funktion, der giver token-udstedere et værktøj til at blokere specifikke adresser fra at interagere med den private token-pulje . Dette design anerkender en praktisk realitet: for at privatlivsværktøjer kan opnå mainstream-adoption, især blandt institutioner, skal de tilbyde en vej til reguleringsmæssig intervention uden at kollapse hele privatlivssættet.
Mens EIP-8182 og pERC-20 er igangværende forslag, er Starknets STRK20-rammeværk allerede operationelt. Annonceret i marts 2026 og fuldt lanceret på mainnet den 9. juni, gør det det muligt for ethvert ERC-20-aktiv på Starknet at blive skjult, overført og brugt i DeFi privat .
Det første aktiv, der bruger standarden, er strkBTC, et Bitcoin-backet wrapped token, der fungerer i både en offentlig og en skjult tilstand . Brugere kan skifte mellem tilstande via kompatible tegnebøger som Ready X og Xverse . Når først det er skjult, bliver saldi og transaktioner usynlige for eksterne observatører, men tokenet forbliver fuldt komponerbart med eksisterende decentraliserede børser og udlånsprotokoller som Ekubo og AVNU .
STRK20s compliance-arkitektur er centreret omkring viewing keys. Token-indehavere kan give en viewing key til en specifik tredjepart – såsom en tilsynsmyndighed, revisor eller skattemyndighed – som gør det muligt for denne part at dekryptere transaktionsdetaljer, mens resten af verden ikke ser noget . Denne model med selektiv videregivelse sigter mod at løse den spænding, der plagede værktøjer som Tornado Cash, hvor fuld anonymitet gjorde enhver form for compliance-bistand umulig .
På trods af at de opererer på forskellige lag af stakken, deler disse tre initiativer en klar designfilosofi.
For det første behandles privatliv som infrastruktur, ikke en funktion. EIP-8182 indlejrer det i konsensuslaget. pERC-20 indlejrer det i token-grænsefladen. STRK20 indlejrer det i L2-token-kontrakten. I alle tre tilfælde er privatliv ikke en indpakning omkring eksisterende gennemsigtige systemer – det er standardtilstanden.
For det andet er compliance et førsteklasses designmål, ikke en eftertanke. pERC-20 inkluderer en blacklist. STRK20 inkluderer viewing keys. EIP-8182s nullifier-sæt forhindrer dobbeltbrug inden for en privat pulje og opretholder integritet uden at de-anonymisere brugere. Dette markerer en skarp udvikling fra tidligere privatlivsprojekter, som ofte behandlede regulatorisk kompatibilitet som valgfri eller modstridende.
Konvergensen er slående. Det tyder på, at Ethereum-udviklerfællesskabet stort set har nået en ny konsensus: finansiel privatliv er afgørende for netværkets langsigtede sundhed, men det skal arkitekteres med kontrollerede videregivelsesveje. Målet er ikke lovløs anonymitet. Det er fortrolighed, der respekterer de virkelige forpligtelser, som institutioner, udstedere og brugere har.
Meget af dette arbejde er stadig tidligt. EIP-8182 er stadig et forslag, og dets inklusion i Hegotá er ikke garanteret endnu. pERC-20 er i udkaststatus og vil kræve omfattende gennemgang, før en eventuel vedtagelse. STRK20 er det mest avancerede, live i dag på Starknet, men dets langsigtede adoption vil afhænge af, om tegnebøger, applikationer og brugere omfavner modellen.
Hvad der nu er klart, er rejseretningen. Æraen med fuldt gennemsigtige hovedbøger som den eneste acceptable standard bliver udfordret. I stedet tager en ny arkitektur form: en hvor privatliv er programmerbart, compliance er indbygget, og fortrolighed bliver en standardfunktion i Ethereum-økosystemet.