Mekanismi on yhtenäinen suojattu siirtopooli, jota hallinnoidaan järjestelmäsopimuksena kiinteässä osoitteessa. Käyttäjät tallettavat ETH:ta tai yhteensopivia ERC-20-tokeneita pooliin ja suorittavat sitten yksityisiä siirtoja käyttäen nollatietotodisteita (ZK-proofs) ja UTXO-pohjaista kirjanpitomallia . Keskeistä suunnittelussa on, ettei poolilla ole hallinnollista avainta, hallintotokenia eikä lohkoketjun päivityspolkua – poolin sääntöjä voidaan muuttaa vain Ethereumin olemassa olevan haarukkaprosessin kautta .

Tärkeä arkkitehtoninen valinta on jaettu anonymiteettijoukko. Koska suojattu pooli on yksittäinen, protokollanlaajuinen järjestelmä, jokainen lompakko, joka integroi standardin, vahvistaa automaattisesti kaikkien muiden käyttäjien anonymiteettijoukkoa . Tämä on jyrkkä kontrasti menneisyyden pirstaloituneeseen yksityisyysmaisemaan, jossa eristetyt poolit heikensivät anonymiteettiä. Kaksoiskäytön estämiseksi poolin sisällä järjestelmä käyttää jaettua note-puuta ja nullifier-joukkoa .

pERC-20 (ERC-7605): Yksityisyysnatiivi token-standardi

Siinä missä EIP-8182 kohdistuu siirtokerrokseen, pERC-20-ehdotus – virallisesti ERC-7605 – määrittelee tokenin uudelleen. Keskeinen idea on yksinkertainen mutta radikaali: pERC-20-maailmassa ei ole julkista balanceOf- tai transferFrom-funktiota. Sen sijaan saldot ovat salattuja kryptografisia muistiinpanoja, ja lähettäjä, vastaanottaja ja summa pysyvät oletuksena piilossa .

Arkkitehtuuri nojaa vahvasti Zcashin Orchard-protokollaan ja ZK-UTXO-malliin, jossa tokenit lyödään suoraan piilotettuihin saldoihin, jotka eivät koskaan paljastu julkisessa tilassa . Kokonaistarjonta pysyy julkisesti todennettavissa, mikä luo tärkeän tilintarkastusankkurin, mutta yksittäiset omistukset ja liikkeet pysyvät yksityisinä .

Ratkaisevan tärkeää on, että standardiin on upotettu säädöstenmukaisuusmekanismeja, jotka aiemmat yksityisyyssuunnitelmat jättivät suurelta osin huomiotta. Ehdotus sisältää blacklist-toiminnon, joka antaa tokenien liikkeeseenlaskijoille työkalun estää tiettyjä osoitteita käyttämästä yksityistä token-poolia . Tämä suunnitelma tunnustaa käytännön todellisuuden: jotta yksityisyystyökalut saavuttaisivat valtavirran hyväksynnän, erityisesti instituutioiden keskuudessa, niiden on tarjottava mahdollisuus sääntelyyn puuttumiseen romahduttamatta koko yksityisyysjoukkoa.

STRK20: Yksityisyys elää Starknetissa jo tänään

Siinä missä EIP-8182 ja pERC-20 ovat keskeneräisiä ehdotuksia, Starknetin STRK20-kehikko on jo toiminnassa. Se julkistettiin alun perin maaliskuussa 2026 ja otettiin täysimittaisesti käyttöön pääverkossa 9. kesäkuuta. Se mahdollistaa minkä tahansa ERC-20-omaisuuserän suojaamisen, siirtämisen ja käytön DeFi:ssä yksityisesti Starknetissa .

