Вийшов 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
Bitcoin Core 30.4 більше не вважає біти 5–28 із BIP 9 сигналами софтфорків, як того вимагає BIP 323, тож блоки з цими бітами перестали викликати попередження про невідоме розгортання (#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