🚨Jak doszło do ataku na sieć Liquid i nielegalnej wypłaty 4000 BTC🚨
Atakujący stworzył transakcję ze sfałszowanym bilansem, do jednego wyjścia wpisał ogromną kwotę dodatnią, a do drugiego taką samą ujemną. W normalnych warunkach węzły odrzuciłyby sfałszowany dowód ujemnej kwoty.
Żeby obejść weryfikację, wykorzystano mechanizm pamięci cache służący do optymalizacji sprawdzania dowodów. Niedawna poprawka wprowadzona przez deweloperów zawierała błąd w sposobie generowania kluczy cache.
W efekcie dwie zupełnie różne transakcje tworzyły w pamięci ten sam identyfikator.
Atakujący najpierw wysłał do mempoola poprawną transakcję, skłaniając węzły do zapisania klucza jako zweryfikowanego. Chwilę później wysłał sfałszowaną transakcję z ujemną kwotą – węzły uznały, że dowód był już sprawdzony, pominęły pełną weryfikację i przepuściły blok.
Funkcjonariusze sieci działający na nowym kodzie uznali sfałszowany bilans i zatwierdzili wypłatę (peg-out) 3 998,67 BTC na główny łańcuch Bitcoina.
Polecam zrobić samodzielny research i przeanalizować pełny raport techniczny pod poniższym linkiem. Tekst zawiera sporo detali dotyczących struktury błędu – w razie zawiłości pojęciowych warto wspierać się AI przy analizie poszczególnych sekcji.
#BTC
https://gist.github.com/1440000bytes/211ac92dd4433bb1a2e674bf0ff7db2e
₿itkojnauta
npub1vx…td32j
2026-09-07 17:36:34 UTC
Author Public Key
npub1vxzp354k659lw5xrgge4g5q30ndqu3ukn7zge256ha7qnl20d6yqmtd32jSeen on
wss://no.str.crPublished at
2026-09-07 17:36:34 UTCEvent JSON
{
"id": "763e0873a426e50ed5bddcbc28049693bdf4837223ac9edb239218cea540b3f2",
"pubkey": "618418d2b6d50bf750c342335450117cda0e47969f848caa9abf7c09fd4f6e88",
"created_at": 1788802594,
"kind": 1,
"tags": [
[
"t",
"BTC"
],
[
"client",
"Primal Android"
]
],
"content": "🚨Jak doszło do ataku na sieć Liquid i nielegalnej wypłaty 4000 BTC🚨\n\nAtakujący stworzył transakcję ze sfałszowanym bilansem, do jednego wyjścia wpisał ogromną kwotę dodatnią, a do drugiego taką samą ujemną. W normalnych warunkach węzły odrzuciłyby sfałszowany dowód ujemnej kwoty.\nŻeby obejść weryfikację, wykorzystano mechanizm pamięci cache służący do optymalizacji sprawdzania dowodów. Niedawna poprawka wprowadzona przez deweloperów zawierała błąd w sposobie generowania kluczy cache.\nW efekcie dwie zupełnie różne transakcje tworzyły w pamięci ten sam identyfikator.\nAtakujący najpierw wysłał do mempoola poprawną transakcję, skłaniając węzły do zapisania klucza jako zweryfikowanego. Chwilę później wysłał sfałszowaną transakcję z ujemną kwotą – węzły uznały, że dowód był już sprawdzony, pominęły pełną weryfikację i przepuściły blok.\nFunkcjonariusze sieci działający na nowym kodzie uznali sfałszowany bilans i zatwierdzili wypłatę (peg-out) 3 998,67 BTC na główny łańcuch Bitcoina.\nPolecam zrobić samodzielny research i przeanalizować pełny raport techniczny pod poniższym linkiem. Tekst zawiera sporo detali dotyczących struktury błędu – w razie zawiłości pojęciowych warto wspierać się AI przy analizie poszczególnych sekcji.\n#BTC \nhttps://gist.github.com/1440000bytes/211ac92dd4433bb1a2e674bf0ff7db2e \n\n",
"sig": "1454f6cb1cca5a12996f54021b78c192a2a17b45e3c031d1da3f37b7782c4ec90836976abf6c917abfe16f04e84fd06ac4d60ef3627d605a6e518583a518c90b"
}