Ensimmäinen standardia käyttävä omaisuuserä on strkBTC, Bitcoin-takainen kääritty token, joka toimii sekä julkisessa että suojatussa tilassa . Käyttäjät voivat vaihtaa tilojen välillä yhteensopivien lompakoiden, kuten Ready X ja Xverse, kautta . Suojauksen jälkeen saldot ja tapahtumat muuttuvat näkymättömiksi ulkopuolisille tarkkailijoille, mutta token pysyy täysin koostettavana olemassa olevien hajautettujen pörssien ja lainaprotokollien, kuten Ekubon ja AVNU:n, kanssa .

STRK20:n säädöstenmukaisuusarkkitehtuuri keskittyy katseluavaimiin (viewing keys). Tokenin haltija voi myöntää katseluavaimen tietylle kolmannelle osapuolelle – kuten sääntelyviranomaiselle, tilintarkastajalle tai veroviranomaiselle – joka sallii tämän osapuolen purkaa tapahtumatiedot, samalla kun muu maailma ei näe mitään . Tämä valikoivan paljastamisen malli pyrkii ratkaisemaan jännitteen, joka vaivasi työkaluja, kuten Tornado Cashia, jossa täydellinen anonymiteetti teki kaikenlaisesta säädöstenmukaisuuden avustamisesta mahdotonta .

Yhteinen suunnittelufilosofia: säädöstenmukainen yksityisyys

Huolimatta siitä, että nämä kolme aloitetta toimivat eri kerroksilla, niillä on selkeä yhteinen suunnittelufilosofia.

Ensinnäkin, yksityisyyttä käsitellään infrastruktuurina, ei ominaisuutena. EIP-8182 upottaa sen konsensuskerrokseen. pERC-20 upottaa sen token-rajapintaan. STRK20 upottaa sen L2-token-sopimukseen. Kaikissa kolmessa tapauksessa yksityisyys ei ole kääre olemassa olevien läpinäkyvien järjestelmien ympärillä – se on oletustila.

Toiseksi, säädöstenmukaisuus on ensimmäisen luokan suunnittelutavoite, ei jälkikäteen lisätty ominaisuus. pERC-20 sisältää blacklistin. STRK20 sisältää katseluavaimet. EIP-8182:n nullifier-joukko estää kaksoiskäytön yksityisessä poolissa säilyttäen eheyden paljastamatta käyttäjiä. Tämä merkitsee jyrkkää kehitystä aiemmista yksityisyysprojekteista, jotka usein kohtelivat sääntely-yhteensopivuutta valinnaisena tai ristiriitaisena tavoitteena.

Yhtymäkohta on silmiinpistävä. Se viittaa siihen, että Ethereumin kehittäjäyhteisö on pääosin päätynyt uuteen konsensukseen: rahoituksellinen yksityisyys on välttämätöntä verkon pitkän aikavälin terveydelle, mutta se on suunniteltava hallituilla paljastamispoluilla. Tavoite ei ole lainsuojaton anonymiteetti. Se on luottamuksellisuus, joka kunnioittaa instituutioiden, liikkeeseenlaskijoiden ja käyttäjien todellisia velvoitteita.

Suuri osa tästä työstä on vielä alkuvaiheessa. EIP-8182 on edelleen ehdotus, eikä sen sisällyttäminen Hegotáan ole vielä taattua. pERC-20 on luonnosvaiheessa ja vaatii laajaa tarkastelua ennen mahdollista käyttöönottoa. STRK20 on edistynein, käytössä jo tänään Starknetissa, mutta sen pitkän aikavälin käyttöönotto riippuu siitä, omaksuvatko lompakot, sovellukset ja käyttäjät mallin.

Se mikä on nyt selvää, on matkan suunta. Täysin läpinäkyvien kirjanpitojen aikakausi ainoana hyväksyttävänä oletusarvo on haastettu. Sen tilalle on muodostumassa uusi arkkitehtuuri: sellainen, jossa yksityisyys on ohjelmoitavissa, säädöstenmukaisuus on sisäänrakennettu ja luottamuksellisuudesta tulee Ethereumin ekosysteemin standardiominaisuus.

