Mechanizm opiera się na ujednoliconym basenie osłonowym (shielded transfer pool), zarządzanym jako kontrakt systemowy pod stałym adresem. Użytkownicy deponowaliby ETH lub kompatybilne tokeny ERC-20 do basenu, a następnie wykonywali prywatne transfery, wykorzystując dowody zero-knowledge oraz model księgowy oparty na UTXO . Co kluczowe, projekt nie zawiera klucza administratora, tokena zarządzania ani ścieżki aktualizacji on-chain – oznacza to, że reguły basenu można zmienić jedynie poprzez istniejący proces hard forka Ethereum .

Kluczowym wyborem architektonicznym jest współdzielony zbiór anonimowości (shared anonymity set). Ponieważ basen osłonowy jest pojedynczym, ogólnoprotokolarnym systemem, każdy portfel integrujący ten standard automatycznie wzmacnia anonimowość wszystkich pozostałych użytkowników . Stanowi to wyraźny kontrast z rozdrobnionym krajobrazem prywatności z przeszłości, gdzie izolowane baseny znacznie osłabiały anonimowość. Aby zapobiec podwójnemu wydatkowaniu w basenie, system wykorzystuje współdzielone drzewo not (note tree) i zbiór nulifikatorów (nullifier set) .

pERC-20 (ERC-7605): Standard tokena natywnie prywatnego

Podczas gdy EIP-8182 celuje w warstwę transakcyjną, propozycja pERC-20 – formalnie śledzona jako ERC-7605 – na nowo definiuje, czym jest token. Główna idea jest prosta, ale radykalna: w świecie pERC-20 nie ma publicznych funkcji balanceOf ani transferFrom. Zamiast tego, salda istnieją jako zaszyfrowane noty kryptograficzne, a nadawca, odbiorca i kwota każdego transferu są domyślnie ukryte .

Architektura czerpie wiele z protokołu Orchard od Zcash i modelu ZK-UTXO, gdzie tokeny są emitowane bezpośrednio do ukrytych sald, które nigdy nie są ujawniane w stanie publicznym . Całkowita podaż pozostaje publicznie weryfikowalna, co stanowi kluczowy punkt zaczepienia audytu, ale indywidualne zasoby i ruchy są utrzymywane w tajemnicy .

Co istotne, standard zawiera mechanizmy zgodności, które wcześniejsze projekty prywatności w dużej mierze ignorowały. Propozycja obejmuje możliwość tworzenia czarnej listy, dając emitentom tokenów narzędzie do blokowania konkretnych adresów przed interakcją z prywatnym basenem tokenów . Ten projekt uwzględnia praktyczną rzeczywistość: aby narzędzia prywatności zyskały masową adopcję, szczególnie wśród instytucji, muszą oferować ścieżkę interwencji regulacyjnej bez załamywania całego zbioru prywatności.

STRK20: Prywatność na Starknet już dziś

Podczas gdy EIP-8182 i pERC-20 są propozycjami w toku, framework STRK20 od Starknet jest już operacyjny. Zapowiedziany w marcu 2026 roku i w pełni uruchomiony w sieci głównej 9 czerwca, umożliwia osłanianie, transfer i używanie dowolnych aktywów ERC-20 na Starknet w ramach prywatnych operacji DeFi .

Pierwszym aktywem korzystającym ze standardu jest strkBTC, opakowany token zabezpieczony Bitcoinem, który działa zarówno w trybie publicznym, jak i osłoniętym . Użytkownicy mogą przełączać się między trybami za pomocą kompatybilnych portfeli, takich jak Ready X i Xverse . Po osłonięciu salda i transakcje stają się niewidoczne dla zewnętrznych obserwatorów, ale token pozostaje w pełni kompatybilny z istniejącymi zdecentralizowanymi giełdami i protokołami pożyczkowymi, takimi jak Ekubo i AVNU .

Architektura zgodności STRK20 koncentruje się na kluczach podglądu (viewing keys). Posiadacz tokena może przyznać klucz podglądu konkretnej stronie trzeciej – takiej jak regulator, audytor czy organ podatkowy – co pozwala jej odszyfrować szczegóły transakcji, podczas gdy reszta świata nie widzi nic . Ten model selektywnego ujawniania ma na celu rozwiązanie napięcia, które nękało narzędzia takie jak Tornado Cash, gdzie pełna anonimowość uniemożliwiała jakąkolwiek formę pomocy w zakresie zgodności .

Wspólna filozofia projektowa: Prywatność regulowana

Mimo działania na różnych warstwach stosu, te trzy inicjatywy łączy wyraźna filozofia projektowa.

