26 февраля 2025 года состоялась встреча операторов узлов EOS, на которой ключевые участники обсудили последние обновления и вызовы, стоящие перед сетью. Темы варьировались от обновлений программного обеспечения и предложений по управлению до конфигураций узлов и мер безопасности. На встрече было подчеркнуто значение сотрудничества и своевременных действий для поддержания и улучшения экосистемы EOS.
Ключевые выводы
-
Патч Spring 1.1.1 запущен, он направлен на более плавное распространение блоков и ускорение транзакций.
-
Производителям блоков рекомендуется обновиться до Spring 1.1.1 для повышения производительности сети.
-
Системные контракты 3.7 вводят функцию Gift RAM для предотвращения злоупотребления выделенными ресурсами.
-
Функция Gift RAM гарантирует, что пользователи не смогут эксплуатировать или перепродавать подаренную RAM.
-
Системные контракты 3.8 будут включать Ограниченные строки для сокращения количества мошеннических аккаунтов.
-
Ограниченные строки будут блокировать имена аккаунтов, содержащие запрещенные подстроки.
-
Обсуждались лучшие практики для производителей блоков и финализирующих узлов, включая настройку и восстановление после сбоев.
-
Сообщество призывается к обратной связи по вопросам управления, таким как Ограниченные строки и утверждения MSIG.
Обновление до серии Spring 1.1
Выпуск патча 1.1.1
Выпуск патча Spring 1.1.1 является важным шагом в улучшении производительности и стабильности сети. Это обновление устраняет несколько ошибок, выявленных в первоначальном выпуске 1.1, что делает его рекомендованным для обновления всеми операторами узлов. Операторам, которые еще не обновились, рекомендуется перейти непосредственно на версию 1.1.1, чтобы воспользоваться последними исправлениями и оптимизациями.
Ключевые улучшения в 1.1.1
Патч 1.1.1 вводит несколько ключевых улучшений, направленных на оптимизацию работы узлов:
-
Оптимизированное распространение блоков: Уменьшает задержки, вызванные большими блоками с большим количеством транзакций, обеспечивая более плавное взаимодействие в сети.
-
Режим только транзакций: Публичные ретрансляторы теперь могут обрабатывать только транзакции, не перегружаясь ненужными данными блоков.
-
Улучшенное состояние сети: Чем больше узлов примут это обновление, тем эффективнее будут распространяться транзакции и блоки по сети.
Эти улучшения особенно полезны для производителей блоков (BP), использующих отдельные финализирующие узлы, так как они улучшают синхронизацию и общую эффективность обработки.
Обновление по внедрению и тестированию
Патч 1.1.1 был развернут на двух тестовых сетях и проходит дополнительный мониторинг для обеспечения стабильности перед полным развертыванием на основной сети. Операторов узлов настоятельно призывают быстро принять обновление, чтобы устранить оставшиеся проблемы, такие как дрейф финальности, которые наблюдались в некоторых сценариях. Ожидается, что крупные публичные конечные точки, правильно настроившие свои узлы после обновления, окажут особенно положительное влияние на общую производительность сети.
Предложение Multi-Signature (MSIG) для системных контрактов 3.7
Что включено в 3.7?
Системные контракты 3.7 включают несколько обновлений, направленных на улучшение функциональности и управления. Наиболее заметным дополнением является функция Gift RAM, которая позволяет аккаунтам выделять RAM другим аккаунтам с определенными ограничениями. Это гарантирует, что подаренная RAM не может быть продана или передана третьим лицам. Вместо этого она может быть использована только получателем или возвращена отправителю. Это предложение также включает исправления из ранее отмененного обновления 3.6.1, обеспечивая более стабильную и безопасную реализацию.
Почему Gift RAM важна
Функция Gift RAM разработана для решения проблем злоупотребления ресурсами в экосистеме. В прошлом некоторые пользователи эксплуатировали программы бесплатного создания аккаунтов, продавая или неправильно используя полученную RAM. С новыми ограничениями сервисы создания аккаунтов могут гарантировать, что ресурсы используются по назначению. Это не только предотвращает злоупотребления, но и способствует справедливому распределению ресурсов. Например:
-
RAM, подаренная новым пользователям, может поддерживать только операции их аккаунта, предотвращая перепродажу.
-
Поставщики услуг могут вернуть неиспользованную RAM, обеспечивая эффективное использование ресурсов.
-
Экосистема выигрывает от сокращения злоупотреблений, укрепляя доверие среди пользователей.
Предстоящее обновление системных контрактов 3.8
Разработка и график выпуска
Системные контракты 3.8 находятся на завершающей стадии разработки и внутреннего тестирования. Развертывание на тестовой сети Jungle запланировано на следующую неделю, где они пройдут тщательное тестирование. Если все пойдет по плану, команда планирует предложить многостороннюю подпись (MSIG) для развертывания на основной сети к 11 марта 2025 года. Этот график отражает приверженность сообщества обеспечению стабильности и безопасности выпуска.
Новая функция: Ограниченные строки для создания аккаунтов
Значительным дополнением в этом выпуске является введение ограниченных строк для создания аккаунтов. Эта новая функция позволяет привилегированному аккаунту EOSIO блокировать создание аккаунтов, содержащих определенные подстроки. Цель — сократить количество мошенничеств и попыток подражания, предотвращая использование официальных или вводящих в заблуждение имен.
Вот как это работает:
-
Привилегированный аккаунт предварительно резервирует хэшированные версии ограниченных подстрок для сохранения конфиденциальности.
-
После завершения ограниченные подстроки становятся публично доступными, и их применение начинается немедленно.
-
Этот двухэтапный процесс устраняет временные промежутки, которые могли бы использовать злоумышленники.
Список ограниченных строк будет небольшим и тщательно отобранным, нацеленным только на случаи высокого риска. Производители блоков (BP) будут иметь полномочия одобрять или отклонять эти ограничения, обеспечивая децентрализованный и прозрачный процесс управления.
Соображения по управлению и безопасности
Хотя функция ограниченных строк повышает безопасность, она также вводит вызовы в управлении. Один из ключевых вопросов — как внедрить эти ограничения, не позволяя злоумышленникам предварительно зарегистрировать похожие имена до их применения. Упомянутый ранее двухэтапный процесс эффективно решает эту проблему.
Дополнительные соображения включают:
-
Обеспечение прозрачности процесса для сообщества.
-
Балансирование мер безопасности с необходимостью децентрализованного надзора.
-
Поддержание минимального и сфокусированного списка ограниченных подстрок, чтобы избежать чрезмерного вмешательства.
Производители блоков играют ключевую роль в этой модели управления. Их способность одобрять или отклонять предлагаемые ограничения гарантирует, что ни одна организация не имеет неконтролируемой власти над системой.
Настройка узлов производителей блоков (BP) и финализирующих узлов
Лучшие практики для узлов BP и финализирующих узлов
Настройка узлов производителей блоков (BP) и соответствующих финализирующих узлов является критически важной частью поддержания надежной и стабильной сети. Хотя нет официальной рекомендации о том, должны ли эти узлы работать на одной машине или отдельно, решение часто зависит от стратегии восстановления после сбоев оператора. Каждый вариант настройки имеет свои компромиссы.
Вот некоторые ключевые соображения:
-
Раздельные узлы: Запуск узлов BP и финализирующих узлов на разных машинах может улучшить устойчивость к сбоям. Однако это требует тщательной настройки для обеспечения бесперебойной связи между узлами, что может быть технически сложным.
-
Общая машина: Размещение обоих узлов на одной машине упрощает настройку, но может создать единую точку отказа. Этот вариант часто выбирают для небольших операций с ограниченными ресурсами.
-
Мониторинг и логи: Независимо от настройки операторы должны внимательно следить за системными логами, чтобы выявлять любые отклонения или потенциальные проблемы до их обострения.
Влияние задержек финализатора
Финализирующие узлы играют ключевую роль в процессе производства блоков. Если BP не получает голосов от своего связанного финализатора, производство блоков временно останавливается. Система разработана таким образом, чтобы допускать короткую задержку — от нескольких секунд до нескольких минут — перед полной остановкой производства блоков. Этот буфер дает операторам время для устранения незначительных проблем без значительного простоя.
Чтобы минимизировать влияние задержек:
-
Регулярно проверяйте состояние и подключение финализирующих узлов.
-
Реализуйте автоматические оповещения для выявления потенциальных проблем с синхронизацией.
-
Тестируйте процедуры восстановления после сбоев, чтобы обеспечить быстрое решение неожиданных проблем.
Применяя эти практики, операторы узлов могут поддерживать высокую доступность и способствовать общей стабильности сети.
Открытое обсуждение и следующие шаги
Системные контракты 3.7 – требуется утверждение MSIG
Производители блоков (BP) настоятельно призываются рассмотреть и утвердить предложение Multi-Signature (MSIG) для системных контрактов 3.7. Это обновление вводит функцию Gift RAM, которая гарантирует ответственное использование выделенной RAM и предотвращает ее эксплуатацию в целях получения прибыли. Своевременное утверждение критически важно для поддержания темпов обновлений системы и предотвращения задержек в развертывании.
Системные контракты 3.8 – обсуждение проблемы #186
Сообщество активно обсуждает функцию Ограниченных строк, ключевой элемент предстоящего выпуска системных контрактов 3.8. Эта функция направлена на блокировку создания аккаунтов с определенными ограниченными подстроками для сокращения мошенничества и попыток подражания. Разработчики запросили обратную связь по двум основным вопросам:
-
Как сбалансировать прозрачность управления с эффективным применением ограничений на имена.
-
Потенциальные риски и непредвиденные последствия внедрения этих ограничений.
Связь с производителем блоков DaoBox
DaoBox, производитель блоков, недавно вернувшийся в топ-21 рейтинга, привлек внимание команды ENF. Проводятся усилия по взаимодействию с представителями DaoBox, чтобы убедиться, что они соответствуют последним обновлениям и изменениям системы. Открытое общение со всеми производителями блоков из топ-рейтинга считается важным для успеха сети в будущем.
Заключение
Недавние обсуждения среди операторов узлов EOS подчеркивают постоянную приверженность сети улучшению производительности, безопасности и управления. С обновлениями, такими как патч Spring 1.1.1 и предстоящие системные контракты 3.7 и 3.8, внимание остается сосредоточенным на оптимизации операций и решении таких проблем, как злоупотребление ресурсами и предотвращение мошенничества. Эти достижения, в сочетании с активным участием производителей блоков и более широкого сообщества, подчеркивают важность сотрудничества в формировании будущего сети. По мере внедрения этих обновлений заинтересованные стороны призываются оставаться в курсе событий, предоставлять обратную связь и обеспечивать готовность своих систем к предстоящим изменениям.
Эта статья была написана с помощью ИИ для сбора информации из нескольких авторитетных источников. Содержание было проверено и отредактировано нашей редакционной командой для обеспечения точности и последовательности. Высказываемые мнения принадлежат автору и не обязательно отражают мнения BlockzHub. Оригинальные источники сообщений указаны, когда это необходимо и в соответствии с требованиями. Эта статья предназначена только для информационных целей и не является финансовым советом. Инвестирование связано с рисками, и перед принятием инвестиционных решений вам следует проконсультироваться с квалифицированным финансовым консультантом.