> ## Documentation Index
> Fetch the complete documentation index at: https://docs.plasma.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Обновления

> Обновления программного обеспечения, обновления консенсуса и обслуживание

## Почему обновления важны

Архитектура Plasma быстро эволюционирует для поддержки высокопроизводительных, стейблкоин-нативных сценариев. Своевременные обновления:

* Защищают от уязвимостей безопасности
* Улучшают производительность для платёжных нагрузок
* Поддерживают совместимость с уровнем консенсуса Plasma и RPC-интерфейсом

Устаревшие ноды могут испытывать сбои синхронизации, ухудшение производительности или проблемы безопасности. Поскольку не-валидирующие ноды часто обслуживают критический RPC-трафик для платёжных приложений, поддержание актуальности важно.

<Note>
  Большинство обновлений не-валидирующих нод требуют 15–30 минут простоя. Крупные релизы, вводящие новые функции или изменения консенсуса, могут требовать более длительных окон синхронизации.
</Note>

## Типы обновлений

<Columns cols={3}>
  <Card title="Патчи безопасности" href="#security-patches">
    Критические исправления для защиты платёжной инфраструктуры
  </Card>

  <Card title="Обновления функций" href="#feature-updates">
    Новые возможности для платёжных приложений
  </Card>

  <Card title="Оптимизации производительности" href="#performance-optimisations">
    Улучшения для обработки высоких объёмов транзакций
  </Card>
</Columns>

### Патчи безопасности

Патчи безопасности устраняют уязвимости в не-валидирующих клиентах, Reth или зависимостях.

**Примеры:**

* Уязвимости несогласованности состояния или рассинхронизации консенсуса
* Исправления контроля доступа к RPC и аутентификации
* Обновления криптографических библиотек

Их следует применять немедленно после выпуска.

### Обновления функций

Релизы функций включают новые возможности протокола или поддержку новых паттернов приложений.

**Примеры:**

* Улучшения переводов USD₮ с нулевой комиссией
* Поддержка пользовательских токенов газа
* Новые или расширенные методы RPC
* Оптимизации запросов состояния
* Улучшения интеграции с кошельками и биржами

### Оптимизации производительности

Релизы, ориентированные на производительность, улучшают скорость исполнения, эффективность синхронизации и использование ресурсов.

**Примеры:**

* Более быстрые чтения и записи в БД
* Сниженная задержка RPC под нагрузкой
* Улучшенная эффективность памяти и CPU
* Улучшения синхронизации консенсуса

## Процедура обновления

Обновления не-валидирующих нод обычно включают подтягивание нового образа Docker, обновление конфигураций и перезапуск сервиса.

<Steps>
  <Step title="Уведомите приложения">
    Информируйте подключённые сервисы о планируемом обслуживании.
  </Step>

  <Step title="Проверьте совместимость">
    Убедитесь, что новые версии не-валидирующего клиента работают с текущими консенсус-точками.
  </Step>

  <Step title="Обновите конфигурацию">
    Примените новые опции конфигурации для расширенных функций. Обратите особое внимание на изменения, влияющие на поддержку пользовательских токенов газа, обработку транзакций с нулевой комиссией или RPC-интерфейсы платёжных приложений.
  </Step>

  <Step title="Протестируйте RPC-точки">
    Проверьте совместимость платёжных приложений после обновления.
  </Step>

  <Step title="Отслеживайте обработку транзакций">
    Убедитесь в нормальной работе для переводов USD₮ и операций с пользовательским газом.
  </Step>
</Steps>

<Tip>
  Развёртывайте обновления поэтапно при эксплуатации нескольких не-валидирующих нод. Начните с некритических инстансов перед обновлением основной платёжной инфраструктуры и тщательно отслеживайте первую обновлённую ноду перед продолжением.
</Tip>

## Проверка после обновления

После обновления убедитесь в полной синхронизации с уровнем консенсуса и проверьте основную функциональность.

<Check>**Синхронизация консенсуса**: высота блоков совпадает с сетью</Check>
<Check>**Функциональность RPC**: протестируйте ключевые точки, используемые платёжными приложениями</Check>
<Check>**Базовая производительность**: сравните метрики после обновления с предыдущими базовыми</Check>
<Check>**Мониторинг**: убедитесь, что системы мониторинга и оповещения остаются работоспособными</Check>

<Tip>
  Документируйте изменения конфигурации и наблюдаемое поведение. Это улучшает надёжность для будущих обновлений и устранения неполадок. По распространённым проблемам см. [руководство по устранению неполадок](./troubleshooting).
</Tip>

## Процедуры отката

### Когда откатываться

Откатывайтесь, если наблюдаете:

* Сбой синхронизации консенсуса
* Серьёзную деградацию производительности RPC
* Несовместимость приложений
* Регрессию безопасности
* Несогласованность данных, влияющую на балансы или переводы

### Как откатиться

<Steps>
  <Step title="Остановите сервисы">
    Остановите сервисы не-валидирующей ноды.
  </Step>

  <Step title="Верните образ и конфигурацию">
    Верните предыдущий образ Docker и конфигурацию.
  </Step>

  <Step title="Перезапустите и ресинхронизируйте">
    Перезапустите сервисы и ресинхронизируйте с сетью.
  </Step>

  <Step title="Проверьте функциональность">
    Повторно протестируйте RPC-точки и функциональность транзакций.
  </Step>

  <Step title="Уведомите команды">
    Уведомите команды приложений о восстановлении.
  </Step>
</Steps>

## Лучшие практики

### Автоматизация и мониторинг

* Автоматизируйте подтягивание образов и обновления конфигурации по возможности
* Отслеживайте изменения с помощью конфигурации под версионным контролем
* Усильте наблюдаемость во время обновлений
* Тщательно отслеживайте показатели ошибок RPC, статус синхронизации и пропускную способность транзакций после перезапусков

## Распространённые проблемы

Если возникают проблемы после обновления:

* **Синхронизация консенсуса**: проверьте подключение к точкам, учётные данные и статус в allowlist
* **Ошибки RPC**: проверьте конфигурацию, совместимость версий и обновлённые интерфейсы
* **Регрессия производительности**: отслеживайте использование ресурсов и просмотрите примечания к релизу

Обновление не-валидирующих нод Plasma необходимо для поддержания надёжной, безопасной RPC-инфраструктуры для приложений на основе стейблкоинов. Следование структурированным процедурам обновления и валидации минимизирует риск и обеспечивает бесперебойную производительность.