16 октября 2026 года вышло техническое обновление Monero 0.18.5.4. В демоне исправлена проверка DNSSEC для контрольных точек, списков блокировки и проверки обновлений; в RPC восстановлено преобразование строк в целые числа в JSON-запросах. В GUI отдельно исправлено повторное открытие кошельков testnet и stagenet. Выбирайте проверку по используемому компоненту, а не по одному общему номеру версии.
Разные исправления относятся к разным операциям
Анонс основного ПО называет релиз небольшим исправлением ошибок. Восстановленное преобразование RPC, согласно сообщению, планируется удалить в v0.19 как несовместимое изменение. Это временное восстановление совместимости для учёта в клиенте, а не бессрочное обещание принимать любые представления параметров. Дата активации нового сетевого форка в этом уведомлении не задана.
В анонсе GUI указано исправление открытия testnet и stagenet. Его нельзя пересказывать как отказ всех кошельков основной сети. Также нельзя предполагать обновление стороннего приложения или удалённого демона лишь потому, что опубликован архив официального GUI. Для каждой зависимости нужно установить фактически работающую версию и ответственного за неё оператора.
| Как вы работаете | Что посмотреть в релизе | Практическая проверка |
|---|---|---|
| Собственный демон | DNSSEC для перечисленных проверок | Записать версию работающего демона и проверить нужное поведение после обновления |
| Приложение через RPC | Восстановленное преобразование числовых строк в JSON | Проверить типы параметров клиента и учесть будущее несовместимое изменение |
| GUI с testnet или stagenet | Исправление открытия кошелька | Проверить нужную сеть и повторное открытие этого кошелька |
| Кошелёк с чужим удалённым узлом | Версию приложения и удалённую зависимость | Установить контролируемый компонент и версию у оператора узла |
Совместимость RPC не должна скрывать зависимость
В условном числовом параметре строка JSON "12" и число JSON 12 имеют разные типы. Слой преобразования может позволить старому клиенту продолжить работу, одновременно скрыв несовпадение типов. Проверьте документированный тип конкретного вызываемого метода. Пример не является готовым запросом и не описывает поле суммы какой-либо определённой операции. Для её параметров нужна соответствующая документация.
В записи проверки полезно указать версию клиента, метод RPC, типы параметров и полученный результат. Если приложение сопровождает другая команда, передайте ей эти сведения. Повторное изменение суммы перевода не помогает установить ошибку типа. Упоминание v0.19 — основание убрать зависимость от восстановленного преобразования там, где метод требует число. Оно не задаёт срок миграции каждого держателя и не требует заменять имеющиеся монеты.
Проверяйте пакет, а не только имя файла
На официальной странице загрузки на момент проверки текущей GUI-версией указана 0.18.5.4 и дана инструкция проверки. Страница различает хеши архивов и подписанный основной список. Проверять подпись списка также требуют примечания релиза. Совпавшая контрольная сумма и доверенная подпись решают связанные, но разные задачи: целостность файла и происхождение эталонных сведений.
Выберите пакет своей операционной системы, архитектуры и компонента. У CLI-архива и установщика GUI могут быть разные хеши при одинаковом номере версии. Нельзя брать сумму другой платформы или из того же непроверенного сообщения, которое прислало файл. В этом разборе бинарные файлы не скачивались и не испытывались; подлинность сторонней сборки им не удостоверяется. Ссылки относятся к официальному порядку проверки пользователем.
- Определите затронутый кошелёк, демон или RPC-клиент и запишите работающую версию.
- Получите подходящий релиз через официальный путь и выполните предусмотренную проверку подписи и хеша.
- Обновите нужный компонент по его документированному порядку; существующие сведения восстановления храните безопасно.
- Проверьте соответствующее поведение из таблицы, затем синхронизацию и реквизиты получателя перед переводом.
Обновление и зачисление обмена проверяются отдельно
Если перевод уже начат, сохраните его запись до новой отправки. Обновление приложения не подтверждает внутреннее зачисление у получателя. Определите незавершённый этап: локальное ПО, обработка в сети или принимающий сервис. Технический релиз не публикует единого нового количества подтверждений, комиссии или срока зачисления. Эти параметры нельзя придумывать по факту появления новой версии кошелька.
Для отдельного обмена проверьте поддерживаемые активы и сети, порядок заявки и доступный простой обмен. Самостоятельные условия раскрывает AML-политика. Обмен без регистрации на KOT.CASH не обещает неограниченную приватность, обход проверок или ускоренный расчёт из-за обновлённого кошелька. Версия локального ПО и правила сервиса относятся к разным частям операции.
Частые вопросы
Обновление Monero каждый раз означает новый хардфорк?
Этот релиз описан как небольшое исправление ошибок. Дата нового сетевого форка в приведённом анонсе не объявлена.
Что проверить при обновлении Monero GUI Wallet до 0.18.5.4?
Пройдите официальную проверку пакета и установите фактически используемый компонент. Указанное исправление GUI касается открытия testnet и stagenet, а не отказа всех mainnet-кошельков.
Обновление Monero GUI отменяет проверку CLI и демона?
Приложение кошелька и локальный либо удалённый демон являются разными зависимостями. Установите свою область контроля и работающую версию нужного компонента.