$BNB Chain объявила о том, что активирует свой хардфорк Pasteur в основной сети $BNB Smart Chain (BSC) в 02:30 UTC 25 августа 2026 года.
В документе указывалось, что каждый оператор узла должен до этого времени использовать клиент версии 1.7.7, иначе существует риск отключения от сети.
Компания $BNB Chain подтвердила дату и требования клиента в сообщении в блоге, опубликованном 14 августа.
Объединёны ли предложения $BNB Chain в рамках одного общего обновления?
Хардфорк Пастера включен в мета-предложение BEP-673. Однако он также объединяет три других предложения, BEP-682, BEP-695 и BEP-675, в одну скоординированную активацию.
BEP-682 и BEP-695 сосредоточены на работе по обеспечению безопасности моста, стейкинга иtracуправления. BEP-675 — это проект, направленный на увеличение пропускной способности, для функционирования которого технически не требуется хардфорк.
$BNB Chain также намеренно выбрала названия для своих хардфорков. Они были посвящены ученым, среди которых Паскаль, Максвелл, Ферми и Мендель. Каждый из хардфорков вносил в блокчейн постепенные изменения.
Хардфорк Fermi был запущен в январе 2026 года и помог сократить время генерации блоков в сети BSC до 0,45 секунды. С тех пор сеть стабилизировалась на этом уровне, а не ускоряла его.
Устранение уязвимости в системе проверки дубликатов в мосте
Стандарт BEP-682 предназначен для пересмотра метода проверки межцепочечных переводов в системе BSC.
Когда активы перемещаются в блокчейн, BSC не доверяет утверждению исходного блокчейна самостоятельно. Вместо этого он запускает предварительную компиляцию по адресу 0x67, которая подсчитывает подписи валидаторов по отношению к известному набору валидаторов. Передача осуществляется только после того, как супербольшинство подпишет её.
Однако у этого подхода были свои недостатки, поскольку не было возможности подтвердить, что каждый валидатор появлялся только один раз.
Специально разработанный набор валидаторов может указывать одного и того же подписанта несколько раз, учитывать его право голоса при каждом появлении и преодолевать пороговое значение с меньшим количеством подлинных подписей, чем того требует правило.
BEP-682 удаляет дубликаты перед подсчетом, что гарантирует, что избыточные наборы данных больше не будут превышать пороговое значение.
Как сделать так, чтобы устаревшие ключи валидаторов действительно устарели
Стандарт BEP-695 разработан для устранения уязвимости в системах стейкинга и управления. Когда валидаторы меняют свои ключи консенсуса в рамках планового технического обслуживания, предполагается, что вышедший из употребления ключ перестает обладать какими-либо полномочиями.
Однако раньше все было не совсем так. Теперь для каждой цепочки $BNB Chain внесены три исправления этой проблемы. Первое заключается в том, что старый, сменённый ключ теперь теряет свои права администратора-валидатора, а не сохраняет их.
Второе исправление гарантирует, что валидатор больше не сможет избежать предстоящего выселения путем ротации. Оно также заблокировало доступ к адресам из черного списка для голосования по управлению на основе подписей.
Блоки Fuller без использования газа или ограничения времени работы блока
В настоящее время в BSC блоки выполняются дважды. При первом выполнении конструктор запускает транзакции для подтверждения действительности блока, а затем валидатор запускает все эти транзакции снова перед подписанием.
Однако это действие снова занимает 450 миллисекунд (мс), и время, которое валидатор тратит на выполнение второго запроса, — это время, которое теряют сборщики, чтобы упаковать следующий блок.
Стандарт BEP-675 позволяет разработчику передать блок, который он уже выполнил.
На этот раз валидатор проверяет его на соответствие правилам консенсуса, подписывает, передает данные, а затем завершает полную проверку.
Данные, собранные в тестовой сети, показали, что время, затрачиваемое валидаторами на выполнение транзакций, сократилось со 125 миллисекунд до 15 миллисекунд. Кроме того, пропускная способность выросла почти на 88% — с 1237 до 2324 транзакций в секунду (TPS), при этом лимит газа в 100 миллионов и интервал в 450 мс остались неизменными.
Средний объем использованного газа для блоков вырос с 46,35 млн до 84,15 млн. Задержка окончательной обработки осталась неизменной. Однако $BNB Chain подчеркнула, что это показатели контролируемой нагрузки. Ей все равно придется выдерживать нагрузку основной сети, особенно когда несколько разработчиков будут бороться за один и тот же слот.
Что должны сделать операторы до 25-го числа?
Операторы узлов — это те, у кого в планах на будущее работа над проектом Pasteur. $BNB Chain предоставила подробную документацию о том, что необходимо сделать, чтобы избежать ошибок при запуске.
Разработчикам, желающим использовать алгоритм BEP-675, возможно, придётся приложить дополнительные усилия, поскольку это означает запуск полного узла вместо быстрого, так как теперь разработчик создаёт полностью выполненный блок. Традиционные схемы торгов продолжают работать, просто с меньшим временем упаковки.
end-content
