Mekanismen är en enhetlig skyddad överföringspool, hanterad som ett systemkontrakt på en fast adress. Användare skulle sätta in ETH eller kompatibla ERC-20-tokens i poolen och sedan utföra privata överföringar med hjälp av nollkunskapsbevis och en UTXO-baserad redovisningsmodell . Kritiskt nog innehåller designen ingen admin-nyckel, ingen governance-token och ingen uppgraderingsväg på kedjan – vilket innebär att poolens regler endast kan ändras genom Ethereums befintliga hårgaffelprocess .

Ett viktigt arkitektoniskt val är den delade anonymitetsuppsättningen. Eftersom den skyddade poolen är ett enda, protokollomfattande system, stärker varje plånbok som integrerar standarden automatiskt anonymitetsuppsättningen för varje annan användare . Detta står i skarp kontrast till det fragmenterade sekretesslandskap som funnits tidigare, där isolerade pooler gjorde anonymitet mycket svagare. För att förhindra dubbelutgifter inom poolen använder systemet ett delat notträd och en nullifier-uppsättning .

pERC-20 (ERC-7605): En sekretessinbyggd tokenstandard

Medan EIP-8182 riktar sig till transaktionslagret, omdefinierar pERC-20-förslaget – formellt spårat som ERC-7605 – vad en token är. Grundtanken är enkel men radikal: i en pERC-20-värld finns det ingen offentlig balanceOf- eller transferFrom-funktion. Istället existerar innehav som krypterade kryptografiska noter, och avsändare, mottagare och belopp för varje överföring är dolda som standard .

Arkitekturen bygger tungt på Zcashs Orchard-protokoll och ZK-UTXO-modell, där tokens präglas direkt till dolda innehav som aldrig exponeras i offentligt tillstånd . Det totala utbudet förblir offentligt verifierbart, vilket skapar ett avgörande revisionsankare, men individuella innehav och rörelser hålls privata .

Avgörande är att standarden bäddar in efterlevnadsmekanismer som tidigare integritetsdesign i stort sett ignorerade. Förslaget inkluderar en blacklist-funktion, som ger tokenutgivare ett verktyg för att blockera specifika adresser från att interagera med den privata tokenpoolen . Denna design erkänner en praktisk verklighet: för att integritetsverktyg ska nå mainstream-antagande, särskilt bland institutioner, måste de erbjuda en väg för regulatorisk intervention utan att kollapsa hela integritetsuppsättningen.

STRK20: Integritet live på Starknet idag

Medan EIP-8182 och pERC-20 är pågående förslag, är Starknets STRK20-ramverk redan i drift. Ramverket, som först tillkännagavs i mars 2026 och fullt ut lanserades på mainnet den 9 juni, gör det möjligt för vilken ERC-20-tillgång som helst på Starknet att skyddas, överföras och användas i DeFi privat .

Den första tillgången som använder standarden är strkBTC, en Bitcoin-backad wrapped token som fungerar i både ett offentligt och ett skyddat läge . Användare kan växla mellan lägena via kompatibla plånböcker som Ready X och Xverse . När den väl är skyddad blir innehav och transaktioner osynliga för externa observatörer, men token förblir fullt komponerbar med befintliga decentraliserade börser och utlåningsprotokoll som Ekubo och AVNU .

STRK20:s efterlevnadsarkitektur centreras kring viewing keys. Tokeninnehavare kan bevilja en viewing key till en specifik tredje part – till exempel en tillsynsmyndighet, revisor eller skattemyndighet – vilket gör att den parten kan dekryptera transaktionsdetaljer medan resten av världen ser ingenting . Denna selektiva avslöjandemodell syftar till att lösa den spänning som plågade verktyg som Tornado Cash, där full anonymitet gjorde all form av efterlevnadshjälp omöjlig .

En gemensam designfilosofi: Kompatibel integritet

Trots att de verkar på olika nivåer i stacken delar dessa tre initiativ en tydlig designfilosofi.

