Форк «Пастёр» от BNB Chain запущен 25 августа — что нужно знать BNB Chain активирует форк «Пастёр» на BNB Smart Chain в 02:30 UTC 25 августа 2026 года. Обязательное обновление (клиент v1.7.7) включает три протокольных предложения, которые усиливают безопасность мостов, ограничивают обходы со стороны валидаторов и увеличивают пропускную способность обработки блоков. Все узлы BSC mainnet должны запустить новый клиент до активации; обычным пользователям и большинству разработчиков dApp не нужно перемещать средства или менять свое ПО. Что меняется - BEP-682 — более надежная кроссчейн-проверка: теперь BSC будет проверять подписи валидаторов перед тем, как принимать данные блока из другой цепочки. Обновление не позволяет специально сформированным наборам валидаторов дважды засчитывать голосующую мощность одного и того же валидатора: оно отклоняет дубли записей валидаторов, чтобы порог голосования действительно отражал истинное супербольшинство. - BEP-695 — ужесточение ключей консенсуса и управления: когда валидаторы вращают ключи консенсуса, старый ключ консенсуса теряет административные привилегии (после ротации он больше не сохраняет власть). Ожидающие slash-исключения будут следовать за валидатором на его новый ключ, что пресекает попытки избежать наказаний за счет смены ключей. Предложение также блокирует внесенные в черный список адреса от обхода ограничений через голосование по управлению на основе подписей. Эти изменения затрагивают контракты стейкинга и управления, но реализованы на уровне протокола/системных контрактов, поэтому разработчикам не потребуется мигрировать существующие приложения. - BEP-675 — более быстрый предварительно исполняемый путь блока для строителей: строители могут отправлять блоки, которые они уже исполнили; валидаторы могут быстро подписать и транслировать эти блоки и завершить полную верификацию вне времязатратного производственного пути. Этот вариант требует, чтобы строители запускали полные узлы, поскольку они будут производить полностью исполненные блоки. Старые предложения блоков (legacy block bids) по-прежнему будут существовать, но дают строителям меньше времени, чтобы заполнить блоки. Производительность в тестах (QANet) BNB Chain протестировала «Пастёр» на QANet — внутренней среде, которая имитирует кросс-региональную конфигурацию валидаторов BSC, — и увидела заметные улучшения в контролируемых условиях: - Время обработки на критическом пути снизилось с 125 мс до 15 мс. - Средний расход газа на блок вырос с 46,35M до 84,15M (в пределах существующего лимита 100M). - Пропускная способность увеличилась примерно с 1 237 до ~2 324 транзакций в секунду. - Интервал блока остался 450 мс, а задержка финализации не изменилась. BNB Chain подчеркивает, что это показатели лабораторных испытаний на QANet; сопоставимые улучшения для mainnet пока не подтверждены. После активации на mainnet операторы и разработчики будут наблюдать, насколько достижения тестнета перенесутся на реальный трафик. Чек-лист оператора узла (обязательно) - Установите клиент v1.7.7 до времени активации. Узлы mainnet, которые не обновятся, останутся позади. - Уберите [Eth] EnableBAL из config.toml — если этого не сделать, обновленный клиент не запустится. - Рекомендуется удалить [TxPool] OverflowPoolSlots (клиент молча проигнорирует это поле, если оно останется). - Некоторые флаги командной строки теперь устарели или неактивны, включая --journalfile, --enablebal и --txpool.overflowpoolslots. Фон и контекст Фокус «Пастёра» отличается от недавних обновлений BSC, которые в основном сокращали время блоков. Вместо этого этот форк нацелен на более эффективное использование существующей емкости блоков при одновременном закрытии уязвимостей безопасности вокруг кроссчейн-переводов и полномочий валидаторов. «Пастёр» работает на тестнете BSC с 21 июля; его появление на mainnet станет настоящей проверкой того, материализуются ли прирост емкости и пропускной способности, показанные на QANet, в условиях реального трафика. Если вы управляете узлом, запускаете валидатора или строите на уровне протокола, обновитесь до клиента v1.7.7 и следуйте рекомендациям по конфигурации до 02:30 UTC 25 августа, чтобы избежать перебоев в работе. От обычных пользователей и большинства разработчиков приложений не требуется никаких действий. Читайте больше AI-новостей по адресу: undefined/news