Зворотний відлік до хардфорку Osaka/Mendel розпочався. У зв'язку з цим, обліковий запис X розробників $BNB Chain повідомляє операторів вузлів про обов'язкове оновлення, яке необхідно виконати до 28 квітня.
Хардфорк Osaka/Mendel буде запущено в основній мережі BSC через 16 днів, 28 квітня о 2:30 ранку за UTC.
Перед форком Osaka/Mendel (28 квітня, 02:30 UTC) переконайтеся, що ваш вузол готовий:
• Оновіть BSC до версії 1.7.2
• Достатньо двійкової заміни
• Очищення старих полів конфігураціїЯкщо цього не зробити, ваш вузол ризикує вийти з синхронізації. https://t.co/5xwT0kz8Z2 https://t.co/dA9RcDVK1e
— Розробники мережі $BNB (@BNBChainDevs), 12 квітня 2026 р.
Перед форком Osaka/Mendel операторам вузлів необхідно привести свої вузли в порядок та оновити їх до BSC версії 1.7.2. Також важливо забезпечити правильне налаштування заміни бінарних файлів та очистити будь-які застарілі поля конфігурації. Це необхідно для того, щоб запобігти втраті синхронізації вузлів.
Оновлення основної мережі Osaka відбулося приблизно через місяць після її запуску в тестовій мережі. 24 березня хардфорк Osaka/Mendel було активовано в тестовій мережі BSC на блоці 88 379 325. Оновлення призвело до надійнішої побудови блоків, покращеної обробки транзакцій у великих масштабах, підвищеної стабільності мережі та точності виконання.
Хардфорк Osaka/Mendel
Мендель вводить EIP-7825 через BEP-652, який додає обмеження на обсяг транзакційного газу на рівні протоколу.
BEP-652 пропонує запровадити обмеження на рівні протоколу щодо максимального споживання газу для кожної транзакції на BSC, обмежуючи його значенням 16 777 216 (або 2^24).
Це гарантує, що всі вузли рівномірно відхиляють транзакції, що перевищують ліміт, що може краще покращити стабільність та надійність мережі порівняно з попереднім підходом із додатковим механізмом м’якого обмеження.
Оновлення мережі Mendel охоплює дев'ять покращень BEP (Bep Engagements – найкращих транзакційних об'єктів). З 13 EIP, запропонованих в рамках Fusaka для Ethereum, BSC інтегрувала сім. З них шість вимагали хардфорку, а один – оновлення RPC на стороні клієнта. Інші шість EIP не були прийняті, головним чином через архітектурні розбіжності. Окрім цього, оновлення також містить два покращення, специфічні для BSC. Наприклад, BEP-657 обмежує включення блоб-транзакцій на основі номера блоку. BEP-648, з іншого боку, має на меті зменшити затримку та пришвидшити завершення.