Гаманці в Bitcoin Core 24.1 під час блокування стирають майстер-ключ, щоб той не лишався в пам’яті (#27080), а пошкодженню peers.dat запобігає одноразова серіалізація (#26909). Черги inv-to-send працюють швидше (#27610), а segfault у REST на недійсних URI усунуто (#27468).
deriveaddresses у Bitcoin Core 23.1 більше не падає на індексі 2147483647 (#26275), а segfault на MacOS 13, який спричиняли деякі сповіщення, зник. GUI тепер відмовляється шифрувати гаманці watch-only, а Qt5 оновлено до 5.15.3 (#24668).
Прапорець -persistmempool без значення в Bitcoin Core 22.1 означає -persistmempool=1, тоді як раніше він помилково вимикав збереження мемпулу (#23061). Розрахунок комісії округлює вгору, щоб не опинитися нижче очікуваної ставки (#22949), а segfault гаманця, пов’язаний з external_spk_managers, виправлено (#23333).
Синхронізація заголовків у Bitcoin Core 24.0.1 отримала фазу presync: щоб запобігти можливій відмові в обслуговуванні, вузол перевіряє сукупну роботу піра до збереження його заголовків, і це може сповільнити першу синхронізацію (#25717). Також з’явилися RPC sendall і параметр mempoolfullrbf, що приймає заміни без сигналу BIP125, а гаманці тепер типово використовують opt-in RBF.
CJDNS отримав повну підтримку в Bitcoin Core 23.0, а стару перевагу пірів на порту 8333 скасовано (#23542). Оцінка комісії тепер враховує заміни RBF, параметр запуску -rescan вилучено, а бінарні файли для Linux постачаються з експериментальними tracepoints.
Пірів, що порушують правила, логи Bitcoin Core 0.20.2 показують як «discouraged», а не заблокованих: вони можуть підключатися, але їх відключають першими, а стан скидається після перезапуску. -walletnotify знову спрацьовує на транзакції гаманця, викинуті з мемпулу через конфлікт із новим блоком, а PSBT для segwit-входів містять і witness, і non-witness UTXO.
Bitcoin Core 0.21.2 обмежує частоту адрес, які розносять піри (#22569), а командний рядок із -noincludeconf=0 більше не обвалює парсер (#22002). У GUI повідомлення про помилки URI перестали повторювати введене користувачем (gui#280).
Підтримка I2P приходить у Bitcoin Core 22.0, а адреси Tor v2 зникають, бо мережа Tor сама від них відмовилася. Додано зіставлення портів NAT-PMP, RPC вимагають Bech32m для нативних адрес witness версії 1 згідно з BIP 350, а релізні бінарні файли збираються через Guix.
Шаблони блоків у Bitcoin Core 0.21.1 сигналізують про готовність до taproot приблизно три місяці. Якщо сигнал дадуть 90% блоків за період перерахунку складності з 2016 блоків, taproot зафіксується, а ця версія застосовуватиме BIP 341 і 342 з блока 709 632. Користувачі Windows побачать додатковий запит під час встановлення через проблему із сертифікатом підпису коду.
Bitcoin Core 0.21.0 додає тестові мережі signet (BIP325) і постачає правила консенсусу Taproot із BIP341 та BIP342, активні в signet, але не в mainnet. Вузли також отримують приховані сервіси Tor v3, ретрансляцію wtxid за BIP339 і можливість віддавати пірам компактні фільтри BIP157.
Автоматичні бани в Bitcoin Core 0.20.1 поступаються фільтру discouragement: пір-порушник ще може підключитися, але першим іде на відключення. Конфліктні транзакції гаманця знову запускають -walletnotify після поломки у v0.19, а PSBT для segwit-входів тепер містять і witness-, і non-witness-UTXO.
Повідомлення reject за BIP61 і платіжну підтримку BIP70 вилучено з Bitcoin Core 0.20.0, який також відмовився від OpenSSL. Експериментальний параметр -asmap розподіляє з’єднання з пірами між автономними системами, а налаштування rpcwhitelist можуть обмежити користувача RPC вибраними викликами.
Користувачі Tor тепер можуть відкрити сайт Bitcoin Core через onion-адресу: про це часто просили. Прихований сервіс дає ще один шлях в обхід цензури й канал довіри, що не залежить ні від центрів сертифікації, ні від DNS.
Повторне передавання -blockfilterindex=basic більше не спричиняє фатальну помилку leveldb у Bitcoin Core 0.19.1, підтримувальному релізі. Він також виправляє значення origfee, яке повертає bumpfee, і додає перевірки меж для індексів та сум у PSBT.
Хто завантажує 0.19.0, насправді отримує 0.19.0.1: проблема виявилася одразу після процесу rc. Нове в цій версії Bitcoin Core: прапорець гаманця avoid_reuse, який може не допускати вже використаних адрес до операції, RPC getbalances на заміну старішим викликам балансу та фільтри блоків BIP158 через -blockfilterindex.
Зловмисний SOCKS-проксі міг перезаписати стек програми вузла Bitcoin Core, ідеться в повному розкритті CVE-2017-18350. Переповнення буфера з’явилося разом із підтримкою SOCKS5 у v0.7.0rc1 і було тихо виправлене в 0.15.1; під загрозою були лише вузли, налаштовані на такий проксі, у системах зі знаковим типом char.
Версія 0.18.1 Bitcoin Core виправляє висоту обрізання, яку повертає pruneblockchain, а signrawtransactionwithkey тепер повідомляє про помилку, коли немає redeemScript чи witnessScript. У GUI полагоджено баг на Mac із відкриттям файлу конфігурації.
Майнери, які викликають getblocktemplate без правила segwit, у Bitcoin Core 0.18.0 тепер отримують помилку, адже без нього їхні винагороди менші. Посилено й налаштування RPC: rpcallowip більше не змушує вузол слухати всі інтерфейси, а символ решітки в rpcpassword зупиняє запуск.
Bitcoin Core 0.17.1 повертає мітки до listtransactions: параметр account, оголошений застарілим і перейменований на dummy в 0.17.0, стає label. Виправлено й рідкісне переповнення під час десеріалізації та баг підписання PSBT.
Завантажувати, створювати й вивантажувати гаманці через RPC у Bitcoin Core 0.17.0 можна просто під час роботи, а не лише на старті. Новий прапорець -avoidpartialspends витрачає монети, надіслані на одну адресу, разом, можливо, ціною вищих комісій, а API міток замінює застарілий API акаунтів. CVE-2018-17144 цієї версії не стосується.