Na początku stycznia 2026 roku zespół Bitcoin Core poinformował o błędzie w wersjach 30.0 oraz 30.1, który w bardzo specyficznych okolicznościach mógł prowadzić do usunięcia plików portfela podczas migracji. W odpowiedzi binaria tych wersji zostały tymczasowo usunięte z oficjalnej strony projektu, a poprawka ma zostać wydana w wersji 30.2.
Informacja szybko obiegła środowisko techniczne i – jak to często bywa – zaczęła żyć własnym życiem. Warto więc oddzielić fakty od uproszczeń i odpowiedzieć na kluczowe pytanie: Czy to realne zagrożenie dla użytkowników Bitcoina?
Spis treści
Co dokładnie się stało?
Problem dotyczy procesu migracji portfela (wallet migration) w Bitcoin Core. W rzadkich przypadkach, gdy migracja pliku wallet.dat kończyła się niepowodzeniem, mogło dojść do usunięcia wszystkich plików znajdujących się w katalogu portfela.
Kluczowe jest jednak to, że:
- nie był to błąd protokołu Bitcoina,
- nie była to luka bezpieczeństwa umożliwiająca atak,
- nie dotyczył on działania sieci ani konsensusu.
Mówimy wyłącznie o błędzie logicznym w oprogramowaniu klienckim, uruchamianym lokalnie przez użytkownika.
Kogo ten błąd faktycznie dotyczy?
Wbrew nagłówkom, problem nie dotyczy większości użytkowników.
Aby w ogóle mógł wystąpić, musiało zostać spełnionych kilka jednoczesnych warunków:
- używana była wersja Bitcoin Core 30.0 lub 30.1,
- istniał stary, domyślny plik wallet.dat (taki, który od wersji 0.21 nie jest już tworzony automatycznie),
- włączony był tryb pruning,
- portfel został rozładowany w trakcie procesu pruning,
- użytkownik próbował przeprowadzić migrację portfela.
To tzw. edge case, który dotyczy wąskiej grupy zaawansowanych użytkowników, a nie standardowych instalacji.
Użytkownicy:
- mobilnych walletów,
- hardware walletów,
- giełd,
- standardowych instalacji Bitcoin Core
nie są tym problemem objęci.
Dlaczego środki mogły zostać utracone?
Warto jasno powiedzieć: Bitcoin nie „zniknął” z blockchaina.
Potencjalna utrata środków wynikała z faktu, że pliki portfela mogły zostać usunięte lokalnie, a użytkownik nie posiadał kopii zapasowej, lub nie miał zapisanej frazy seed.
To klasyczna lekcja self-custody:
Jeśli nie masz backupu – nie masz kontroli.
Jak zareagował ekosystem Bitcoin Core?
Reakcja zespołu była szybka i transparentna:
- binaria problematycznych wersji zostały usunięte z oficjalnej strony,
- użytkownicy zostali otwarcie poinformowani o ryzyku,
- zalecono wstrzymanie migracji portfeli do czasu wydania wersji 30.2,
- poprawka jest już w przygotowaniu.
To ważny sygnał dojrzałości projektu: problem został przyznany, opisany i zaadresowany bez zamiatania pod dywan.
Bug klienta ≠ problem Bitcoina
Ten przypadek dobrze pokazuje często niezrozumiałą różnicę:
- Bitcoin jako protokół działał bez zarzutu,
- sieć, konsensus i bezpieczeństwo blockchaina nie były zagrożone,
- problem dotyczył narzędzia klienckiego, a nie samej technologii.
To tak, jakby błąd w edytorze tekstu został uznany za „problem alfabetu”.
Czego uczy nas ten incydent?
Ten przypadek niesie kilka ważnych wniosków:
- nawet najbardziej dojrzała infrastruktura może zawierać błędy,
- self-custody wymaga odpowiedzialności i backupów,
- open source działa – problemy są wykrywane i naprawiane publicznie,
- Bitcoin nie jest „magicznym systemem bez błędów”, lecz infrastrukturą informatyczną, która ewoluuje jak każda inna.
Podsumowanie
Błąd w Bitcoin Core 30.0 i 30.1 nie podważa bezpieczeństwa Bitcoina, ale przypomina o czymś znacznie ważniejszym: technologia daje wolność tylko tym, którzy rozumieją odpowiedzialność.
To nie jest historia o porażce.
To jest historia o tym, jak działa dojrzały, zdecentralizowany projekt infrastrukturalny – z błędami, poprawkami i transparentnością.
Źródło: Bitcoin Core – komunikat o błędzie migracji portfela (5 stycznia 2026)
