BNB Chain активує хардфорк Pasteur 25 серпня для посилення безпеки та зростання пропускної здатності

BNB Chain запустить хардфорк "Pasteur" у мережі BNB Smart Chain 25 серпня 2026 року о 02:30 UTC. Обов'язкове оновлення клієнта до v1.7.7 містить три зміни на рівні протоколу, спрямовані на посилення безпеки мостів, усунення лазівок для валідаторів та збільшення обробної спроможності блоків. Для вузлів BSC mainnet оновлення є обов'язковим: усі ноди мають перейти на новий клієнт до моменту активації, інакше вони втратять синхронізацію з мережею. Звичайним користувачам та більшості розробників dApp не потрібно переводити кошти чи змінювати власне ПЗ. Ключові зміни у Pasteur BEP-682: посилена міжланцюгова верифікація. BSC почне перевіряти підписи валідаторів до прийняття даних блоку з іншого ланцюга. Оновлення також відкидатиме дублікати записів валідаторів, щоб неможливо було "подвоїти" вагу голосу одного валідатора через спеціально сформовані набори. Поріг голосування відображатиме реальну супербільшість. BEP-695: зміцнення ключів консенсусу та управління. Під час ротації ключів консенсусу старий ключ втратить адміністративні привілеї й не зберігатиме повноважень після заміни. Невиконані санкції (slash evictions) "переїжджатимуть" разом із валідатором на новий ключ, що унеможливлює уникнення покарання через зміну ключів. Також пропозиція блокує спроби адрес із чорного списку обходити обмеження через голосування в governance на основі підписів. Зміни зачіпають контракти стейкінгу та управління, але реалізовані на рівні протоколу/системних контрактів, тож міграція застосунків не потрібна. BEP-675: швидший шлях формування блоків із попереднім виконанням для білдерів. Білдери зможуть подавати блоки, які вже виконані, а валідатори — швидко підписувати та поширювати їх, завершуючи повну перевірку поза критичним за часом контуром продакшену. Для цього білдерам потрібно запускати повні ноди, оскільки вони генеруватимуть повністю виконані блоки. Старий механізм ставок на блоки збережеться, але даватиме білдерам менше часу на заповнення блоку. Результати тестів у QANet BNB Chain випробувала Pasteur у QANet — внутрішньому середовищі, що відтворює крос-регіональну схему валідаторів BSC — і зафіксувала суттєві покращення в контрольованих умовах: - Час обробки критичного шляху скоротився зі 125 мс до 15 мс. - Середнє використання gas на блок зросло з 46.35M до 84.15M (за чиного ліміту 100M). - Пропускна здатність піднялася приблизно з ~1,237 до ~2,324 транзакцій на секунду. - Інтервал між блоками залишився 450 мс, затримка фінальності не змінилася. Команда BNB Chain підкреслює, що це лабораторні показники QANet; аналогічні прирости в mainnet поки не підтверджені. Після активації оператори й розробники оцінюватимуть, яка частина тестових вигод збережеться під реальним навантаженням. Чекліст для операторів нод (обов'язково) - Встановіть клієнт v1.7.7 до часу активації. Ноди mainnet, які не оновляться, залишаться поза мережею. - Видаліть [Eth] EnableBAL із config.toml — інакше оновлений клієнт не запуститься. - Рекомендовано видалити [TxPool] OverflowPoolSlots (клієнт мовчки ігноруватиме поле, якщо його залишити). - Низка прапорців командного рядка стала застарілою або неактивною, зокрема journalfile, enablebal і txpool.overflowpoolslots. Контекст Pasteur відрізняється від останніх оновлень BSC, які здебільшого скорочували час блоку. Цей хардфорк націлений на ефективніше використання поточної місткості блоків і закриття прогалин безпеки в міжланцюгових переказах та повноваженнях валідаторів. Pasteur працює в BSC testnet із 21 липня, а вихід у mainnet стане ключовою перевіркою того, чи реалізуються прирости місткості та пропускної здатності QANet у реальному трафіку. Операторам нод, валідаторам і тим, хто працює на рівні протоколу, варто оновитися до v1.7.7 та виконати рекомендації щодо конфігурації до 02:30 UTC 25 серпня, щоб уникнути збоїв. Звичайним користувачам і більшості розробників застосунків дій не потрібно.