Wszystko, co zebrano z oficjalnych źródeł.
141 publikacji
Akumulator Utreexo zajmuje poniżej 1 kB, podczas gdy węzeł normalnie trzyma zbiór UTXO o wielkości około 11 GB, tłumaczy w omówieniu #423 Davidson Souza; płaci się za to większym zużyciem pasma. Gośćmi są też Eric Price z MARA i PortlandHODL, a na liście tematów znalazły się kontrolery vardiff, na których utykają zwalniający górnicy, i szkic BIP dla niewydawalnych kluczy wewnętrznych.
Bitcoin Optech
Pule wydobywcze mogą zostawić zwalniającego górnika z trudnością udziałów ustawioną pod jego dawną prędkość, przekonuje na Delving Bitcoin Eric Price. Jako lekarstwo proponuje licznik czasu, który obniża trudność po okresie bez udziałów. Davidson Souza chce, by plik podpowiedzi SwiftSync wyeliminował dowody usunięcia Utreexo podczas początkowego pobierania bloków, a NTL przygotował szkic BIP dla niewydawalnych kluczy wewnętrznych taproota.
Bitcoin Optech
Babilonia, protokół coinjoin Adama Gibsona ukryty pod postacią niejawnych zakładów, to główny temat rozmowy z gospodarzami Optech, Markiem Erhardtem i Mikiem Schmidtem. Gibson wskazuje też pracę Rona Rivesta z 1997 roku o mikropłatnościach w stylu loterii jako dawniejszy korzeń płatności probabilistycznych. Rob Segers omawia następnie swoje pomiary lekkiego klienta silent payments.
Bitcoin Optech
Babilonia, propozycja Adama Gibsona, przebiera coinjoiny za rzuty monetą onchain, które z zewnątrz wyglądają jak zwykłe płatności, choć jego praca przyznaje, że skuteczności protokołu nie da się jeszcze jasno zmierzyć. Według testów Roba Segersa BlindBit Oracle v2 wymaga pobrania około 2,1 raza więcej danych niż filtr tylko dla taproota z danymi tweaków, za to nie daje fałszywych trafień. LDK v0.2.6 łata lukę typu odmowa usługi.
Bitcoin Optech
Duże obciążenie dysku odczytami i zapisami w normalnej pracy miało swoje źródło w błędzie usuniętym w Bitcoin Core 29.4: baza chainstate ciągle przepisywała spore swoje fragmenty. Poprawka wyłącza seek compaction w LevelDB i regularnie kompaktuje chainstate (#35465).
Bitcoin Core
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
Pozorując połączenia węzła z samym sobą, napastnik mógł rozdymać logi Bitcoin Core: wystarczyło użyć tego samego nonce z wiadomości version w wielu połączeniach. Pierwsze połączenie ofiary domyślnie wygasa po 60 sekundach, więc zapełnienie dysku trwałoby długo, stąd niski stopień zagrożenia CVE-2025-54604. Niklas Goegge zgłosił lukę w 2022 roku, a kończy ją ograniczenie tempa logowania 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
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
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
