Błąd w pamięci podręcznej dowodów zakresu w kodzie Elements pozwolił nieznanemu aktorowi na wybicie niepokrytych L-BTC, wypompowanie 95% rezerwy federacji przez SideSwap, a następnie negocjowanie ich zwrotu na łańcuchu za pomocą wiadomości OP_RETURN. Sieć pozostaje zamrożona, 598,5 BTC znajduje się w portfelu atakującego, a cały model sidechainu federacyjnego stoi przed najtrudniejszymi pytaniami, na jakie kiedykolwiek musiał odpowiedzieć.
Podsumowanie
- Nieznany aktor wykorzystał błąd w pamięci podręcznej weryfikacji dowodów zakresu w Elements, aby stworzyć około 4000 niepokrytych L-BTC i wyprowadzić je na prawdziwe Bitcoiny 6 września 2026 r., wypompowując 95% rezerw Liquid w 23 minuty.
- Atakujący komunikował się za pomocą wiadomości OP_RETURN na Bitcoinie, deklarując „jesteśmy białymi kapeluszami”, i zwrócił 3400 BTC po tym, jak Blockstream załatał swoje węzły mostowe, zatrzymując 598,5 BTC (około 47 milionów dolarów) jako samozwańczą nagrodę.
- Blockstream potwierdził, że żadne klucze federacji nie zostały naruszone, przypisując exploit kolizji kluczy pamięci podręcznej w logice weryfikacji poufnych transakcji, która trafiła do głównej gałęzi Elements, ale nigdy nie pojawiła się w oznaczonym wydaniu.
- Sieć Liquid wstrzymała produkcję bloków o 04:49 UTC 7 września, giełdy zawiesiły depozyty i wypłaty L-BTC, a sieć pozostaje zamrożona w chwili pisania tego tekstu.
- Incydent rozpalił na nowo debatę nad modelami zaufania sidechainów federacyjnych, wywołując porównania do hacka Ethereum DAO z 2016 r. i rodząc pytania prawne, czy zatrzymanie 47 milionów dolarów bez formalnej umowy o nagrodzie stanowi kradzież, czy legalne badania bezpieczeństwa.
Niedzielne popołudnia nie powinny przypominać runu na bank. Jednak 6 września 2026 r. każdy obserwujący portfel federacji Liquid zobaczył coś, co wyglądało bardzo podobnie: 3996 BTC opuszczających portfel w jednej transakcji peg-out o 14:28 UTC, redukując rezerwę z 4205 BTC do 202 BTC w mniej niż pół minuty. Przy obowiązujących cenach było to około 320 milionów dolarów. Zniknięte.
To, co nastąpiło w ciągu następnych 30 godzin, było jednym z najdziwniejszych epizodów w historii Bitcoina. Osoba lub grupa stojąca za wypompowaniem nie zniknęła w serwisie mieszającym. Napisali „jesteśmy białymi kapeluszami. skontaktujcie się z nami na łańcuchu” w polu OP_RETURN, rozpoczynając publiczne negocjacje z Blockstream, które każdy z eksploratorem bloków mógł czytać na żywo. Dziewięć wiadomości wymieniono tam i z powrotem. Klucz PGP został zweryfikowany. Węzły mostowe zostały załatane. A potem wróciło 3400 BTC, pozostawiając 598,5 BTC, około 47 milionów dolarów, na adresie, którego nikt nie kontroluje oprócz atakującego.
Mechanika tego, co się stało, jest techniczna. Implikacje nie są. Liquid to najstarszy sidechain Bitcoina, obsługiwany przez federację 15 funkcjonariuszy uruchamiających odporne na manipulację moduły bezpieczeństwa sprzętowego w układzie multisig 11-z-15. Przetworzył miliardy wolumenu dla giełd, traderów i emitentów tokenizowanych aktywów od czasu premiery w 2018 r. Teraz jego rezerwy są krótsze o 47 milionów dolarów, jego reputacja jest na intensywnej terapii, a szersze pytanie, czy sidechainom federacyjnym można powierzyć prawdziwe pieniądze, jest głośniejsze niż kiedykolwiek w ciągu ostatnich ośmiu lat.
Jak działał błąd pamięci podręcznej dowodów zakresu
Aby zrozumieć exploit, musisz zrozumieć, jak Liquid ukrywa kwoty transakcji. Liquid używa poufnych transakcji, schematu kryptograficznego, w którym wartość każdego wyjścia jest ukryta za zobowiązaniem Pedersena. Dowody zakresu weryfikują, że ukryta kwota mieści się w dozwolonym zakresie, bez ujawniania, jaka jest faktycznie kwota. Jest to kosztowne obliczeniowo, więc Elements, fork Bitcoin Core zasilający Liquid, buforuje pomyślne wyniki weryfikacji do ponownego użycia.
Problem polegał na tym, jak pamięć podręczna przechowywała te wyniki. Przed łatką klucz pamięci podręcznej był wyprowadzany wyłącznie z bajtów dowodu i ukrytej kwoty. Typ zasobu i kontekst scriptPubKey nie były uwzględniane. Oznaczało to, że wcześniej zweryfikowany dowód mógł zostać odtworzony w kontekście, w którym nie powinien być ważny.
Atakujący wykorzystał to, sadząc 68 identycznych dowodów zakresu w ciągu 14 godzin między blokami Liquid 4 049 384 a 4 050 246, wydając 41 satoshi na transakcję. Każdy zawierał wyjście OP_RETURN z L-BTC zapisanym jawnie, ale kwotą ukrytą, używając zobowiązania do zera z najprostszym możliwym kluczem zaślepiającym. Gdy te dowody zostały zbuforowane, atakujący skonstruował nieprawidłowe wyjście, które pasowało do klucza pamięci podręcznej wcześniej ważnego sprawdzenia. Węzły federacji pobrały zbuforowany wynik i pominęły weryfikację, która powinna była odrzucić inflacyjne wyjście.
Przy bloku Liquid 4 050 336 atakujący stworzył około 3996 L-BTC z niczego. Te tokeny wyglądały na ważne dla każdego funkcjonariusza federacji uruchamiającego podatny kod. Atakujący wysłał je do usługi peg-out SideSwap, która spaliła L-BTC i zażądała płatności od federacji. Federacja spełniła żądanie, uwalniając 3996,0183 BTC na adres Bitcoin atakującego.
Poprawka, która wiąże weryfikację pamięci podręcznej zarówno z typem aktywa, jak i scriptPubKey, została zatwierdzona w głównej gałęzi Elements 3 sierpnia i scalona 2 września. Ale nigdy nie pojawiła się w oznaczonym wydaniu. Węzły federacji działały na wersji 23.3.3 z 13 kwietnia, która nie zawierała poprawki. Mononaut, deweloper mempool.space, zauważył, że funkcjonariusze federacji zaakceptowali transakcje exploita, zatwierdzili wypłaty i kontynuowali budowanie bloków, podczas gdy inne węzły działające na innym kodzie całkowicie odrzucały nieprawidłowe transakcje.
DeFi straciło ponad 1,3 miliarda dolarów na hackach w 2026 roku, a skompromitowane klucze prywatne po raz pierwszy w historii wyprzedziły błędy w inteligentnych kontraktach jako główny wektor ataków. Exploit Liquid nie pasuje idealnie do żadnej z tych kategorii. Nie skradziono żadnych kluczy. Nie opróżniono żadnego inteligentnego kontraktu. Optymalizacja pamięci podręcznej w logice weryfikacji transakcji pozostawiła lukę wystarczająco szeroką, aby ktoś mógł wybić 320 milionów dolarów.
23 minuty, które opróżniły skarbiec
Atakujący nie był lekkomyślny, a zapis w łańcuchu pokazuje metodyczną sekwencję prób, która poprzedziła główne wydarzenie o dwa pełne dni.
4 września dwie małe transakcje peg-in o łącznej wartości 2,15 BTC weszły do Liquid. Dwa dni później, rankiem 6 września, trzy próbne peg-outy przesunęły 0,95, 1,71 i 0,55 BTC przez SideSwap między 11:30 a 13:16 UTC. Każda zakończyła się bez problemu. Mechanizm peg-out działał. Federacja podpisała. Prawdziwe BTC dotarły po drugiej stronie.
O 13:53 UTC główne wydarzenie: transakcja mintująca utworzyła około 4000 niepokrytych L-BTC. O 14:28:56 UTC federacja przetworzyła peg-out, uwalniając 3996,0183 BTC. SideSwap przekazał 3995,99999857 BTC na końcowy adres atakującego w tym samym bloku. Opłata SideSwap w wysokości 0,1%, około 3,996 BTC, plus trzy wypłaty próbne o łącznej wartości 3,21 BTC, były jedynym tarciem w całej operacji.
Od mintu do peg-outu do otrzymania, czas wyniósł około 35 minut. Od momentu podpisania peg-outu przez federację do momentu dotarcia Bitcoina do atakującego minął jeden blok.
Klif rezerw jest widoczny na każdym pulpicie analitycznym blockchaina. Portfel federacji Liquid posiadał 4205,29 BTC o 14:27 UTC. Minutę później posiadał 202,63 BTC. To najbardziej dramatyczny drenaż rezerw w pojedynczej transakcji w historii sidechainów Bitcoina.
Negocjacje w łańcuchu: dziewięć wiadomości w OP_RETURN
To, co wydarzyło się później, zamieniło katastrofalny exploit w coś bliższego negocjacjom zakładnikowym prowadzonym całkowicie publicznie.
O 18:30 UTC 6 września, około cztery godziny po drenażu, atakujący osadził wiadomość w transakcji Bitcoin: „jesteśmy białymi kapeluszami. skontaktuj się z nami w łańcuchu”. Wybór kanału komunikacji był celowy. Wiadomości OP_RETURN są trwałe, publiczne i weryfikowalne. Żadna ze stron nie może sfałszować pochodzenia wiadomości wysłanej z adresu, który kontroluje.
O 03:30 UTC 7 września, po tym jak Liquid wstrzymał produkcję bloków o 04:49 UTC, atakujący wysłał dłuższą wiadomość: „Proszę najpierw naprawić błąd. Łańcuch jest zagrożony w najnowszym commicie w tej chwili. Upewnij się, że każdy węzeł jest załatany. Następnie bezpiecznie przetransferujemy pieniądze z powrotem po potwierdzeniu naprawy”.
To nie było żądanie okupu. To było ujawnienie luki w zabezpieczeniach z zabezpieczeniem w wysokości 320 milionów dolarów. Atakujący chciał dowodu, że podatność została zamknięta, zanim zwróci środki, które teoretycznie mogłyby zostać ponownie wykorzystane przez kogoś innego.
Blockstream spędził kolejne kilka godzin na łataniu węzłów mostu w całej federacji. O 09:04 UTC 7 września Blockstream wysłał podpisaną PGP wiadomość: „Węzły mostu są załatane, można bezpiecznie zwrócić środki”. Podpis zweryfikowano względem klucza bezpieczeństwa kończącego się na 6844 A2D6 opublikowanego na blockstream.com/pgp.txt. W trakcie negocjacji wysłano łącznie siedem zweryfikowanych wiadomości Blockstream z nowych adresów.
O 16:09 UTC 7 września transakcja zwrotu dotarła: 3 400 BTC wróciło na adres federacji. Pozostałe 598,5 BTC pozostało w portfelu atakującego. Ostatnia wiadomość OP_RETURN od atakującego, wysłana o 21:03 UTC, zawierała pojedynczy emotikon: „:(”
Ta smutna buźka stała się jednym z najbardziej analizowanych dwóch znaków w historii Bitcoina. Czy to był żal z powodu konieczności zatrzymania jakiejkolwiek kwoty? Rozczarowanie, że błąd w ogóle istniał? Sardoniczny komentarz na temat stanu bezpieczeństwa sidechainów? Nikt nie wie, a atakujący nie komunikował się od tamtej pory.
Pytanie za 47 milionów dolarów: nagroda czy kradzież
598,5 BTC zatrzymane przez atakującego jest warte około 47 milionów dolarów. Nie istniał formalny program nagród za znalezienie błędów obejmujący tę lukę. Nie było umowy, wcześniejszego porozumienia ani ram prawnych regulujących tę sytuację.
Atakujący na Liquid zaoferowali zwrot większości z 4 000 BTC i zrobili to. Ale „większość” robi tu ciężką robotę. Zatrzymanie 15% z wykorzystania luki o wartości 320 milionów dolarów bez wcześniejszej umowy nie jest tym, co większość badaczy bezpieczeństwa nazwałaby standardowym zachowaniem białego kapelusza.
Charles Guillemet, CTO Ledgera, był jednym z pierwszych prominentnych głosów, które sprzeciwiły się ramom białego kapelusza. Jego argument był bezpośredni: prawdziwi biali kapelusze ujawniają lukę przed przesunięciem setek milionów w zabezpieczeniach, a nie po. Wyprowadzenie 95% rezerw sieci, a następnie żądanie łatki przed zwrotem czegokolwiek przypomina wymuszenie bardziej niż badania nad bezpieczeństwem.
Kontrargument, i nie jest słaby, brzmi tak: atakujący znalazł żywą lukę, która mogła zostać wykorzystana przez złośliwego aktora w dowolnym momencie. Wyprowadzając środki i trzymając je, zapobiegł temu, by czarny kapelusz zrobił to samo bez zamiaru zwrotu czegokolwiek. 598,5 BTC to rekompensata za wykonaną usługę, a nie okup zapłacony pod przymusem.
Obie pozycje mają precedens. Wykorzystanie luki w Wormhole w 2022 r. sprawiło, że atakujący zatrzymał 320 milionów dolarów z zerowym zwrotem. Hak Euler Finance w 2023 r. zakończył się pełnym zwrotem po negocjacjach na łańcuchu. Wykorzystanie mostu Ronin w 2022 r. sprawiło, że sponsorowani przez państwo atakujący z północnokoreańskiej Grupy Łazarz zabrali 624 miliony dolarów bez żadnych negocjacji. Na tym tle odzyskanie 85% w ciągu 30 godzin wygląda na jeden z lepszych wyników w historii wykorzystań kryptowalut.
Kwestia prawna pozostaje otwarta. Przepisy dotyczące nieautoryzowanego dostępu w większości jurysdykcji nie zawierają wyjątku „dobrych intencji”. Zabranie środków bez autoryzacji, a następnie zwrócenie większości z nich może spełniać definicję kradzieży niezależnie od tego, co atakujący napisze w polu OP_RETURN. To, czy jakakolwiek agencja ścigania podejmie sprawę, biorąc pod uwagę, że większość środków została zwrócona, to zupełnie inna sprawa.
Dlaczego węzły federacji działały na niezałatanym kodzie
To jest część historii, która powinna niepokoić każdego, kto korzysta z systemu sfederowanego.
Poprawka dla błędu w pamięci podręcznej dowodów zakresu została zatwierdzona w repozytorium Elements 3 sierpnia 2026 r. Została scalona z główną gałęzią 2 września. Cztery dni później doszło do wykorzystania luki. Węzły federacji działały na wersji 23.3.3, wydanej 13 kwietnia, która poprzedzała poprawkę o prawie pięć miesięcy.
Luka między „poprawka scalona” a „poprawka wdrożona do produkcji” to znany problem w inżynierii oprogramowania. Jest to również problem, który powinien być łagodzony przez całą strukturę sfederowanego sidechainu. 15 funkcjonariuszy Liquid obsługuje specjalistyczne moduły bezpieczeństwa sprzętowego. Prowadzą odporne na manipulacje serwery. Zarządzają portfelem multisig 11-z-15 zaprojektowanym tak, aby tolerować do czterech skompromitowanych lub offline podpisujących. Model bezpieczeństwa zakłada, że federacja jest kompetentna, dobrze wyposażona i działa na aktualnym oprogramowaniu.
Uruchamianie niewydanego jeszcze kodu deweloperskiego to jeden rodzaj ryzyka. Uruchamianie kodu, który jest pięć miesięcy za krytyczną poprawką bezpieczeństwa, to inny. Żaden z nich nie budzi zaufania.
Liquid Network odzyskał 3400 BTC po wykorzystaniu mostu, ale odzyskanie nastąpiło dzięki dobrej woli atakującego, a nie jakimkolwiek zabezpieczeniom federacji. Gdyby atakującym był operator Lazarus Group, 3996 BTC trafiłoby do miksera w ciągu kilku godzin, a Liquid Network stałby się niewypłacalny bez możliwości odzyskania środków.
Pytanie, na które Blockstream nie udzielił jeszcze publicznej odpowiedzi, brzmi: dlaczego poprawka, która została scalona cztery dni temu i zatwierdzona ponad miesiąc temu, nie została wdrożona na węzłach federacji. Bezpieczeństwo sidechainu jest tylko tak silne, jak najsłabsze ogniwo w jego łańcuchu operacyjnym. W przypadku Liquid tym najsłabszym ogniwem okazała się aktualizacja oprogramowania, która leżała w repozytorium, podczas gdy luka, którą naprawiała, działała w produkcji.
Paralela z DAO: gdy kod łamie zaufanie
Porównania do hacka DAO z 2016 roku pojawiły się w ciągu kilku godzin po drenażu Liquid i warto je potraktować poważnie.
W czerwcu 2016 roku atakujący wykorzystał błąd reentrancy w inteligentnym kontrakcie DAO, aby wyprowadzić 3,6 miliona ETH, warte wówczas około 60 milionów dolarów. Społeczność Ethereum stanęła przed wyborem: zaakceptować exploit jako ważny wynik kodu lub dokonać hard forku sieci, aby odwrócić transakcję i zwrócić środki. Ethereum wybrało fork. Ethereum Classic, sieć bez forku, przetrwała jako filozoficzne stwierdzenie, że kod jest prawem, a exploity to po prostu rynek korygujący zły kod.
Sytuacja Liquid rymuje się, ale się nie powtarza. Podstawowa warstwa Bitcoina nigdy nie była zagrożona. Exploit wydarzył się w całości w sidechainie Liquid, a mechanizm peg-out, który uwalniał prawdziwe BTC, działał dokładnie zgodnie z projektem. Uwolnił środki, ponieważ węzły federacji powiedziały mu, że żądanie jest ważne. Węzły federacji powiedziały, że żądanie jest ważne, ponieważ ich pamięć podręczna weryfikacji została zatruta przez błąd, który powinien zostać naprawiony.
Nie ma tu debaty o forku, bo nie ma czego forkować. Liquid to sfederowany sidechain, a nie łańcuch proof-of-work z niezależnymi górnikami. Blockstream może załatać kod, zrestartować węzły mostu i wznowić operacje. 598,5 BTC, które zatrzymał atakujący, przepadło. Opuściło system Liquid poprzez legalny peg-out i obecnie istnieje w podstawowej warstwie Bitcoina, gdzie podlega tym samym zasadom co każdy inny Bitcoin. Żadna governance federacji nie może go odzyskać.
Ale paralela z DAO utrzymuje się w głębszym sensie. Oba incydenty zmusiły swoje społeczności do skonfrontowania się z przepaścią między modelem bezpieczeństwa, który wierzyli, że mają, a modelem, który faktycznie mieli. Ethereum wierzyło, że inteligentne kontrakty są bez zaufania. Użytkownicy Liquid wierzyli, że federacja 15 funkcjonariuszy obsługujących moduły bezpieczeństwa sprzętowego jest wystarczająco bezpieczna. Obie te wiary zginęły w kontakcie z wystarczająco zmotywowanym atakującym.
Przeciwny argument: sfederowane sidechainy nadal działają
Warto przedstawić pełną siłę argumentów za Liquid i sfederowanymi sidechainami, ponieważ pesymistyczna narracja pisze się sama, a prawda jest bardziej skomplikowana.
Po pierwsze, peg-out zadziałał dokładnie zgodnie z projektem. Federacja podpisała transakcję, która wyglądała na ważną według zasad, które obowiązywały. Błąd był w logice weryfikacji, a nie w logice podpisywania, zarządzaniu kluczami czy infrastrukturze HSM. Podstawowa architektura bezpieczeństwa Blockstream, multisig 11-z-15 z odpornym na manipulacje sprzętem, nigdy nie została naruszona.
Po drugie, atakujący zwrócił 85% środków w ciągu 30 godzin. Porównaj to z hackiem Bybit w lutym 2025 roku, gdzie Lazarus Group ukradła 1,4 miliarda dolarów i nic nie zwróciła. Porównaj to z mostem Ronin, gdzie 624 miliony dolarów zniknęło w północnokoreańskich sieciach prania brudnych pieniędzy. Porównaj to z wykorzystaniem portfela sprzętowego Coldcard, które w lipcu 2026 roku wyprowadziło 130 milionów dolarów bez możliwości odzyskania. Wynik Liquid, choć bolesny, jest jednym z najlepszych, jakie osiągnął jakikolwiek wykorzystany protokół.
Po trzecie, podatność była błędem oprogramowania, a nie wadą projektową. Buforowanie dowodów zakresu to optymalizacja, a poprawka jest prosta: uwzględnij typ aktywa i scriptPubKey w kluczu pamięci podręcznej. Łata już istnieje. Po wdrożeniu ten konkretny wektor ataku zostanie trwale zamknięty.
Po czwarte, inne aktywa na Liquid, w tym USDT, DePix i tokenizowane aktywa ze świata rzeczywistego, nie zostały naruszone. Exploit dotyczył konkretnie mechanizmu wypłat BTC. Użytkownicy posiadający L-USDT lub inne tokeny wydane na Liquid nie stracili środków.
Kontrargumentem na to wszystko jest prosty: „Działało zgodnie z projektem” to zimne pocieszenie, gdy projekt pozwolił na wyprowadzenie 320 milionów dolarów. System, który zależy od 15 organizacji aktualizujących swoje oprogramowanie, ma 15 potencjalnych punktów awarii. A fakt, że odzyskanie środków zależało od dobrej woli atakującego, a nie od jakichkolwiek zabezpieczeń protokołu, nie jest cechą modelu bezpieczeństwa. To jego brak.
Co to oznacza dla każdego federacyjnego mostu
Exploit na Liquid pojawia się w momencie, gdy ekosystem sidechainów Bitcoina i warstwy 2 jest bardziej zatłoczony i ambitny niż kiedykolwiek.
Stacks, który został zaktualizowany do wersji Nakamoto pod koniec 2025 roku, używa innego modelu bezpieczeństwa związanego z finalnością Bitcoina. Lightning Network działa jako prawdziwa warstwa 2 z bezpieczeństwem opartym na kanałach, które nie zależy od federacji. Fedimint, protokół federacyjnej e-gotówki, używa podobnej struktury federacyjnej jak Liquid, ale do powierniczego przechowywania Bitcoinów, a nie pełnego sidechainu. RSK, kolejny federacyjny sidechain, podziela wiele założeń architektonicznych Liquid.
Dla każdego projektu używającego federacji exploit na Liquid jest sygnałem ostrzegawczym. Pytanie nie brzmi, czy członkowie federacji mogą być zaufani w kwestii kluczy prywatnych. Pytanie brzmi, czy członkowie federacji mogą być zaufani w kwestii uruchamiania aktualnego oprogramowania, reagowania na ujawnienia dotyczące bezpieczeństwa na czas i utrzymywania dyscypliny operacyjnej wśród 15 niezależnych organizacji o różnych priorytetach, różnych zespołach IT i różnym poziomie pilności.
Wstrzymania protokołów po exploitach stają się rutyną w całej branży. Zamrożenie Liquid jest bardziej znaczące niż większość, ponieważ dotyczy natywnego sidechainu Bitcoina, z którego instytucje korzystają od 2018 roku. Jeśli Liquid nie może zagwarantować, że jego federacja uruchamia oprogramowanie z poprawkami, wówczas przewaga zaufania, którą znana, regulowana federacja ma zapewniać w porównaniu z anonimowymi walidatorami lub zdecentralizowanymi mostami, upada.
Szersza lekcja jest taka, że ekosystem DeFi uczy się tego w trudny sposób od 2020 roku: bezpieczeństwo operacyjne to nie funkcja, którą wdraża się raz. To proces, który wykonuje się codziennie. Błędy zostaną znalezione. Poprawki zostaną napisane. Pytanie brzmi, czy poprawka dotrze do produkcji, zanim atakujący dotrze do wypłaty. 6 września 2026 roku odpowiedź brzmiała: nie.
Co oglądać
- Wersje oprogramowania węzłów federacji: To, czy Blockstream wprowadzi obowiązkowe sprawdzanie wersji lub zautomatyzowane mechanizmy aktualizacji dla węzłów funkcyjnych, będzie sygnałem, jak poważnie traktowana jest luka operacyjna.
- Przywrócenie parytetu L-BTC: Wskaźnik pokrycia rezerw spadł do około 86 centów za L-BTC po zwrocie. Obserwuj, jak szybko wróci zaufanie i stabilność parytetu po ponownym otwarciu węzłów mostowych.
- Portfel 598,5 BTC: Analitycy on-chain będą monitorować zatrzymane środki atakującego pod kątem ruchu. Jakakolwiek próba mieszania lub wydania dostarczy danych kryminalistycznych o tożsamości i intencjach atakującego.
- Reakcja prawna i regulacyjna: To, czy jakakolwiek jurysdykcja wszczyna postępowanie karne, ustanowi precedens dla traktowania samozwańczych exploitów white-hat, gdy nie istnieje formalna umowa o nagrodzie.
- Konkurencyjne sidechainy i adopcja L2: Jeśli instytucjonalni użytkownicy przeniosą wolumen z Liquid do Lightning, Stacks lub scentralizowanych warstw rozliczeniowych po exploicie, będzie to widoczne w metrykach on-chain w ciągu kilku tygodni.
Co dokładnie wydarzyło się w Liquid Network 6 września 2026 roku?
Nieznany aktor wykorzystał błąd w pamięci podręcznej weryfikacji zakresów w kodzie Elements, aby wybić około 4000 niepokrytych L-BTC, a następnie użył usługi peg-out SideSwap do zamiany ich na prawdziwe Bitcoiny. Peg-out opróżnił 95% rezerw federacji Liquid, zmniejszając je z 4205 BTC do 202 BTC w jednej transakcji. Atakujący później zwrócił 3400 BTC i zatrzymał 598,5 BTC, wartych około 47 milionów dolarów.
Czy główna sieć Bitcoina została dotknięta?
Nie. Exploit wydarzył się całkowicie w obrębie sidechainu Liquid. Warstwa bazowa Bitcoina nigdy nie była zagrożona. BTC, które opuściły portfel federacji, zrobiły to za pośrednictwem legalnego mechanizmu peg-out, który działał dokładnie zgodnie z programem. Problem polegał na tym, że żądanie opierało się na tokenach, które nigdy nie powinny istnieć.
Jak atakujący komunikował się z Blockstream?
Poprzez wiadomości OP_RETURN osadzone w transakcjach Bitcoin. Te wiadomości są trwałe, publiczne i weryfikowalne przez każdego za pomocą eksploratora bloków. Pierwsza wiadomość atakującego brzmiała „jesteśmy whitehatami. skontaktujcie się z nami na łańcuchu”. Blockstream odpowiedział wiadomościami podpisanymi PGP, zweryfikowanymi względem opublikowanego klucza bezpieczeństwa. Wymieniono łącznie dziewięć wiadomości w ciągu około 26 godzin.
Czy Liquid Network jest nadal zamrożony?
Tak, według stanu na 7 września 2026 roku. Blockstream wstrzymał produkcję bloków i wyłączył węzły mostowe, aby zapobiec ponownemu wykorzystaniu. Giełdy zawiesiły depozyty i wypłaty L-BTC. Blockstream potwierdził, że węzły mostowe zostały załatane, ale sieć nie wznowiła jeszcze normalnych operacji.
Dlaczego atakujący zatrzymał 598,5 BTC?
Atakujący nie wyjaśnił konkretnej kwoty. Nie było formalnego programu bug bounty, żadnej umowy ani wcześniejszego porozumienia. Zatrzymana kwota, około 15% całego exploita, wydaje się być samozwańczą nagrodą za odkrycie i zademonstrowanie luki. To, czy stanowi to legalne wynagrodzenie za znalezienie, czy zwykłą kradzież, zależy od jurysdykcji prawnej i filozofii.
Jak to się ma do hacka DAO Ethereum z 2016 roku?
Oba incydenty ujawniły lukę między zakładanym modelem bezpieczeństwa społeczności a rzeczywistym. Hack DAO doprowadził do hard forka Ethereum, co odwróciło exploit i podzieliło sieć na dwa łańcuchy. Exploit Liquid nie może zostać odwrócony w ten sam sposób, ponieważ BTC opuściły sieć przez ważny peg-out i obecnie znajdują się na warstwie bazowej Bitcoina, poza zarządzaniem Liquid. Podobieństwo strukturalne dotyczy zawodności modeli zaufania pod presją, a nie konkretnego mechanizmu odzyskiwania.
Czy to może się przydarzyć innym sfederowanym sidechainom?
Każdy system, który polega na federacji do walidacji transakcji, jest tak bezpieczny, jak oprogramowanie używane przez członków federacji. Konkretny błąd pamięci podręcznej zakresów jest unikalny dla Elements, ale ogólna kategoria podatności, gdzie logika weryfikacji zawiera wadę umożliwiającą nieprawidłowe przejścia stanu, dotyczy każdego kodu. Członkowie federacji, którzy wolno aktualizują oprogramowanie, tworzą okazje dla atakujących.
Czy powinienem nadal używać Liquid Network?
To zależy od tolerancji ryzyka i przypadku użycia. Liquid przetwarzał miliardy wolumenu przed tym incydentem i może wznowić normalne operacje po zakończeniu napraw przez Blockstream. Podstawowa architektura, 15 funkcjonariuszy z kluczami chronionymi HSM w multisig 11-z-15, nie została naruszona. Jednak awaria operacyjna, która pozwoliła na niewdrożenie poprawki sprzed pięciu miesięcy, jest uzasadnionym powodem do niepokoju. Użytkownicy powinni ocenić, czy przewaga szybkości i poufności Liquid uzasadnia model zaufania federacji w świetle tego, co się wydarzyło. To analiza edukacyjna, a nie porada inwestycyjna.
