Последняя встреча операторов узлов EOS выявила некоторые срочные обновления безопасности и значительное обновление системных контрактов. С учетом недавно обнаруженной уязвимости в Spring v1.0, критически важно, чтобы операторы узлов обновили свои системы до версии v1.1.2 или v1.0.5 без задержек. На встрече также обсуждалось развертывание системных контрактов EOS v3.8.0, которые включают новые функции, направленные на повышение безопасности сети и удобства использования. Давайте разберем ключевые моменты этой важной встречи.
Ключевые выводы
-
Необходимое обновление до Spring v1.1.2 или v1.0.5 из-за уязвимости безопасности.
-
Версия 3.8.0 системных контрактов EOS скоро будет развернута, с новыми функциями.
-
Защита шаблона строки с ограничениями поможет предотвратить создание несанкционированных имен аккаунтов.
-
Функция "Подарить RAM" позволяет пользователям выделять RAM другим с определенными ограничениями.
-
Операторы должны ознакомиться с новой версией перед предложением развертывания на основной сети.
-
Отладка событий в блоках затруднена из-за ограничений консольного лога.
-
Напоминание о предстоящем изменении часового пояса для планирования встреч.
-
Следующие шаги включают обновление узлов и подготовку к подписанию MSIG.
Критическое обновление безопасности для узлов EOS
Срочное обновление Spring (v1.1.2 и v1.0.5)
Во время встречи операторы узлов были проинформированы о проблеме, обнаруженной в версии Spring v1.0, которая затрагивает все узлы. Эта проблема может привести к сбоям в обслуживании, если ее не исправить. Операторам узлов было указано действовать быстро и обновить свои системы до новых версий v1.1.2 для некоторых и v1.0.5 для других.
Все узлы настоятельно призываются обновить свои системы как можно скорее.
Обсуждение выделило несколько ключевых моментов:
-
Уязвимость в предыдущей версии может привести к прерыванию обслуживания.
-
Как узлы блоков, так и API узлы были отмечены для немедленного обновления.
-
Конкретные детали уязвимости были оставлены в секрете, чтобы избежать дальнейших рисков безопасности.
На встрече подчеркивалась необходимость быстрого действия, чтобы предотвратить любые потенциальные сбои в сети.
Обновление системных контрактов EOS (v3.8.0)
Новые функции и график развертывания
Обновление вводит ряд изменений, которые уже были протестированы в публичной тестовой сети. Обновленные контракты включают смесь улучшений и новых функций, с запланированным стабильным выпуском в ближайшее время и предложением развертывания на основной сети, запланированным на пятницу. Операторам был предоставлен четкий план действий, который включает:
-
Наблюдение за производительностью в тестовой сети Jungle
-
Подготовка к стабильному выпуску после завершения окончательных проверок
-
Координация с операторами BP для предложения на основной сети
График напряженный, но четкие каналы связи делают шаги легкими для выполнения командой.
Защита шаблона строки с ограничениями
Эта функция предотвращает использование несанкционированных имен аккаунтов, содержащих ограниченные термины. Обновления будут блокировать создание аккаунтов или имен, которые могут помешать брендингу сети или вызвать путаницу. Узлы BP все еще имеют возможность отменять эти ограничения, обеспечивая возможность применения необходимых исключений без нарушения общей работы.
Функция "Подарить RAM"
Обновление позволяет пользователям выделять RAM другому аккаунту структурированным образом. В рамках этой новой функции любой подаренный RAM подчиняется установленным правилам, включая условие возврата в случае, если выделение необходимо отменить. Эта мера направлена на предотвращение злоупотреблений и поддержание справедливости путем тщательного отслеживания того, как ресурсы распределяются между аккаунтами.
Исправления Рикардианских контрактов
Рикардианские контракты теперь исправлены, чтобы включать детали, которые отсутствовали в последнем обновлении. Это изменение гарантирует, что условия и положения политики правильно отображаются, предоставляя операторам четкие рекомендации по использованию контрактов. Это обновление было одобрено после тщательного тестирования в тестовой сети Jungle. Операторы призваны ознакомиться с этими исправлениями, чтобы полностью понять обновления и то, как они влияют на взаимодействие с сетью.
Процесс одобрения и развертывания
Необходимо одобрение BP для развертывания на основной сети
На этом этапе встречи участники обсудили процесс, который узлы BP должны пройти, чтобы дать зеленый свет для развертывания на основной сети. Основное внимание уделялось тому, чтобы каждый BP внимательно рассмотрел обновление системных контрактов перед тем, как двигаться дальше. Процесс включает несколько четких шагов:
-
Просмотреть все обновления, связанные с обновлением системных контрактов EOS.
-
Участвовать в звонке, посвященном окончательному утверждению BP, запланированному на предстоящую встречу.
-
Подтвердить одобрение, чтобы предложение на основной сети могло быть подано без задержек.
Этот рабочий процесс поддерживает четкую коммуникацию между всеми производителями блоков и помогает убедиться, что каждая деталь была учтена. Одобрение узла BP является последним шагом, который подтверждает, что система готова к развертыванию на основной сети.
Обсуждение отладки и логирования
Проблемы с использованием консольных логов для событий в блоках
Во время недавних встреч операторов узлов EOS участники отметили продолжающиеся проблемы при полагании на консольные логи для событий в блоках. Проблемы возникают особенно в случаях, когда неявные транзакции создают логи, которые трудно отслеживать. Многие видят ограничения этого метода как препятствие для эффективного отслеживания событий.
Операторы перечислили несколько проблем, с которыми они столкнулись при использовании консольных логов:
-
Непоследовательные выводы логов затрудняют точное отслеживание проблем.
-
Поведение логов во время неявных транзакций часто приводит к пропущенным деталям.
-
Задержка в появлении логов добавляет сложности к диагностике проблем в реальном времени.
Ясность событий в блоках остается под угрозой из-за этих проблем. В качестве альтернативы некоторые предложили использовать встроенные действия для более прямого отслеживания событий. Это изменение может помочь упростить отладку, уменьшая неопределенность, которую в настоящее время вводят существующие практики.
В целом, обсуждение подчеркивает необходимость усовершенствования практик логирования для поддержки более эффективного устранения неполадок во время операций узлов EOS.
Напоминание об изменении часового пояса
Произошло изменение часовых поясов, которое может повлиять на планирование. Операторы призваны обновить и проверить свои календари, чтобы убедиться, что каждая встреча назначена на правильное время.
Каждый участник должен подтвердить новые настройки времени, чтобы избежать путаницы в расписании.
Вот несколько шагов для управления изменением:
-
Проверьте настройки вашего текущего календаря с новой информацией о часовом поясе.
-
Отрегулируйте время встреч и напоминания соответственно.
-
Сообщите членам команды о любых несоответствиях или необходимых изменениях.
-
Дважды проверьте все повторяющиеся события, чтобы убедиться, что они соответствуют обновленному расписанию.
Следующие шаги
Обсуждение перешло к работе, которую необходимо выполнить в ближайшие дни. Встреча обозначила несколько конкретных задач, чтобы все прошло гладко. Важно следовать приведенным ниже шагам, чтобы избежать проблем с производительностью узлов и обновлениями системы.
-
Обновите все узлы до нового патча безопасности (Spring v1.1.2 или v1.0.5). Это обновление критически важно для исправления обнаруженной проблемы, которая может угрожать стабильности узлов.
-
Подготовьтесь к детальному обзору системных контрактов (v3.8.0), запланированному на эту пятницу. Операторам узлов рекомендуется проверить и протестировать все функции, чтобы убедиться, что изменения работают так, как задумано.
-
Посетите встречу, запланированную на следующую неделю, где будет окончательно утверждено подписание MSIG на основной сети, чтобы подтвердить, что все части обновления прошли финальные проверки.
В дополнение к этим шагам участники согласились, что пристальное внимание к поведению системы после обновлений является хорошей практикой. Регулярные внутренние проверки и координация помогут выявить любые неожиданные проблемы на ранней стадии.
Заключение
В заключение, встреча операторов узлов EOS подчеркнула несколько неотложных вопросов, требующих немедленного внимания. Обнаружение уязвимости безопасности в Spring v1.0 побудило к быстрому обновлению до версий v1.1.2 или v1.0.5, чтобы избежать потенциальных атак отказа в обслуживании. Наряду с этим введение системных контрактов EOS v3.8.0 приносит новые функции, направленные на повышение безопасности и функциональности сети. Операторы призваны приоритизировать эти обновления и участвовать в предстоящих процессах обзора и одобрения. Поскольку сообщество готовится к подписанию MSIG на основной сети на следующей неделе, информированность и проактивность будут ключевыми для обеспечения плавного перехода и сохранения целостности сети.
Эта статья была написана с помощью ИИ для сбора информации из нескольких авторитетных источников. Контент был проверен и отредактирован нашей редакционной командой для обеспечения точности и согласованности. Выраженные мнения принадлежат ИИ и не обязательно отражают мнения BlockzHub. Оригинальные источники информации указаны, когда это необходимо и уместно. Эта статья предназначена только для информационных целей и не является финансовым советом. Инвестирование связано с риском, и перед принятием инвестиционных решений вам следует проконсультироваться с квалифицированным финансовым консультантом.