BNB Chain відновив просування інструменту безпеки Red Alarm, одночасно закликаючи операторів вузлів BSC-Reth встановити гаряче виправлення, що усуває помилку обчислення стану блокчейну.
Короткий огляд
- BNB Chain знову привернув увагу до Red Alarm — сканера безпеки, вперше представленого у 2022 році.
- Сервіс DappBay перелічує ризиковані застосунки та дозволяє користувачам перевіряти смарт-контракти перед здійсненням транзакцій.
- Операторам BSC-Reth у mainnet і testnet рекомендується встановити v0.1.4-hotfix і перезапустити свої вузли.
- Гаряче виправлення усуває неправильні обчислення кореня стану та не потребує ні міграції бази даних, ні чергового хардфорку.
- BNB Chain заявив, що opBNB не використовує op-reth, і описав вплив на BSC-Reth як обмежений.
У публікації від 7 листопада BNB Chain скерував користувачів до свого списку Red Alarm на DappBay, де децентралізовані застосунки та смарт-контракти позначаються, коли вони відповідають потенційно ризикованим умовам. Це нагадування вийшло після окремого оновлення безпеки від 6 листопада для операторів вузлів, яким було наказано оновитися до v0.1.4-hotfix і перезапустити своє програмне забезпечення.
Два повідомлення охоплюють різні частини мережі. Red Alarm надає користувачам гаманців інформацію про застосунки перед тим, як вони взаємодіють із ними, тоді як оновлення Reth виправляє програмне забезпечення, яке використовується деякими машинами, що обробляють і перевіряють дані блокчейну. BNB Chain не пов'язав ці два повідомлення з якимось одним інцидентом безпеки.
Red Alarm перелічує ризиковані застосунки ще до того, як користувачі підключать гаманці
Сторінка DappBay надає відвідувачам список проєктів і контрактів високого ризику разом із сканером для перевірки смарт-контракту або адреси гаманця. Користувачі можуть переглядати записи за категорією застосунку, блокчейном, чинником ризику та датою внесення до списку, що дозволяє їм ознайомитися з попередженням, прикріпленим до конкретного проєкту.
Одне поширене попередження стосується недоступних вебсайтів проєктів. Запис може вказувати, що вебсайт застосунку більше не працює, хоча інструмент зазначає, що це може статися з кількох причин, зокрема через закриття проєкту. Інші записи визначають підозрювані схеми типу Понці або особливості контрактів, які можуть наразити користувачів на ризик втрат.
У своєму останньому нагадуванні BNB Chain заявив: «Безпека користувачів потребує постійної роботи в усьому криптопросторі». Він описав Red Alarm як спосіб позначення потенційно високоризикованих децентралізованих застосунків і контрактів, щоб користувачі мали більше інформації перед ухваленням рішень.
Цей сервіс не є новим. BNB Chain представив Red Alarm через DappBay у липні 2022 року, а в оновленні від серпня 2022 року зазначалося, що система просканувала понад 3300 контрактів за перші тижні роботи. На той час мережа скеровувала відвідувачів до понад 50 проєктів, позначених як такі, що становлять ризики.
Система попереджень є інформаційною, а не гарантією того, що будь-який незазначений застосунок є безпечним. DappBay заявляє, що його оцінки ризиків ґрунтуються на автоматизованих скануваннях, моделях і доступній інформації про контракти, та попереджає, що рейтинги не слід розглядати як схвалення або заміну самостійної перевірки проєктів користувачами.
Операторам BSC-Reth наказано встановити гаряче виправлення від 6 листопада
Тоді як BNB Chain привертав увагу до підозрілих застосунків, його розробники інфраструктури видали більш нагальну інструкцію для операторів, які запускають клієнт виконання BSC-Reth. Випуск на GitHub від 6 листопада рекомендує якнайшвидше встановити v0.1.4-hotfix і після цього перезапустити вузол.
Інструкція охоплює BSC-Reth як у mainnet, так і в testnet. Зазначена аудиторія включає валідаторів, будівельників блоків, залучених до діяльності з максимального вилучення цінності, операторів повних вузлів і операторів сторожових вузлів, а не звичайних користувачів гаманців.
Згідно з примітками до випуску, виправлення усуває помилку, яка могла змусити Reth обчислювати неправильний корінь стану за певних умов. Корінь стану фіксує криптографічне представлення балансів рахунків блокчейну, сховища смарт-контрактів та іншого стану мережі; вузли покладаються на нього під час перевірки того, що вони погоджуються щодо дійсних даних.
Випуск містить виправлення від вихідного проєкту Reth, що стосується застарілого шляху обчислення. BNB Chain заявила, що операторам не потрібна ні міграція бази даних, ні окремий хардфорк для застосування цього конкретного виправлення, тому необхідна дія — це встановлення з подальшим перезапуском.
BNB Chain заявляє, що opBNB не постраждав від проблеми Reth
Перед випуском патча BNB Chain визнала ризик у повідомленні від 6 листопада та заявила, що вплив на BSC-Reth був обмеженим. Вона уточнила, що opBNB не використовує op-reth, відповідний клієнт, задіяний у дискусії щодо безпеки.
Попередження стосувалося виконавчого програмного забезпечення, а не списку контрактів Red Alarm. У своєму попередньому матеріалі crypto.news описав помилку Reth та реакцію Base, розробники якої заявили, що виправили свої вузли побудови блоків і перевірили, що користувачі не постраждали.
Останній випуск BSC-Reth виходить після оновлення від 3 листопада, яке запланувало хардфорк Jenner на 8 грудня 2026 року о 02:30 UTC. Це раніше анонсоване оновлення впроваджує окремі зміни мережі та має власний дедлайн сумісності для операторів вузлів мейннету.
Зміни Jenner включають пропозицію Payment Lane, яка резервує за замовчуванням 5% газової ємності кожного блоку для прийнятних платежів. Ця функція покликана зберегти простір для схвалених переказів, коли інші транзакції конкурують за ємність блоку, згідно з опублікованими деталями оновлення мережі.
