BSC назначила хардфорк Pasteur на 25 августа и распорядилась перевести узлы на версию 1.7.7

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, возможно, придётся приложить дополнительные усилия, поскольку это означает запуск полного узла вместо быстрого, так как теперь разработчик создаёт полностью выполненный блок. Традиционные схемы торгов продолжают работать, просто с меньшим временем упаковки.