Сеть BNB сообщает о критическом обновлении в преддверии хардфорка 28 апреля

Обратный отсчет до хардфорка Осака/Мендель начался. В связи с этим учетная запись X разработчиков $BNB Chain отправляет операторам узлов уведомление об обязательном обновлении, которое необходимо выполнить до 28 апреля.

Хард-форк Osaka/Mendel будет запущен в сети BSC через 16 дней, 28 апреля в 2:30 утра по всемирному координированному времени.

Перед форком Osaka/Mendel (28 апреля, 02:30 UTC) убедитесь, что ваш узел готов: • Обновите до BSC v1.7.2 • Достаточно двоичной замены • Очистите старые поля конфигурации. Если это сделать, ваш узел рискует потерять синхронизацию. https://t.co/5xwT0kz8Z2 https://t.co/dA9RcDVK1e

– Разработчики цепочки $BNB (@BNBChainDevs) 12 апреля 2026 г.

В преддверии разветвления Osaka/Mendel операторам узлов необходимо привести свои узлы в порядок и перейти на BSC v1.7.2. Также важно убедиться, что двоичная замена настроена правильно, и очистить все устаревшие поля конфигурации. Это сделано для предотвращения потери синхронизации их узлов.

Обновление основной сети Osaka происходит примерно через месяц после его запуска в тестовой сети. 24 марта в тестовой сети BSC на блоке 88 379 325 был активирован хард-форк Osaka/Mendel. Обновление привело к более надежной конструкции блоков, улучшенной обработке транзакций в масштабе, повышению стабильности сети и точности выполнения.

Хард-форк Осака/Мендель

Мендель представляет EIP-7825 через BEP-652, который добавляет ограничение лимита газа транзакций на уровне протокола.

BEP-652 предлагает ввести ограничение на уровне протокола максимального потребления газа для каждой транзакции в BSC, ограничив его значением 16 777 216 (или 2 ^ 24).

Это гарантирует, что все узлы единообразно отклоняют транзакции, превышающие лимит, что может лучше повысить стабильность и надежность сети по сравнению с предыдущим подходом с дополнительным механизмом мягкого ограничения.

Обновление сети Mendel включает девять BEP. Из 13 EIP, предложенных в рамках Ethereum Fusaka, BSC интегрировала семь. Среди них шесть, требующие хард-форка, и один, требующий обновления RPC на стороне клиента. Остальные шесть EIP не были приняты, в первую очередь из-за архитектурных несоответствий. Помимо этого, обновление также содержит два улучшения, характерных для BSC. Например, BEP-657 ограничивает включение транзакций больших двоичных объектов на основе номера блока. BEP-648, с другой стороны, направлен на уменьшение задержки и ускорение окончательности.