För det första behandlas integritet som infrastruktur, inte en funktion. EIP-8182 bäddar in det på konsensuslagret. pERC-20 bäddar in det i token-gränssnittet. STRK20 bäddar in det i L2-tokenkontraktet. I alla tre fallen är integritet inte ett omslag kring befintliga transparenta system – det är standardtillståndet.

För det andra är regelefterlevnad ett förstklassigt designmål, inte en efterkonstruktion. pERC-20 inkluderar en blacklist. STRK20 inkluderar viewing keys. EIP-8182:s nullifier-uppsättning förhindrar dubbelutgifter inom en privat pool, vilket bibehåller integritet utan att avanonymisera användare. Detta markerar en skarp utveckling från tidigare integritetsprojekt, som ofta behandlade regulatorisk kompatibilitet som valfri eller motsatt.

Konvergensen är slående. Det tyder på att Ethereums utvecklargemenskap till stor del har enats om en ny konsensus: finansiell integritet är avgörande för nätverkets långsiktiga hälsa, men den måste arkitekteras med kontrollerade avslöjandevägar. Målet är inte laglös anonymitet. Det är konfidentialitet som respekterar institutioners, utgivares och användares verkliga skyldigheter.

Mycket av detta arbete är fortfarande tidigt. EIP-8182 är fortfarande ett förslag, och dess inkludering i Hegotá är ännu inte garanterad. pERC-20 är i utkaststatus och kommer att kräva omfattande granskning innan något potentiellt antagande. STRK20 är det mest avancerade, live idag på Starknet, men dess långsiktiga antagande kommer att bero på om plånböcker, applikationer och användare omfamnar modellen.

Vad som nu är klart är färdriktningen. Erans helt transparenta liggare som den enda acceptabla standarden utmanas. I dess ställe växer en ny arkitektur fram: en där integritet är programmerbar, regelefterlevnad är inbyggd och konfidentialitet blir en standardfunktion i Ethereum-ekosystemet.

Mekanismen är en enhetlig skyddad överföringspool, hanterad som ett systemkontrakt på en fast adress. Användare skulle sätta in ETH eller kompatibla ERC-20-tokens i poolen och sedan utföra privata överföringar med hjälp av nollkunskapsbevis och en UTXO-baserad redovisningsmodell . Kritiskt nog innehåller designen ingen admin-nyckel, ingen governance-token och ingen uppgraderingsväg på kedjan – vilket innebär att poolens regler endast kan ändras genom Ethereums befintliga hårgaffelprocess .

Ett viktigt arkitektoniskt val är den delade anonymitetsuppsättningen. Eftersom den skyddade poolen är ett enda, protokollomfattande system, stärker varje plånbok som integrerar standarden automatiskt anonymitetsuppsättningen för varje annan användare . Detta står i skarp kontrast till det fragmenterade sekretesslandskap som funnits tidigare, där isolerade pooler gjorde anonymitet mycket svagare. För att förhindra dubbelutgifter inom poolen använder systemet ett delat notträd och en nullifier-uppsättning .

pERC-20 (ERC-7605): En sekretessinbyggd tokenstandard

Medan EIP-8182 riktar sig till transaktionslagret, omdefinierar pERC-20-förslaget – formellt spårat som ERC-7605 – vad en token är. Grundtanken är enkel men radikal: i en pERC-20-värld finns det ingen offentlig balanceOf- eller transferFrom-funktion. Istället existerar innehav som krypterade kryptografiska noter, och avsändare, mottagare och belopp för varje överföring är dolda som standard .

Arkitekturen bygger tungt på Zcashs Orchard-protokoll och ZK-UTXO-modell, där tokens präglas direkt till dolda innehav som aldrig exponeras i offentligt tillstånd . Det totala utbudet förblir offentligt verifierbart, vilket skapar ett avgörande revisionsankare, men individuella innehav och rörelser hålls privata .