Mekanismi on yhtenäinen suojattu siirtopooli, jota hallinnoidaan järjestelmäsopimuksena kiinteässä osoitteessa. Käyttäjät tallettavat ETH:ta tai yhteensopivia ERC-20-tokeneita pooliin ja suorittavat sitten yksityisiä siirtoja käyttäen nollatietotodisteita (ZK-proofs) ja UTXO-pohjaista kirjanpitomallia . Keskeistä suunnittelussa on, ettei poolilla ole hallinnollista avainta, hallintotokenia eikä lohkoketjun päivityspolkua – poolin sääntöjä voidaan muuttaa vain Ethereumin olemassa olevan haarukkaprosessin kautta .

Tärkeä arkkitehtoninen valinta on jaettu anonymiteettijoukko. Koska suojattu pooli on yksittäinen, protokollanlaajuinen järjestelmä, jokainen lompakko, joka integroi standardin, vahvistaa automaattisesti kaikkien muiden käyttäjien anonymiteettijoukkoa . Tämä on jyrkkä kontrasti menneisyyden pirstaloituneeseen yksityisyysmaisemaan, jossa eristetyt poolit heikensivät anonymiteettiä. Kaksoiskäytön estämiseksi poolin sisällä järjestelmä käyttää jaettua note-puuta ja nullifier-joukkoa .

pERC-20 (ERC-7605): Yksityisyysnatiivi token-standardi

Siinä missä EIP-8182 kohdistuu siirtokerrokseen, pERC-20-ehdotus – virallisesti ERC-7605 – määrittelee tokenin uudelleen. Keskeinen idea on yksinkertainen mutta radikaali: pERC-20-maailmassa ei ole julkista balanceOf- tai transferFrom-funktiota. Sen sijaan saldot ovat salattuja kryptografisia muistiinpanoja, ja lähettäjä, vastaanottaja ja summa pysyvät oletuksena piilossa .

Arkkitehtuuri nojaa vahvasti Zcashin Orchard-protokollaan ja ZK-UTXO-malliin, jossa tokenit lyödään suoraan piilotettuihin saldoihin, jotka eivät koskaan paljastu julkisessa tilassa . Kokonaistarjonta pysyy julkisesti todennettavissa, mikä luo tärkeän tilintarkastusankkurin, mutta yksittäiset omistukset ja liikkeet pysyvät yksityisinä .

Ratkaisevan tärkeää on, että standardiin on upotettu säädöstenmukaisuusmekanismeja, jotka aiemmat yksityisyyssuunnitelmat jättivät suurelta osin huomiotta. Ehdotus sisältää blacklist-toiminnon, joka antaa tokenien liikkeeseenlaskijoille työkalun estää tiettyjä osoitteita käyttämästä yksityistä token-poolia . Tämä suunnitelma tunnustaa käytännön todellisuuden: jotta yksityisyystyökalut saavuttaisivat valtavirran hyväksynnän, erityisesti instituutioiden keskuudessa, niiden on tarjottava mahdollisuus sääntelyyn puuttumiseen romahduttamatta koko yksityisyysjoukkoa.

STRK20: Yksityisyys elää Starknetissa jo tänään

Siinä missä EIP-8182 ja pERC-20 ovat keskeneräisiä ehdotuksia, Starknetin STRK20-kehikko on jo toiminnassa. Se julkistettiin alun perin maaliskuussa 2026 ja otettiin täysimittaisesti käyttöön pääverkossa 9. kesäkuuta. Se mahdollistaa minkä tahansa ERC-20-omaisuuserän suojaamisen, siirtämisen ja käytön DeFi:ssä yksityisesti Starknetissa .

