Co się stanie, gdy AVS-y przeciążą bezpieczeństwo Ethereum

Z Mazovia
Wersja z dnia 07:01, 23 paź 2026 autorstwa Noah1560945605 (dyskusja | edycje) (Utworzono nową stronę "Stablecoiny nowej generacji często mają wbudowane mechanizmy kompresji danych i batchowania, które obniżają koszt publikacji. To pozwala im działać bezpośrednio w L1, a L2 stają się zbędne dla prostych transferów. Uważaj jednak na pułapkę: te same mechanizmy mogą ukrywać ryzyko płynności, jeśli emisja stablecoina zależy od jednego podmiotu. Sprawdź, kto kontroluje mint i burn oraz czy rezerwy są regularnie audytowane.<br><br>MEV a opłaty blo…")
(różn.) ← poprzednia wersja | przejdź do aktualnej wersji (różn.) | następna wersja → (różn.)

Stablecoiny nowej generacji często mają wbudowane mechanizmy kompresji danych i batchowania, które obniżają koszt publikacji. To pozwala im działać bezpośrednio w L1, a L2 stają się zbędne dla prostych transferów. Uważaj jednak na pułapkę: te same mechanizmy mogą ukrywać ryzyko płynności, jeśli emisja stablecoina zależy od jednego podmiotu. Sprawdź, kto kontroluje mint i burn oraz czy rezerwy są regularnie audytowane.

MEV a opłaty blobów: gdzie naprawdę zarabiają L2 Opłaty blobów pobierane są przez L1, a nie przez rollupy. L2 płacą za publikację danych, ale nie czerpią z tego bezpośredniego przychodu. Zamiast tego zarabiają na spreadzie między opłatą pobieraną od użytkownika a kosztem publikacji. Gdy bloby są tanie, spread rośnie, ale tylko wtedy, gdy użytkownicy nadal wybierają L2. Problem w tym, że stablecoiny nowej generacji potrafią działać w L1 bez mostów, więc wolumen może odpływać.

Typowe błędy, które kosztują cały udział: użycie tego samego dokumentu do wielu weryfikacji w krótkim czasie, przenoszenie atestacji między adresami przez pośredników, obchodzenie zapory przez mikropłatności z wielu źródeł oraz zakładanie, że anonimowość adresu wystarczy. Wystarczy tylko do momentu, w którym projekt analizuje graf przepływów. Jeśli środki na opłaty pochodzą z jednego miejsca i rozchodzą się na dziesiątki adresów, wzorzec jest widoczny od pierwszego rzutu oka.

Na L2 dochodzi kwestia sekwencera. Nawet w aukcji wsadowej zlecenie może zostać wstrzymane przez operatora, jeśli nie opłacisz priorytetu. Dlatego sprawdź, czy protokół pozwala na „fallback": brak realizacji po określonym czasie i możliwość anulowania. W praktyce anulowanie intencji jest darmowe, o ile nie została już podjęta przez wykonawcę — to kluczowa różnica wobec transakcji on-chain, której nie cofniesz.

Ekonomiczne zapory działają tylko wtedy, gdy koszt obejścia przewyższa zysk Opłata za weryfikację, depozyt zwrotny czy koszt transakcji to typowe zapory ekonomiczne. Ich sens polega na tym, że zorganizowanie wielu tożsamości przestaje się opłacać. Uwaga na pułapkę: jeśli zapora jest stała i niska, farmerzy rozłożą ją na dziesiątki adresów i nadal wyjdą na plus. Jeśli jest wysoka, odpycha uczciwych użytkowników bez kapitału. Dlatego projekty łączą kilka warstw — opłatę, historię i atestację — a nie stawiają na jedną.

W praktyce warto rozdzielić dwa poziomy: finalność ekonomiczną i finalność kryptograficzną. Shared sequencer poprawia pierwszą, bo skraca czas, po którym nie opłaca się cofać transakcji. Drugiej nie skraca. Jeśli aplikacja przyjmuje depozyt i wypłaca środki na tej samej podstawie, musi mieć jasną regułę, który poziom finalności uznaje za wystarczający. Mieszanie tych poziomów to najczęstsze źródło błędów w integracjach.

Praktyka wygląda tak: podłączasz portfel do agregatora intencji, ustawiasz limit (nie „rynkowy"), wybierasz tokeny i zatwierdzasz podpis. Nie płacisz gasu za nieudaną próbę, bo zlecenie nie jest transakcją on-chain. Uważaj na dwa błędy: po pierwsze, limit zbyt blisko ceny rynkowej sprawia, że wykonawcy nie mają marginesu i zlecenie wisi. Po drugie, podpis EIP-712 może wygasać — jeśli ustawisz krótki termin, zlecenie przepadnie, zanim ktokolwiek je zrealizuje.

Frontrunning polega na tym, że ktoś odczytuje twoją transakcję z mempoolu, podbija opłatę i wykonuje ją przed tobą, przez co twój swap realizuje się po gorszym kursie. Na warstwie drugiej problem nie znika — sekwencer widzi transakcje w kolejności, w jakiej je przyjmie, a next-block MEV nadal jest możliwy. Rozwiązaniem nie jest szybsze klikanie, lecz zmiana modelu: zamiast wysyłać transakcję do publicznego mempoolu, składasz zlecenie w aukcji, w której solwerzy konkurują o jego wykonanie.

Stablecoiny nowej generacji coraz częściej wybierają bezpośrednie rozliczenia w warstwie pierwszej, omijając warstwy drugie. Powód jest prosty: opłaty za bloby na Ethereum spadły na tyle, że transakcje stablecoinowe w L1 stały się konkurencyjne cenowo, a użytkownicy nie muszą już płacić za mosty i opóźnienia. To zmienia rachunek przychodów L2, które przez lata opierały się na tanich transferach stablecoinów jako głównym źródle wolumenu.

Kluczowa metryka to stosunek całkowitej wartości zabezpieczonej do kapitału, który faktycznie da się ukarać po odjęciu płynności, korelacji i limitów wypłat. Drugi wskaźnik to współczynnik nakładania się AVS-ów: jeśli jeden operator obsługuje wiele usług, pojedynczy błąd może wywołać jednoczesne cięcia w kilku miejscach. Trzecia rzecz to czas odblokowania środków. Im dłuższy i bardziej nieprzewidywalny, tym większe ryzyko, że podczas paniki operator nie zdąży wycofać się z zagrożonego zadania.

Uwaga na metadane. Nawet jeśli treść dowodu jest zaszyfrowana, to znacznik czasu, adres IP, wzorzec użycia i powiązania między transakcjami mogą zdradzić więcej, niż zakładasz. Zbieraj tylko to, co niezbędne, i oddzielaj ścieżkę weryfikacji od ścieżki analityki. W DAO warto rozważyć głosowanie na poświadczeniach zbiorczych, bez przypisywania ich do konkretnych adresów. W protokołach RWA trzeba pogodzić prywatność z wymogami rejestrów i audytu, co zwykle oznacza prowadzenie oddzielnej, uprawnionej ewidencji poza łańcuchem.