Avgörande är att standarden bäddar in efterlevnadsmekanismer som tidigare integritetsdesign i stort sett ignorerade. Förslaget inkluderar en blacklist-funktion, som ger tokenutgivare ett verktyg för att blockera specifika adresser från att interagera med den privata tokenpoolen . Denna design erkänner en praktisk verklighet: för att integritetsverktyg ska nå mainstream-antagande, särskilt bland institutioner, måste de erbjuda en väg för regulatorisk intervention utan att kollapsa hela integritetsuppsättningen.

STRK20: Integritet live på Starknet idag

Medan EIP-8182 och pERC-20 är pågående förslag, är Starknets STRK20-ramverk redan i drift. Ramverket, som först tillkännagavs i mars 2026 och fullt ut lanserades på mainnet den 9 juni, gör det möjligt för vilken ERC-20-tillgång som helst på Starknet att skyddas, överföras och användas i DeFi privat .

Den första tillgången som använder standarden är strkBTC, en Bitcoin-backad wrapped token som fungerar i både ett offentligt och ett skyddat läge . Användare kan växla mellan lägena via kompatibla plånböcker som Ready X och Xverse . När den väl är skyddad blir innehav och transaktioner osynliga för externa observatörer, men token förblir fullt komponerbar med befintliga decentraliserade börser och utlåningsprotokoll som Ekubo och AVNU .

STRK20:s efterlevnadsarkitektur centreras kring viewing keys. Tokeninnehavare kan bevilja en viewing key till en specifik tredje part – till exempel en tillsynsmyndighet, revisor eller skattemyndighet – vilket gör att den parten kan dekryptera transaktionsdetaljer medan resten av världen ser ingenting . Denna selektiva avslöjandemodell syftar till att lösa den spänning som plågade verktyg som Tornado Cash, där full anonymitet gjorde all form av efterlevnadshjälp omöjlig .

En gemensam designfilosofi: Kompatibel integritet

Trots att de verkar på olika nivåer i stacken delar dessa tre initiativ en tydlig designfilosofi.

För det första behandlas integritet som infrastruktur, inte en funktion. EIP-8182 bäddar in det på konsensuslagret. pERC-20 bäddar in det i token-gränssnittet. STRK20 bäddar in det i L2-tokenkontraktet. I alla tre fallen är integritet inte ett omslag kring befintliga transparenta system – det är standardtillståndet.

För det andra är regelefterlevnad ett förstklassigt designmål, inte en efterkonstruktion. pERC-20 inkluderar en blacklist. STRK20 inkluderar viewing keys. EIP-8182:s nullifier-uppsättning förhindrar dubbelutgifter inom en privat pool, vilket bibehåller integritet utan att avanonymisera användare. Detta markerar en skarp utveckling från tidigare integritetsprojekt, som ofta behandlade regulatorisk kompatibilitet som valfri eller motsatt.

Konvergensen är slående. Det tyder på att Ethereums utvecklargemenskap till stor del har enats om en ny konsensus: finansiell integritet är avgörande för nätverkets långsiktiga hälsa, men den måste arkitekteras med kontrollerade avslöjandevägar. Målet är inte laglös anonymitet. Det är konfidentialitet som respekterar institutioners, utgivares och användares verkliga skyldigheter.

Mycket av detta arbete är fortfarande tidigt. EIP-8182 är fortfarande ett förslag, och dess inkludering i Hegotá är ännu inte garanterad. pERC-20 är i utkaststatus och kommer att kräva omfattande granskning innan något potentiellt antagande. STRK20 är det mest avancerade, live idag på Starknet, men dess långsiktiga antagande kommer att bero på om plånböcker, applikationer och användare omfamnar modellen.

Vad som nu är klart är färdriktningen. Erans helt transparenta liggare som den enda acceptabla standarden utmanas. I dess ställe växer en ny arkitektur fram: en där integritet är programmerbar, regelefterlevnad är inbyggd och konfidentialitet blir en standardfunktion i Ethereum-ekosystemet.