ГоловнаНовинний центр LBank
Хардфорк BNB Chain Pasteur запрацює 25 серпня
bnb-chain-pasteur-hard-fork-goes-live-aug-25
Хардфорк BNB Chain Pasteur запрацює 25 серпня
BNB Chain активує хардфорк Pasteur о 02:30 UTC у основній мережі 25 серпня. Оператори нод мають встановити версію 1.7.7 і вимкнути EnableBAL до запланованого дедлайну активації в mainnet. Три пропозиції посилюють валідацію мостів, управління валідаторами та обробку блоків, поданих білдірами, у основній мережі BSC. Тестування QANet підвищило пропускну здатність з 1 237 до 2 324 TPS без зміни часу блоку чи фінальності. Заявлені покращення продуктивності були отримані в контрольованих тестах і не гарантовані після активації в mainnet.
2026-08-24 Джерело:crypto.news

BNB Chain активує хардфорк Pasteur у мережі BNB Smart Chain 25 серпня 2026 року о 02:30 за UTC.

Короткий зміст
  • BNB Chain активує хардфорк Pasteur 25 серпня о 02:30 за UTC в основній мережі.
  • Оператори вузлів повинні встановити версію 1.7.7 і видалити EnableBAL до запланованого терміну активації основної мережі.
  • Три пропозиції посилюють верифікацію мостів, управління валідаторами та обробку блоків, поданих будівельниками, у всій основній мережі BSC.
  • Тестування QANet підвищило пропускну спроможність з 1 237 до 2 324 транзакцій за секунду без зміни часу блоків або остаточності.
  • Повідомлені покращення продуктивності були отримані в результаті контрольованого тестування та не гарантуються після активації основної мережі.

Обов'язкове оновлення запроваджує три пропозиції, що стосуються верифікації мостів, управління валідаторами та спроможності обробки блоків.

Усі вузли основної мережі BSC повинні використовувати клієнтську версію 1.7.7 до активації, згідно з офіційним релізом. Звичайним користувачам та більшості розробників додатків не потрібно переносити кошти або змінювати своє програмне забезпечення.

Pasteur посилює верифікацію мостів BNB Chain

BEP-682 змінює спосіб валідації блоків BSC, що використовуються для міжланцюгових переказів. Мережа перевіряє підписи валідаторів перед прийняттям інформації з іншого ланцюга, забезпечуючи, щоб необхідний поріг голосування схвалив блок.

Попередній процес не підтверджував, що кожен валідатор з'являвся лише один раз у поданому наборі валідаторів. Спеціально сформований набір теоретично міг би повторювати одного валідатора та враховувати його право голосу більше одного разу. BEP-682 відхиляє дублікати записів, що робить поріг таким, що відображає справжню більшість валідаторів.

Як повідомлялося раніше, Pasteur відрізняється від нещодавніх оновлень, які головним чином скоротили час блоків. Його зміни безпеки зосереджені на міжланцюгових переказах та повноваженнях валідаторів.

Контроль валідаторів усуває прогалини в ротації ключів

BEP-695 вирішує питання, що відбувається, коли валідатори змінюють свої консенсусні ключі. Після Pasteur старий консенсусний ключ втратить свої адміністративні повноваження замість збереження привілеїв після ротації.

Очікувані виключення (slash evictions) також застосовуватимуться до валідаторів із новими ключами. Це запобігає уникненню валідатором поточного виключення шляхом зміни ключів. Пропозиція також блокує адреси зі чорного списку від використання методів голосування в управлінні на основі підписів, щоб обійти обмеження, застосовані до прямих голосувань.

Ці заходи впливають на контракти системи стейкінгу та управління BSC. BNB Chain заявляє, що розробникам не потрібно переносити існуючі додатки, оскільки зміни відбуваються на рівнях протоколу та системних контрактів.

BEP-675 виносить роботу за межі критичного шляху

BEP-675 дозволяє будівельникам надсилати блоки, які вони вже виконали. Валідатори можуть перевірити запропонований блок на відповідність правилам консенсусу, підписати та транслювати його, а потім завершити повну верифікацію за межами критично важливого для часу виробничого шляху.

У QANet, внутрішньому тестовому середовищі, розробленому для відображення міжрегіональної конфігурації валідаторів BSC, обробка в межах цього критичного шляху скоротилася зі 125 мілісекунд до 15 мілісекунд. Середнє використання газу блоком зросло з 46,35 мільйона до 84,15 мільйона порівняно з існуючим лімітом у 100 мільйонів.

Пропускна спроможність зросла з 1 237 до 2 324 транзакцій за секунду під час тих самих тестів. Інтервал блоку залишився на рівні 450 мілісекунд, тоді як затримка фіналізації не змінилася. BNB Chain застерегла, що ці цифри отримані в результаті контрольованого тестування, а не живої активності основної мережі.

Будівельники, які використовують новий шлях, повинні керувати повними вузлами, оскільки вони створюватимуть повністю виконані блоки. Старі пропозиції блоків залишаться доступними, хоча вони дають будівельникам менше часу для заповнення блоків.

Оператори вузлів повинні встановити версію 1.7.7

Оператори вузлів повинні замінити свій існуючий двійковий файл версією 1.7.7 до активації. Вони також повинні видалити [Eth] EnableBAL з config.toml; інакше оновлений клієнт не запуститься.

У релізі рекомендується видалити [TxPool] OverflowPoolSlots, хоча клієнт мовчки ігноруватиме це поле. Кілька прапорів командного рядка також є застарілими або неактивними, включаючи –journalfile, –enablebal та –txpool.overflowpoolslots.

Pasteur працював у тестовій мережі BSC з 21 липня. Після активації в основній мережі оператори та розробники спостерігатимуть, чи перенесуться досягнення в пропускній здатності, виміряні на QANet, на реальний трафік. Порівнянне зростання продуктивності основної мережі ще не підтверджене.

Попередні зміни в мережі скоротили час блоків BNB Smart Chain. Натомість Pasteur має на меті краще використовувати існуючу пропускну здатність блоків, водночас усуваючи прогалини в безпеці валідаторів та мостів.

Популярна криптовалюта
Зареєструйтеся зараз, щоб не пропустити жодного оновлення!