Po pierwsze, prywatność jest traktowana jako infrastruktura, a nie funkcja. EIP-8182 osadza ją w warstwie konsensusu. pERC-20 osadza ją w interfejsie tokena. STRK20 osadza ją w kontrakcie tokena L2. We wszystkich trzech przypadkach prywatność nie jest opakowaniem wokół istniejących transparentnych systemów – jest stanem domyślnym.

Po drugie, zgodność regulacyjna jest celem projektowym pierwszego rzędu, a nie refleksją. pERC-20 zawiera czarną listę. STRK20 zawiera klucze podglądu. Zbiór nulifikatorów w EIP-8182 zapobiega podwójnemu wydatkowaniu w prywatnym basenie, zachowując integralność bez deanonimizacji użytkowników. Oznacza to wyraźną ewolucję w stosunku do wcześniejszych projektów prywatności, które często traktowały zgodność z przepisami jako opcjonalną lub sprzeczną z ich naturą.

Ta zbieżność jest uderzająca. Sugeruje, że społeczność deweloperów Ethereum w dużej mierze osiągnęła nowy konsensus: prywatność finansowa jest niezbędna dla długoterminowego zdrowia sieci, ale musi być zaprojektowana ze ścieżkami kontrolowanego ujawniania. Celem nie jest bezprawna anonimowość. Jest nim poufność, która respektuje rzeczywiste obowiązki instytucji, emitentów i użytkowników.

Większość z tych prac jest wciąż na wczesnym etapie. EIP-8182 pozostaje propozycją, a jej włączenie do Hegotá nie jest jeszcze gwarantowane. pERC-20 ma status projektu i będzie wymagał szeroko zakrojonego przeglądu przed ewentualną adopcją. STRK20 jest najbardziej zaawansowany – działa dziś na Starknet – ale jego długoterminowe przyjęcie zależeć będzie od tego, czy portfele, aplikacje i użytkownicy zaakceptują ten model.

Jasny jest jednak kierunek podróży. Era w pełni przejrzystych rejestrów jako jedynego akceptowalnego standardu jest kwestionowana. W jej miejsce kształtuje się nowa architektura: w której prywatność jest programowalna, zgodność wbudowana, a poufność staje się standardową cechą ekosystemu Ethereum.

Mechanizm opiera się na ujednoliconym basenie osłonowym (shielded transfer pool), zarządzanym jako kontrakt systemowy pod stałym adresem. Użytkownicy deponowaliby ETH lub kompatybilne tokeny ERC-20 do basenu, a następnie wykonywali prywatne transfery, wykorzystując dowody zero-knowledge oraz model księgowy oparty na UTXO . Co kluczowe, projekt nie zawiera klucza administratora, tokena zarządzania ani ścieżki aktualizacji on-chain – oznacza to, że reguły basenu można zmienić jedynie poprzez istniejący proces hard forka Ethereum .

Kluczowym wyborem architektonicznym jest współdzielony zbiór anonimowości (shared anonymity set). Ponieważ basen osłonowy jest pojedynczym, ogólnoprotokolarnym systemem, każdy portfel integrujący ten standard automatycznie wzmacnia anonimowość wszystkich pozostałych użytkowników . Stanowi to wyraźny kontrast z rozdrobnionym krajobrazem prywatności z przeszłości, gdzie izolowane baseny znacznie osłabiały anonimowość. Aby zapobiec podwójnemu wydatkowaniu w basenie, system wykorzystuje współdzielone drzewo not (note tree) i zbiór nulifikatorów (nullifier set) .

pERC-20 (ERC-7605): Standard tokena natywnie prywatnego

Podczas gdy EIP-8182 celuje w warstwę transakcyjną, propozycja pERC-20 – formalnie śledzona jako ERC-7605 – na nowo definiuje, czym jest token. Główna idea jest prosta, ale radykalna: w świecie pERC-20 nie ma publicznych funkcji balanceOf ani transferFrom. Zamiast tego, salda istnieją jako zaszyfrowane noty kryptograficzne, a nadawca, odbiorca i kwota każdego transferu są domyślnie ukryte .

Architektura czerpie wiele z protokołu Orchard od Zcash i modelu ZK-UTXO, gdzie tokeny są emitowane bezpośrednio do ukrytych sald, które nigdy nie są ujawniane w stanie publicznym . Całkowita podaż pozostaje publicznie weryfikowalna, co stanowi kluczowy punkt zaczepienia audytu, ale indywidualne zasoby i ruchy są utrzymywane w tajemnicy .

