Как сохранить прежнее имя IPNS при переносе публикации на другую ноду
Перенос задания публикации на второй узел Kubo может незаметно создать новое публичное имя. Имя IPNS связано с ключом, а его короткий псевдоним в скрипте действует лишь в локальном репозитории.
Сверьте идентификатор до публикации
Проверьте процедуру на тестовом имени под вашим управлением. В RELEASE_NAME запишите его прежний публичный идентификатор, в NEW_ROOT — доступный CID каталога. В выводе первой команды найдите строку KEY_ALIAS и сверьте идентификатор с сохранённым. Публикуйте только после совпадения. Повторное создание ключа с прежним псевдонимом даст другой идентификатор.
ipfs key list -l
ipfs name publish --key="$KEY_ALIAS" "/ipfs/$NEW_ROOT"
ipfs name resolve "/ipns/$RELEASE_NAME"
Проверьте адрес, известный пользователям
Для последнего запроса используйте сохранённое публичное имя. После распространения записи повторите чтение с независимой ноды. Если брать имя из вывода нового задания, проверка пройдёт даже при публикации под посторонним ключом. Если старое имя ведёт на прошлый релиз, проверьте ключ узла и срок действия записи. Доступность самих файлов требует отдельного хранения нового корня.