Краткий ответ
Bob может найти подходящие имена и помочь владельцу продлить их пакетом. Чтобы подписать продление обычного зашифрованного кошелька, Bob должен быть запущен, синхронизирован, разблокирован и иметь средства. Нельзя надёжно подписывать при выключенном компьютере.
TLD, намеренно переданный с завершением передачи скрипту Handshake только для продления, устроен иначе: любой может оплатить комиссию майнеру и отправить продление в сеть без ключа прежнего владельца.
Критическое ограничение: возможно только продление.
Скрипт принимает RENEW, но не UPDATE. Существующие записи ресурсов Handshake переносятся дальше и навсегда замораживаются. Никто — ни прежний владелец, ни держатель SLD, ни Bob, ни Impervious, ни сообщество — не сможет позднее изменить NS, DS, TXT, glue или другие записи Handshake этого TLD.
Четыре модели управления
| Модель | Кто может продлевать? | Можно ли менять записи? |
| Обычный кошелёк Bob | Владелец после разблокировки и одобрения | Да, пока владелец сохраняет контроль |
| Хранение у третьей стороны | Сервис хранения | Обычно да, согласно его правилам |
| Мультиподпись | Необходимая группа подписантов | Да, при достаточном числе подписантов |
| Блокировка только для продления | Любой, кто готов оплатить комиссию | Нет — данные ресурсов Handshake заморожены |
Как работает обычное продление Bob
Имена Handshake должны получить транзакцию RENEW в блокчейне в пределах окна продления (около двух лет в основной сети). Это периодическое подтверждение предусмотрено протоколом Handshake — его описанием и публичными вопросами и ответами Handshake, — а не правилом Bob Wallet. Продление сохраняет активность регистрации и текущие данные ресурсов. Это не повторная покупка.
Единственный расход — обычная комиссия сети Handshake/майнера. Её получают майнеры. Bob Wallet не берёт плату за продление, долю или комиссию регистратора. Некоторые сервисы раньше автоматически продлевали имена пользователей. Это было свойством их продукта, а не протокола Handshake.
Bob уже поддерживает продление с одобрением владельца и может объединять подходящие имена. Проверка при запуске, более заметные предупреждения и ясный запрос «Продлить все подходящие имена» — практичные улучшения. Числовой предел, например 50 или 100 имён, помогает ограничить размер транзакции, но не решает проблему выключенного компьютера, несинхронизированного узла, кошелька без средств или неразблокированного зашифрованного кошелька.
Ковенант периодического продления — RENEW, а не UPDATE. Операция UPDATE изменяет данные ресурсов Handshake имени.
Продлить может любой, но изменить записи не может никто
Правила скриптов Handshake позволяют передать имя скрипту, который принимает только действие RENEW. Документированный адрес основной сети:
hs1qu3nrzrjkd783ftpk7l4hvpa96aazx5dddw66hgs2zuukckcchrqsw3f8kc
Его скрипт — OP_TYPE OP_8 OP_EQUAL, где тип ковенанта 8 означает RENEW. После завершения передачи на этот адрес посторонний кошелёк может предоставить и подписать вход для комиссии, а публичный скрипт удовлетворяет условиям входа заблокированного имени. Обновлённая монета владельца остаётся заблокированной тем же скриптом, а существующие данные ресурсов сохраняются.
Сохранение не означает возможность редактирования. Поскольку скрипт не принимает ковенант UPDATE, текущие данные ресурсов могут только копироваться при будущих продлениях. Их нельзя заменить или исправить. Это отличается от TLD в обычном кошельке: обычный RENEW сохраняет записи, не лишая владельца возможности позднее отправить UPDATE.
«Продлить может любой» не означает «блокчейн продлевает автоматически». Человек или сервис всё равно должен следить за именем, создать допустимую транзакцию, оплатить комиссию, отправить её в сеть и проверить подтверждение до истечения срока.
Необратимое решение о безопасности
Завершённая передача скрипту только для продления — не обычная настройка стейкинга. По текущим правилам Handshake после этого никто не сможет обновить, передать, продать, отозвать или восстановить TLD. Его делегирование на стороне Handshake становится постоянным.
Записи SLD могут оставаться управляемыми во внешнем реестре или системе авторитетного DNS, указанной в этом делегировании. Однако при отказе делегированного реестра, инфраструктуры серверов имён, материалов DNSSEC, пути контракта или другой замороженной зависимости корневую запись Handshake нельзя будет исправить обычным способом.
Не передавайте ценный TLD на этот адрес, пока окончательные данные ресурсов и все долгосрочные зависимости не пройдут экспертную проверку.
Стейкинг Impervious не доказывает блокировку
Доступное руководство Impervious сначала настраивает записи NS и TXT и размещает TLD в списке или стейкинге. Затем оно описывает отдельный шаг передачи сообществу через адрес только для продления. Поэтому TLD может быть настроен или указан в Impervious без завершения необратимой блокировки.
Кошелёк, обозреватель или сервис мониторинга должен проверить текущую монету владельца Handshake. Нельзя помечать TLD как «продлить может любой» только потому, что имя есть в списке реестра.
Как проверить блокировку
- Прочитайте текущее состояние имени из синхронизированного узла Handshake.
- Получите хеш транзакции текущего владельца имени и индекс выхода.
- Получите эту неизрасходованную монету владельца.
- Сравните её witness program с каноническим хешем скрипта только для продления для активной сети.
- Запишите высоту продления, оставшиеся блоки, outpoint владельца и блок наблюдения.
- Повторите проверки непосредственно перед созданием любой транзакции продления.
Связь с реестром и состояние контроля владельца следует показывать отдельно — например, «Есть в списке Impervious» и «Блокировка только для продления проверена».
На рассмотрении
LearnHNS Renewal Guardian
LearnHNS рассматривает сервис, отделяющий мониторинг от полномочий на транзакции. Это идея продукта, а не уже доступный сервис или гарантия продления.
- Следить за сроком продления и отправлять добровольно подключаемые уведомления для участвующих TLD.
- Открывать Bob для одобрения владельцем, когда обычному имени под управлением кошелька требуется продление.
- Автоматически оплачивать и отправлять продления в сеть только для имён, чей скрипт только для продления только что проверен в блокчейне.
- Использовать небольшой изолированный кошелёк комиссий с ограничениями на транзакцию и суточные расходы.
- Публиковать доказательства подтверждения и позволять независимым участникам сообщества следить за теми же заблокированными именами.
Ни один сервис не должен собирать секретные фразы восстановления Bob, закрытые ключи или пароли кошелька ради мониторинга продления.
А как насчёт Snitch?
В обсуждении HandyCon исторический проект Kiba «Snitch» описывался как система экономического залога или штрафов: владелец TLD сохранял контроль, вносил средства в смарт-контракт и рисковал потерять залог при изменении обещанных записей реестра. Это могло бы сдерживать намеренный обман держателей SLD, но отличается от предоставления третьей стороне права продлевать TLD под управлением кошелька.
Мы не нашли исходный код первоисточника, проверенное развёртывание или полную техническую документацию Snitch. Пока его не следует описывать как доступного бота продления. Если исходные материалы найдутся, они всё же могут дать полезные идеи для мониторинга и ответственности.
Технические источники