Ensimmäinen standardia käyttävä omaisuuserä on strkBTC, Bitcoin-takainen kääritty token, joka toimii sekä julkisessa että suojatussa tilassa . Käyttäjät voivat vaihtaa tilojen välillä yhteensopivien lompakoiden, kuten Ready X ja Xverse, kautta . Suojauksen jälkeen saldot ja tapahtumat muuttuvat näkymättömiksi ulkopuolisille tarkkailijoille, mutta token pysyy täysin koostettavana olemassa olevien hajautettujen pörssien ja lainaprotokollien, kuten Ekubon ja AVNU:n, kanssa .

STRK20:n säädöstenmukaisuusarkkitehtuuri keskittyy katseluavaimiin (viewing keys). Tokenin haltija voi myöntää katseluavaimen tietylle kolmannelle osapuolelle – kuten sääntelyviranomaiselle, tilintarkastajalle tai veroviranomaiselle – joka sallii tämän osapuolen purkaa tapahtumatiedot, samalla kun muu maailma ei näe mitään . Tämä valikoivan paljastamisen malli pyrkii ratkaisemaan jännitteen, joka vaivasi työkaluja, kuten Tornado Cashia, jossa täydellinen anonymiteetti teki kaikenlaisesta säädöstenmukaisuuden avustamisesta mahdotonta .

Yhteinen suunnittelufilosofia: säädöstenmukainen yksityisyys

Huolimatta siitä, että nämä kolme aloitetta toimivat eri kerroksilla, niillä on selkeä yhteinen suunnittelufilosofia.

Ensinnäkin, yksityisyyttä käsitellään infrastruktuurina, ei ominaisuutena. EIP-8182 upottaa sen konsensuskerrokseen. pERC-20 upottaa sen token-rajapintaan. STRK20 upottaa sen L2-token-sopimukseen. Kaikissa kolmessa tapauksessa yksityisyys ei ole kääre olemassa olevien läpinäkyvien järjestelmien ympärillä – se on oletustila.

Toiseksi, säädöstenmukaisuus on ensimmäisen luokan suunnittelutavoite, ei jälkikäteen lisätty ominaisuus. pERC-20 sisältää blacklistin. STRK20 sisältää katseluavaimet. EIP-8182:n nullifier-joukko estää kaksoiskäytön yksityisessä poolissa säilyttäen eheyden paljastamatta käyttäjiä. Tämä merkitsee jyrkkää kehitystä aiemmista yksityisyysprojekteista, jotka usein kohtelivat sääntely-yhteensopivuutta valinnaisena tai ristiriitaisena tavoitteena.

Yhtymäkohta on silmiinpistävä. Se viittaa siihen, että Ethereumin kehittäjäyhteisö on pääosin päätynyt uuteen konsensukseen: rahoituksellinen yksityisyys on välttämätöntä verkon pitkän aikavälin terveydelle, mutta se on suunniteltava hallituilla paljastamispoluilla. Tavoite ei ole lainsuojaton anonymiteetti. Se on luottamuksellisuus, joka kunnioittaa instituutioiden, liikkeeseenlaskijoiden ja käyttäjien todellisia velvoitteita.

Suuri osa tästä työstä on vielä alkuvaiheessa. EIP-8182 on edelleen ehdotus, eikä sen sisällyttäminen Hegotáan ole vielä taattua. pERC-20 on luonnosvaiheessa ja vaatii laajaa tarkastelua ennen mahdollista käyttöönottoa. STRK20 on edistynein, käytössä jo tänään Starknetissa, mutta sen pitkän aikavälin käyttöönotto riippuu siitä, omaksuvatko lompakot, sovellukset ja käyttäjät mallin.

Se mikä on nyt selvää, on matkan suunta. Täysin läpinäkyvien kirjanpitojen aikakausi ainoana hyväksyttävänä oletusarvo on haastettu. Sen tilalle on muodostumassa uusi arkkitehtuuri: sellainen, jossa yksityisyys on ohjelmoitavissa, säädöstenmukaisuus on sisäänrakennettu ja luottamuksellisuudesta tulee Ethereumin ekosysteemin standardiominaisuus.