<span style="font-weight: 900;">Dowód własności UTXO to</span> podpis kluczem, którym można wydać dane wyjście. Nie wystarczy pokazać adres. Zbierz UTXO, podpisz komunikat z numerem bloku i korzeniem Merkle, a podpisy dołącz do raportu. Dla L2 dodaj dowód stanu z rollupu lub kanału — najczęściej wystarczy Merkle proof z kontraktu mostu. Jeśli korzystasz z ZK, dowód zk-SNARK może potwierdzić, że suma liści równa się sumie zobowiązań, bez ujawniania sald. To szybsze niż pełne drzewo, ale wymaga zaufania do obwodu. Błąd: publikowanie dowodu ZK bez audytu obwodu i bez podania, jakie dane wejściowe są ukryte.<br>
<br>
<br>
<br>
Jak to działa w praktyce i gdzie ludzie się potykaj<br>
<br>
<br>
<br>
Account abstraction to mechanizm, który zmienia sposób zarządzania kontami w sieciach blockchain. Zamiast klasycznego klucza prywatnego i adresu, użytkownik otrzymuje coś w rodzaju inteligentnego konta, które może mieć różne funkcje: odzyskiwanie dostępu, limity wydatków, czy nawet wieloskładnikowe zatwierdzanie transakcji. Brzmi jak udogodnienie, ale dla przeciętnego użytkownika niesie ze sobą poważne zagrożenia, których łatwo nie zauważyć.<br>
<br>
<br>
<br>
Na co uważać w praktyce. Po pierwsze, issuer atestów musi być rozliczalny — anonimowy atest bez podmiotu odpowiedzialnego za jego wystawienie to fikcja zgodności. Po drugie, dowody zerowej wiedzy mają koszt obliczeniowy; na tanich łańcuchach weryfikacja może być droższa niż sama transakcja. Po trzecie, rotacja kluczy i odwoływanie atestów wymagają mechanizmu, który nie ujawnia, kogo dotyczy odwołanie. Po czwarte, integracja z portfelami musi być prosta — jeśli użytkownik ma ręcznie wklejać dowody, adopcja spadnie do zera.<br>
<br>
<br>
<br>
Trzecim ryzykiem są ataki na warstwę abstrakcji. Hakerzy mogą przejąć kontrolę nad kontem, jeśli znajdą lukę w kontrakcie lub w mechanizmie odzyskiwania. Ponieważ account abstraction często integruje się z zewnętrznymi usługami, np. płatnościami za gaz, atakujący mogą podszyć się pod usługodawcę i wyłudzić podpis. Użytkownik nie widzi wtedy klasycznego monitu o podpisanie transakcji, tylko bardziej złożony interfejs, który łatwo zinterpretować błędnie.<br>
<br>
<br>
<br>
<span style="font-weight: 800;">Podsumowując, ERC-4337 daje</span> <span style="font-weight: bold;">realne korzyści: brak seeda,</span> płacenie gazem w dowolnym tokenie i automatyzacja transakcji. Ale każda z tych funkcji ma swoją cenę — większą złożoność i nowe wektory ryzyka. Zanim zaczniesz korzystać z abstrakcji kont w DeFi, upewnij się, że rozumiesz mechanizm odzyskiwania, warunki paymastera i ograniczenia intencji. Wtedy unikniesz błędów, które mogą kosztować więcej niż klasyczny seed.<br>
<br>
<br>
<br>
Praktyczna implementacja zaczyna się od rozdzielenia ról. Podmiot weryfikujący (VASP lub wyspecjalizowany issuer) sprawdza dokumenty i wystawia poświadczenie powiązane z kluczem publicznym użytkownika. Użytkownik generuje dowód w swoim portfelu i publikuje go w inteligentnym kontrakcie. Kontrakt weryfikuje dowód i dopuszcza transakcję. Kluczowe jest, by poświadczenie miało krótki okres ważności, było jednorazowe i nie dało się go powiązać z konkretnym adresem w łańcuchu. Typowy błąd to trwały, publiczny identyfikator użytkownika — wtedy pseudonimowość znika po pierwszej interakcji z protokołem.<br>
<br>
<br>
<br>
MEV na warstwie drugiej nie zniknął, tylko się przesunął Na L2 sekwencer przez krótki czas widzi transakcje przed publikacją. To daje mu przewagę podobną do walidatora na L1. Część sieci oddaje ten przywilej z powrotem społeczności, część nie. Praktyczna rada: sprawdź, czy dana L2 ma mechanizm wymuszającego włączenia transakcji z L1 oraz czy kolejność transakcji jest ustalana publicznie. Jeśli nie, twoja intencja może zostać wykonana po cenie gorszej niż zakładałeś, mimo że nie trafiła do publicznego mempoola.<br>
<br>
<br>
<br>
Klasyczny KYC wymaga przesłania dokumentu tożsamości, selfie i czasem rachunku za media. W DeFi taki pakiet trafia do dostawcy usługi, a potem często do kilku podmiotów. Zk-KYC odwraca ten kierunek: dowód zgodności powstaje lokalnie, a na łańcuch lub do weryfikatora trafia tylko atest — wynik obliczenia, nie dane. Anonimowy atest, np. dowód zerowej wiedzy, potwierdza, że portfel należy do osoby z ważoną weryfikacją i że limit AML nie został przekroczony, nie ujawniając adresu zamieszkania ani numeru dokumentu.<br>
<br>
<br>
<br>
<span style="font-weight: 800;">Typowe błędy to traktowanie</span> zk-KYC jako jednorazowej konfiguracji, brak audytu kodu weryfikującego oraz mieszanie warstwy tożsamości z warstwą transakcyjną w jednym kontrakcie. Bezpieczniej trzymać atesty w osobnym rejestrze i tylko odpytywać go o ważność. Warto też testować scenariusze graniczne: wygaśnięcie atestu w trakcie transakcji, zmianę jurysdykcji użytkownika i próbę ponownego użycia tego samego dowodu.<br>
<br>
<br>
<br>
Drugie zagrożenie to nieodwracalne błędy w konfiguracji. Użytkownik może ustawić nieprawidłowe limity, zbyt wielu strażników (tzw. guardianów) lub błędne reguły odzyskiwania. Jeśli na przykład wyznaczysz jako strażnika osobę, która nie jest aktywna, a potem zgubisz dostęp, konto stanie się bezużyteczne. Co gorsza, w niektórych implementacjach zmiana reguł wymaga podpisu wielu stron, więc naprawa błędu może być niemożliwa.