Co istotne, standard zawiera mechanizmy zgodności, które wcześniejsze projekty prywatności w dużej mierze ignorowały. Propozycja obejmuje możliwość tworzenia czarnej listy, dając emitentom tokenów narzędzie do blokowania konkretnych adresów przed interakcją z prywatnym basenem tokenów . Ten projekt uwzględnia praktyczną rzeczywistość: aby narzędzia prywatności zyskały masową adopcję, szczególnie wśród instytucji, muszą oferować ścieżkę interwencji regulacyjnej bez załamywania całego zbioru prywatności.

STRK20: Prywatność na Starknet już dziś

Podczas gdy EIP-8182 i pERC-20 są propozycjami w toku, framework STRK20 od Starknet jest już operacyjny. Zapowiedziany w marcu 2026 roku i w pełni uruchomiony w sieci głównej 9 czerwca, umożliwia osłanianie, transfer i używanie dowolnych aktywów ERC-20 na Starknet w ramach prywatnych operacji DeFi .

Pierwszym aktywem korzystającym ze standardu jest strkBTC, opakowany token zabezpieczony Bitcoinem, który działa zarówno w trybie publicznym, jak i osłoniętym . Użytkownicy mogą przełączać się między trybami za pomocą kompatybilnych portfeli, takich jak Ready X i Xverse . Po osłonięciu salda i transakcje stają się niewidoczne dla zewnętrznych obserwatorów, ale token pozostaje w pełni kompatybilny z istniejącymi zdecentralizowanymi giełdami i protokołami pożyczkowymi, takimi jak Ekubo i AVNU .

Architektura zgodności STRK20 koncentruje się na kluczach podglądu (viewing keys). Posiadacz tokena może przyznać klucz podglądu konkretnej stronie trzeciej – takiej jak regulator, audytor czy organ podatkowy – co pozwala jej odszyfrować szczegóły transakcji, podczas gdy reszta świata nie widzi nic . Ten model selektywnego ujawniania ma na celu rozwiązanie napięcia, które nękało narzędzia takie jak Tornado Cash, gdzie pełna anonimowość uniemożliwiała jakąkolwiek formę pomocy w zakresie zgodności .

Wspólna filozofia projektowa: Prywatność regulowana

Mimo działania na różnych warstwach stosu, te trzy inicjatywy łączy wyraźna filozofia projektowa.

Po pierwsze, prywatność jest traktowana jako infrastruktura, a nie funkcja. EIP-8182 osadza ją w warstwie konsensusu. pERC-20 osadza ją w interfejsie tokena. STRK20 osadza ją w kontrakcie tokena L2. We wszystkich trzech przypadkach prywatność nie jest opakowaniem wokół istniejących transparentnych systemów – jest stanem domyślnym.

Po drugie, zgodność regulacyjna jest celem projektowym pierwszego rzędu, a nie refleksją. pERC-20 zawiera czarną listę. STRK20 zawiera klucze podglądu. Zbiór nulifikatorów w EIP-8182 zapobiega podwójnemu wydatkowaniu w prywatnym basenie, zachowując integralność bez deanonimizacji użytkowników. Oznacza to wyraźną ewolucję w stosunku do wcześniejszych projektów prywatności, które często traktowały zgodność z przepisami jako opcjonalną lub sprzeczną z ich naturą.

Ta zbieżność jest uderzająca. Sugeruje, że społeczność deweloperów Ethereum w dużej mierze osiągnęła nowy konsensus: prywatność finansowa jest niezbędna dla długoterminowego zdrowia sieci, ale musi być zaprojektowana ze ścieżkami kontrolowanego ujawniania. Celem nie jest bezprawna anonimowość. Jest nim poufność, która respektuje rzeczywiste obowiązki instytucji, emitentów i użytkowników.

Większość z tych prac jest wciąż na wczesnym etapie. EIP-8182 pozostaje propozycją, a jej włączenie do Hegotá nie jest jeszcze gwarantowane. pERC-20 ma status projektu i będzie wymagał szeroko zakrojonego przeglądu przed ewentualną adopcją. STRK20 jest najbardziej zaawansowany – działa dziś na Starknet – ale jego długoterminowe przyjęcie zależeć będzie od tego, czy portfele, aplikacje i użytkownicy zaakceptują ten model.

Jasny jest jednak kierunek podróży. Era w pełni przejrzystych rejestrów jako jedynego akceptowalnego standardu jest kwestionowana. W jej miejsce kształtuje się nowa architektura: w której prywatność jest programowalna, zgodność wbudowana, a poufność staje się standardową cechą ekosystemu Ethereum.