BNB Chain активувала хардфорк Pasteur в основній мережі BNB Smart Chain о 02:30 UTC 25 серпня, впровадивши три зміни, спрямовані на безпеку мостів, авторизацію валідаторів та пропускну здатність блоків.
Підсумок
- BNB Chain успішно активувала Pasteur в основній мережі BSC о 02:30 UTC 25 серпня 2026 року.
- Три пропозиції посилюють перевірку мостів, авторизацію валідаторів та побудову блоків без подальшого скорочення часу блоку.
- BEP-682 відхиляє дублікати валідаторів під час перевірки легких блоків через міст, захищаючи справжні вимоги супербільшості в ланцюжку.
- Бенчмарки QANet показали збільшення пропускної здатності на 88% з 1237 до 2324 транзакцій на секунду в контрольованих умовах.
- Операторам вузлів потрібна версія клієнта 1.7.7 та видалення EnableBAL до початку активації основної мережі у вівторок.
Мережа підтвердила, що Pasteur працює після запланованої активації. BSC продовжував створювати блоки з існуючим інтервалом 450 мілісекунд, без серйозних збоїв, публічно повідомлених одразу після оновлення.
Pasteur поєднує BEP-682, BEP-695 та BEP-675 у рамках ширшого плану оновлення BEP-673. Зміни працювали в тестовій мережі Chapel від BSC з 21 липня перед виходом в основну мережу.
BNB Chain Pasteur посилює перевірку мостів
BEP-682 змінює спосіб перевірки BSC легких блоків, поданих через міжланцюгову інфраструктуру. До Pasteur процес перевірки явно не відхиляв дублікати записів у поданому списку валідаторів.
Створений запит міг тому включати одного й того ж валідатора більше одного разу. Окремий підрахунок цих записів міг створити враження, що схвалення мосту має підтримку більшої кількості незалежних валідаторів, ніж насправді.
Pasteur відхиляє повторювані записи валідаторів перед обчисленням, чи досягнуто необхідного порогу голосування. Кожне схвалення тепер має надходити від окремого валідатора, щоб легкий блок відповідав вимозі супербільшості.
BNB Chain не повідомляла, що зловмисники використали цю ваду або приписували їй будь-які попередні втрати активів. Ця зміна є превентивним виправленням перевірки мостів, а не відповіддю на розкриту крадіжку.
Міжланцюгова інфраструктура залишається серйозною проблемою безпеки в децентралізованих мережах. У відповідних матеріалах атаки на мости спричинили сукупні збитки в мільярди доларів через скомпрометовані ключі, вади контрактів та слабку перевірку повідомлень.
Старі ключі валідаторів втрачають повноваження
BEP-695 закриває прогалини, пов'язані з ротацією ключів валідаторів, штрафами та управлінням. Коли валідатор замінює свій операційний ключ, попередній ключ тепер втрачає права управління.
Пропозиція також запобігає ухиленню валідаторів від очікуваних штрафів шляхом ротації ключів. Процеси зрізання та видалення залишаються прив'язаними до валідатора, а не зникають при зміні адреси оператора.
Pasteur також блокує обмеженим адресам використання офчейн-підписів для участі в управлінні. BNB Chain вже забороняла заблокованим адресам голосувати безпосередньо, але ці акаунти могли потенційно підписувати голоси, а інша адреса подавати їх.
Оновлені контракти управління перевіряють оригінального підписувача перед зарахуванням делегованого голосу. Якщо цей підписувач обмежений, голос відхиляється незалежно від того, який акаунт його подає.
Новий маршрут блоків зменшує повторне виконання
BEP-675 впроваджує опційний маршрут для спеціалізованих будівельників подавати блоки, які вони вже виконали. Валідатори перевіряють запропонований блок на відповідність правилам консенсусу, підписують його та транслюють перед завершенням повної перевірки виконання.
Попередній маршрут вимагав, щоб і будівельник, і валідатор виконували транзакції до того, як валідатор підпише. Таке дублювання споживало частину короткого вікна блоку BSC і могло залишати блоки нижче їх максимальної ємності в періоди високого попиту.
Будівельники можуть продовжувати використовувати попередній процес. Новий маршрут має бути активований через інтерфейс виклику віддалених процедур мережі, що дає учасникам час для його інтеграції.
BNB Chain заявила, що маршрут може вмістити більше транзакцій у кожен блок, але опубліковані показники продуктивності отримані з контрольованого тестування, а не з активності в основній мережі.
Тести на QANet, внутрішньому середовищі, призначеному для відображення географічно розподілених валідаторів, збільшили пропускну здатність з 1237 до 2324 транзакцій на секунду. Середнє споживання газу на блок зросло з 46,35 мільйона до 84,15 мільйона, тоді як ліміт газу в 100 мільйонів залишився незмінним.
Дані основної мережі перевірять приріст потужності на 88%
Pasteur не збільшує ліміт газу блоку і не скорочує інтервал блоку в 450 мілісекунд, введений оновленням Fermi. Його приріст потужності залежить від того, чи приймуть будівельники BEP-675 і чи подаватимуть повніші блоки.
BNB Chain вимагала від операторів вузлів встановити версію клієнта 1.7.7 до активації. Операторам також потрібно було видалити застаріле поле EnableBAL, оскільки його залишення у файлі конфігурації перешкоджало запуску оновленого клієнта.
Як повідомлялося раніше, BNB Chain попередила операторів про необхідність завершити обов'язкове оновлення Pasteur до форку. Оператори, які запускали несумісне програмне забезпечення, ризикували втратити синхронізацію з основною мережею.
Наступні докази надійдуть з використання живих блоків, пропускної здатності транзакцій, рівня пропущених блоків та продуктивності валідаторів. Ці вимірювання покажуть, чи переноситься покращення потужності QANet на стійкий попит основної мережі.
