20 октября 2026 года вышел Avalanche ICM Relayer 1.8.3 с исправлением утечки памяти из 1.8.2. Оператору это даёт основание проверить компонент и ресурсы. Для пользователя, ожидающего межсетевую операцию, сам выпуск ещё не устанавливает результат определённого сообщения или платежа в сети назначения.
Сохраняйте область исправления
Примечание релиза называет затронутую версию и исправление памяти. Там нет универсального предела RAM, срока восстановления любого сообщения или подтверждения обновления всех операторов. Не добавляйте эти утверждения при объяснении новости пользователю. Связь с конкретной задержкой требует собственных записей, а не только совпадения названия сети.
Репозиторий ICM Services описывает relayer как внецепочечный сервис доставки с настроенными исходными цепочками и назначениями. Установите, входит ли этот компонент в разбираемый маршрут. Обычная транзакция Avalanche и сообщение определённого relayer требуют собственного контекста работы. Без него нельзя уверенно связать замеченную ошибку с новым исправлением.
После обновления нужны две записи наблюдения
Одна относится к процессу: работающая сборка, время запуска, вид измерения ресурсов и нагрузка. Другая — к сообщению: источник, отправка relayer и итог назначения. Их разделение не позволяет принять успешный перезапуск за завершение ожидаемой пользователем операции. Изменение показателя памяти отвечает на вопрос о процессе, а зачисление средств требует соответствующего результата маршрута.
| Наблюдение | Что сохранить | Чего оно не доказывает |
|---|---|---|
| Память процесса изменилась | Тип измерения, время, нагрузку и процесс | Доставку определённого сообщения |
| Relayer перезапущен | Работающую версию, время и нужные журналы | Сверку всех прежних операций |
| Исходное сообщение определено | Цепочку источника и связанный идентификатор | Принятие доставки цепочкой назначения |
| Найдена транзакция назначения | Связанный результат исполнения | Зачисление нужному пользователю принимающего продукта |
В условной проверке память снизилась после перезапуска, но результат назначения у сообщения ещё не установлен. Нужно разобрать оба наблюдения, а не объявлять перевод исправленным. Одного значения RAM также мало для вывода об устранении утечки при любой нагрузке. Сравнивайте одинаковые измерения за подходящий период, без выдуманного опубликованного норматива производительности. Такой разбор не является нашим тестом релиза.
Не создавайте новую перегрузку при обработке очереди
Актуальный README relayer предупреждает: одновременная обработка сообщений может создавать несколько RPC-запросов, а чрезмерная параллельность — ошибки. Перед увеличением работы изучите конфигурацию и условия провайдера. Исправление памяти не доказывает способность всех зависимостей принять неограниченный всплеск обработки накопившегося.
Если вместе с программой меняется конфигурация, сохраните оба изменения. Иначе сравнение до и после припишет улучшение или ухудшение другой причине. Не теряйте записи сообщений во время расследования: они нужны для установления прежнего результата. Внешне очищенная панель не заменяет сверку, если вопрос пользователя о получении средств остался открытым.
- Определите экземпляр relayer и включение нужного сообщения в его маршрут.
- Запишите работающий релиз, изменения конфигурации и наблюдения ресурсов.
- Сопоставьте источник, доставку и назначение каждой невыясненной операции.
- Проверьте параллельность и ограничения зависимостей перед ускорением обработки.
- Установите исходный результат до решения о повторном платеже или закрытии обращения.
Что пользователю спросить у оператора
Передайте исходную транзакцию, нужные сети и время наблюдения. Уточните подтверждённый этап и запись, связывающую его с результатом назначения. Публичное руководство объясняет роль доставки, но старые примеры установки не заменяют текущие инструкции релиза. При подготовке статьи relayer не запускался, его память не профилировалась, живое сообщение не проверялось.
Перед отдельным обменом сверьте поддерживаемые монеты и сети, порядок заявки и реквизиты в форме простого обмена. Релиз не устанавливает интеграцию ICM в KOT.CASH. Разбирайте перевод сервиса по его действительным записям вместо предположения об общей инфраструктурной причине.
Частые вопросы
Подтверждает ли обновление Avalanche ICM доставку моего сообщения?
Проверяйте отдельно источник, доставку и назначение сообщения. Выпуск программы или успешный перезапуск не является квитанцией назначения.
Что сравнить оператору Avalanche Warp Messaging после исправления?
Сохраните наблюдения процесса и нагрузки рядом с невыясненными сообщениями. Короткое примечание релиза не задаёт универсальные предел ресурсов и срок доставки.
Определяет ли релиз AvalancheGo версию ICM Relayer?
Установите реальный компонент и его работающий выпуск. Проверяйте совместимость узла и relayer, не считая их номера взаимозаменяемыми.