BNB Chain призывает к обновлению безопасности BSC-Reth и продвигает инструмент Red Alarm

BNB
ETH
BNB ChainRed AlarmBSC-Reth
13 часов назадИсточник: crypto.news
BNB Chain призывает к обновлению безопасности BSC-Reth и продвигает инструмент Red Alarm

BNB Chain возобновила продвижение инструмента безопасности Red Alarm, одновременно призывая операторов узлов BSC-Reth установить горячее исправление, устраняющее ошибку расчёта состояния блокчейна.

Краткое содержание

  • BNB Chain вновь привлекла внимание к Red Alarm — сканеру безопасности, впервые представленному в 2022 году.
  • Сервис DappBay перечисляет рискованные приложения и позволяет пользователям проверять смарт-контракты перед совершением транзакций.
  • Операторам BSC-Reth в основной сети и тестовой сети рекомендуется установить 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 как в основной сети, так и в тестовой сети. Заявленная аудитория включает валидаторов, строителей блоков, участвующих в деятельности по извлечению максимальной ценности, операторов полных узлов и операторов сторожевых узлов, а не обычных пользователей кошельков.

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