Rewolucja prywatności na Ethereum: EIP-8182, pERC-20 i STRK20 zwiastują nową erę regulowanej poufności

Przez lata prywatność finansowa na Ethereum była kwestią drugorzędną, doklejaną za pomocą zewnętrznych mikserów lub osobnych łańcuchów. Ta era właśnie się kończy. Nowa fala propozycji i wdrożeń na nowo definiuje poufność w sieci, osadzając ją bezpośrednio w warstwie podstawowej, standardach tokenów i rozwiązaniach warstwy drugiej.

Wspólnym mianownikiem tych wysiłków jest odejście od binarnego wyboru między całkowitą przejrzystością a pełną anonimowością. W jego miejsce wyłania się nowy model: prywatność domyślna, z programowalnymi mechanizmami kontroli zgodności, które mogą zaspokoić wymogi regulacyjne bez ujawniania danych użytkowników całemu światu.

Trzy inicjatywy są ucieleśnieniem tej zmiany. EIP-8182 proponuje zarządzany na poziomie protokołu współdzielony basen osłonowy dla głównej sieci Ethereum. Standard pERC-20, śledzony jako ERC-7605, na nowo wyobraża sobie tokeny tak, że salda i strony transakcji są ukryte przed wzrokiem publicznym. Natomiast framework STRK20 od Starknet, już działający w sieci głównej, zapewnia w pełni komponowalne prywatne transfery w swoim ekosystemie warstwy drugiej.

EIP-8182: Prywatne transfery jako rdzenna funkcja protokołu

Najbardziej ambitną z obecnych propozycji jest EIP-8182. Jej autor, współzałożyciel Facet Tom Lehman, ogłosił, że oficjalnie otrzymała status „Zaproponowana do Przyjęcia” (Proposed for Adoption) i jest obecnie kandydatem do włączenia w hard fork Hegotá, wstępnie planowany na koniec 2026 roku . Jeśli zostanie zaakceptowana, będzie to pierwszy przypadek, gdy Ethereum zakoduje prywatność bezpośrednio w swoim protokole warstwy podstawowej.

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.