Почему обновления важны
Архитектура Plasma быстро эволюционирует для поддержки высокопроизводительных, стейблкоин-нативных сценариев. Своевременные обновления:- Защищают от уязвимостей безопасности
- Улучшают производительность для платёжных нагрузок
- Поддерживают совместимость с уровнем консенсуса Plasma и RPC-интерфейсом
Большинство обновлений не-валидирующих нод требуют 15–30 минут простоя. Крупные релизы, вводящие новые функции или изменения консенсуса, могут требовать более длительных окон синхронизации.
Типы обновлений
Патчи безопасности
Критические исправления для защиты платёжной инфраструктуры
Обновления функций
Новые возможности для платёжных приложений
Оптимизации производительности
Улучшения для обработки высоких объёмов транзакций
Патчи безопасности
Патчи безопасности устраняют уязвимости в не-валидирующих клиентах, Reth или зависимостях. Примеры:- Уязвимости несогласованности состояния или рассинхронизации консенсуса
- Исправления контроля доступа к RPC и аутентификации
- Обновления криптографических библиотек
Обновления функций
Релизы функций включают новые возможности протокола или поддержку новых паттернов приложений. Примеры:- Улучшения переводов USD₮ с нулевой комиссией
- Поддержка пользовательских токенов газа
- Новые или расширенные методы RPC
- Оптимизации запросов состояния
- Улучшения интеграции с кошельками и биржами
Оптимизации производительности
Релизы, ориентированные на производительность, улучшают скорость исполнения, эффективность синхронизации и использование ресурсов. Примеры:- Более быстрые чтения и записи в БД
- Сниженная задержка RPC под нагрузкой
- Улучшенная эффективность памяти и CPU
- Улучшения синхронизации консенсуса
Процедура обновления
Обновления не-валидирующих нод обычно включают подтягивание нового образа Docker, обновление конфигураций и перезапуск сервиса.Проверьте совместимость
Убедитесь, что новые версии не-валидирующего клиента работают с текущими консенсус-точками.
Обновите конфигурацию
Примените новые опции конфигурации для расширенных функций. Обратите особое внимание на изменения, влияющие на поддержку пользовательских токенов газа, обработку транзакций с нулевой комиссией или RPC-интерфейсы платёжных приложений.
Проверка после обновления
После обновления убедитесь в полной синхронизации с уровнем консенсуса и проверьте основную функциональность.Синхронизация консенсуса: высота блоков совпадает с сетью
Функциональность RPC: протестируйте ключевые точки, используемые платёжными приложениями
Базовая производительность: сравните метрики после обновления с предыдущими базовыми
Мониторинг: убедитесь, что системы мониторинга и оповещения остаются работоспособными
Процедуры отката
Когда откатываться
Откатывайтесь, если наблюдаете:- Сбой синхронизации консенсуса
- Серьёзную деградацию производительности RPC
- Несовместимость приложений
- Регрессию безопасности
- Несогласованность данных, влияющую на балансы или переводы
Как откатиться
Лучшие практики
Автоматизация и мониторинг
- Автоматизируйте подтягивание образов и обновления конфигурации по возможности
- Отслеживайте изменения с помощью конфигурации под версионным контролем
- Усильте наблюдаемость во время обновлений
- Тщательно отслеживайте показатели ошибок RPC, статус синхронизации и пропускную способность транзакций после перезапусков
Распространённые проблемы
Если возникают проблемы после обновления:- Синхронизация консенсуса: проверьте подключение к точкам, учётные данные и статус в allowlist
- Ошибки RPC: проверьте конфигурацию, совместимость версий и обновлённые интерфейсы
- Регрессия производительности: отслеживайте использование ресурсов и просмотрите примечания к релизу