Wydania, komunikaty bezpieczeństwa i prace nad protokołem – od tych, którzy tworzą oprogramowanie dla Bitcoina.
121 publikacji
Koniec z mieleniem dysku przez chainstate. Bitcoin Core 30.3 usuwa też awarię feebumpera przy niedostępnej łącznej opłacie podbijającej (#34870) i błąd w wyborze monet, który liczył kwotę jako wartość logiczną (#34888). Po stronie PSBT klucze publiczne MuSig2 są teraz sprawdzane podczas deserializacji pubnonce i podpisów częściowych (#34219).
Bitcoin Core
Wyciek adresu IP w -privatebroadcast został w Bitcoin Core 31.1 zamknięty: część połączeń szła przez clearnet zamiast przez włączoną sieć zapewniającą prywatność. Aktualizacja kończy też przepisywanie chainstate, które nadmiernie obciążało dysk, i odrzuca pustą listę kluczy publicznych przy agregacji kluczy MuSig2 (#35316).
Bitcoin Core
Nieudany handshake v2 może w Bitcoin Core 31.0 zdradzić adres IP nadawcy: przy ustawionym -privatebroadcast ponowna próba przez v1 omija proxy Tor i łączy się z peerem bezpośrednio. Najbardziej prawdopodobny wyzwalacz to złośliwy peer, który celowo zamyka handshake. Do czasu wydania 31.1 można wyłączyć tę funkcję, ustawić -v2transport=0 albo kierować wychodzący ruch IPv4/IPv6 przez Tor.
Bitcoin Core
Wydania Bitcoin Core po 0.14.0 i przed 29.0 mogły podczas walidacji spreparowanego, nieprawidłowego bloku odczytać zwolnioną pamięć i wywrócić węzeł. CVE-2024-52911 ma wysoki stopień zagrożenia, choć napastnik musi wydać prawidłowy proof-of-work na czubku łańcucha, a zdalne wykonanie kodu uznano za mało prawdopodobne. Błąd zgłosił Cory Fields, poprawkę zawiera 29.0.
Bitcoin Core
Cluster mempool zastępuje w Bitcoin Core 31.0 dotychczasową konstrukcję: limity przodków i potomków ustępują klastrom o maksymalnie 64 transakcjach i 101 kB, a CPFP carveout znika. Domyślne -dbcache rośnie do 1024 MiB na maszynach z co najmniej 4096 MiB RAM, a nowa opcja -privatebroadcast wysyła transakcje z sendrawtransaction wyłącznie przez Tor lub I2P.
Bitcoin Core
Dwie awarie związane z portfelami bez nazwy mają poprawki w Bitcoin Core 28.4: migracja starszych portfeli (#34156) oraz createfromdump, które przy niepowodzeniu kasowało katalog portfeli (#34215). Z chainparams usunięto też jeden seed DNS (#33723).
Bitcoin Core
Peery przesyłające transakcje niezgodne z konsensusem nie są już w Bitcoin Core 29.3 karane (#33050). Walidacja zyskuje pamięć podręczną midstate sighash dla każdego wejścia w skryptach legacy, P2SH i segwit v0 (#32473) oraz wykrywa usuwanie witnessa bez ponownego uruchamiania sprawdzeń Script (#33105). Z addPackageTxs w kodzie górnika znika przepełnienie liczby bez znaku (#33475).
Bitcoin Core
Bitcoin Core 30.2 usuwa błąd migracji starszych portfeli bez nazwy (#34156), a createfromdump nie kasuje już katalogu portfeli, gdy zawiedzie na takim portfelu (#34215). Naciśnięcie Ctrl-C przestaje też zawieszać program podczas oczekujących wywołań IPC (#33511).
Bitcoin Core
W rzadkich okolicznościach nieudana migracja wallet.dat w Bitcoin Core 30.0 lub 30.1 może usunąć wszystkie pliki z katalogu portfeli, co naraża środki. Deweloperzy wycofali te binaria i proszą, by do czasu 30.2 nie migrować portfeli przez GUI ani RPC. Do wystąpienia błędu potrzebny jest domyślny, nienazwany wallet.dat, którego nie da się zmigrować lub wczytać; pozostałych użytkowników problem nie dotyczy.
Bitcoin Core
Portfele w Bitcoin Core 30.1 przestają brać pod uwagę niepotwierdzone monety TRUC mające przodków (#33528). W IPC opcje nie wymagają już argumentu -m (#33229), rejestrowanie wiadomości kosztuje mniej (#33517), a trwające wywołania waitNext można anulować (#33676).
Bitcoin Core
Spreparowane niestandardowe transakcje mogły zajmować węzeł Bitcoin Core na kilka sekund każda, a nadawca nie był rozłączany. Napastnik mógł w ten sposób opóźniać propagację bloków. CVE-2025-46598 o niskim stopniu zagrożenia zgłosił Antoine Poinsot, a v30.0 łagodzi problem, skracając czas walidacji w najgorszym przypadku.
Bitcoin Core
Bloki powyżej 1 GB mogły przepełnić sprawdzenie rozmiaru w 32-bitowych węzłach Bitcoin Core i wywrócić je przy zapisie na dysk. Działało to jednak tylko dla bloku kompaktowego i tylko wobec ofiary z -maxmempool powyżej 3 GB i 1 GB transakcji w mempoolu. CVE-2025-46597 o niskim stopniu zagrożenia znalazł Pieter Wuille; zamknęło ją ograniczenie -maxmempool na systemach 32-bitowych w 29.1 i 30.0.
Bitcoin Core
Wielokrotne wysyłanie nieprawidłowych bloków mogło wyczerpać miejsce na dysku węzła Bitcoin Core, bo logował on każdy blok, który nie przeszedł podstawowych testów poprawności albo odgałęział się przed ostatnim punktem kontrolnym. CVE-2025-54605 o niskim stopniu zagrożenia zgłosili niezależnie od siebie Niklas Goegge i Eugene Siegel. Naprawiło ją ograniczenie tempa logowania w 29.1 i 30.0.
Bitcoin Core
Domyślne minimalne stawki opłat spadają w Bitcoin Core 28.3: -blockmintxfee do 1 satoshi za kvB, a -minrelaytxfee i -incrementalrelayfee do 100 satoshi za kvB. Stawki portfela się nie zmieniają, a tańsze transakcje mogą się nie rozchodzić, dopóki nowe wartości nie upowszechnią się w sieci. Uprawnienia whitelist przestają też obowiązywać dla przychodzących połączeń onion (#33395).
Bitcoin Core
FillBlock dostaje w Bitcoin Core 29.2 dwie poprawki P2P: sprawdzanie mutacji witnessa (#32646) i kontrolę pustego nagłówka przed wywołaniem (#33296). Podczas reorganizacji łańcucha reguły TRUC nie są już egzekwowane (#33504), a getblock i getblockheader przestają zwracać target czubka łańcucha (#33446).
Bitcoin Core
Limity OP_RETURN w Bitcoin Core 30.0 praktycznie znikają: -datacarriersize ma domyślnie wartość 100 000, a jedna transakcja może zawierać wiele wyjść z danymi, choć -datacarriersize=83 przywraca dawny pułap. Domyślne stawki przekazywania spadają do 0,1 satoshi za vB, operacje podpisów legacy mają limit 2500 na standardową transakcję, a nowe polecenie bitcoin obudowuje istniejące pliki wykonywalne.
Bitcoin Core
Bezwarunkowe logowanie na dysk ma w Bitcoin Core 29.1 limit 1 MiB na godzinę dla każdego miejsca w kodzie (#32604), a standardowe transakcje mogą zawierać najwyżej 2500 potencjalnie wykonywanych operacji podpisów legacy. Domyślne stawki przekazywania spadają do 100 satoshi za kvB, natomiast kompilacje 32-bitowe ograniczają -maxmempool do 500 MB, a -dbcache do 1 GiB.
Bitcoin Core
Nieco ponad połowa zmian w Bitcoin Core 28.2 dotyczy procesu kompilacji. Guix notaryzuje teraz pakiet aplikacji na macOS i opatruje podpisem kodu wszystkie binaria dla macOS i Windows (#31407), a depends zyskuje poprawki kompilacji libevent na NetBSD (#31500) i freetype pod cmake (#32693).
Bitcoin Core
Obsługa UPnP znika z Bitcoin Core 29.0, a -natpmp działa teraz na wbudowanej implementacji PCP i NAT-PMP zamiast libnatpmp. Dochodzi nowa polityka ephemeral dust, poprawka podwójnie rezerwowanej wagi bloku wprowadza -blockreservedweight, a węzły proszą o brakujących rodziców każdego peera, który ogłosił transakcję osieroconą. Wersje 26.x i starsze dochodzą do etapu Maintenance End.
Bitcoin Core
Z ustawionym -port Bitcoin Core 28.1 wylicza domyślny port nasłuchu onion jako ten port plus jeden, zamiast sztywnego 8334 na mainnecie. Kilka lokalnych węzłów znów może więc działać obok siebie bez kolizji przy starcie. Ręczne wpisy HiddenServicePort w torrc mogą wymagać zmiany. DecodeExtKey czyści także tajne dane (#31166).
Bitcoin Core
