Вышел Bitcoin Core 0.14.0 с приростом производительности
- Источник
- Bitcoin Corebitcoincore.org
- Опубликовано
- Объём оригинала
- 12 мин чтения
- Язык
- английский
Сводка SATWEI
Новые узлы завершали первичную загрузку блоков на Bitcoin Core 0.14.0 в 5,7 раза быстрее, чем на 0.13.2: в тесте на Amazon EC2 с настройками по умолчанию 6 часов 24 минуты против 1 дня 12 часов 40 минут. Прирост дают блоки assumed valid и память, общая для мемпула и кэша UTXO. Кошельки также получили опциональное повышение комиссии, по умолчанию выключенное.
Теги
- Майнинг
- P2P
- Политика ретрансляции
Другие публикации Bitcoin Core
Приостановленные пиры без BIP31 могли медленно раздувать память узла
Притворившись, что не поддерживает пинги BIP 31, вредоносный пир мог избежать отключения через 20 минут и намеренно медленно читать данные: очередь отправки узла росла до 2 МБ в час на каждого входящего пира и до 5 МБ на исходящего. CVE-2026-117349 средней опасности закрывает #36667 в Bitcoin Core 32.1, 31.2, 30.4 и 29.5; узлы с -blocksonly были уязвимы гораздо меньше.
Bitcoin Core
Вышел Bitcoin Core 30.4: биты 5–28 больше не считаются сигналами софтфорков
Вслед за BIP 323 в Bitcoin Core 30.4 биты 5–28 из BIP 9 перестали считаться сигналами софтфорков, поэтому блоки с ними не вызывают предупреждений о неизвестном развёртывании (#34779). В сетевой части появился обязательный таймаут для пиров с приостановленной отправкой (#36667), а позиции во flatfile теперь хранятся в 64-битных целых (#36669).
Bitcoin Core
Срочные данные TCP могли без ограничений раздувать память узлов вне Linux
Подключённый пир мог обрушить узел на Windows, macOS и BSD, отправляя срочные данные TCP: они проходили мимо приостановленного чтения в бэкенде select(), и память расходовалась без ограничений (CVE-2026-117350). Узлы на Linux используют poll() и не затронуты. Баг средней опасности нашло LLM-сканирование в рамках Project Loupe, исправления вошли в Bitcoin Core 32.1, 31.2, 30.4 и 29.5.
Bitcoin Core