Подпись и проверка сообщений кошельком Blocknet

Используйте подпись сообщения Blocknet, чтобы подтвердить контроль адреса без отправки платежа. Руководство основано на официальном CLI v1.2.0 и core v0.22.0, проверенных 27 октября 2026 года. Вы подготовите понятный проверочный запрос, подпишете его нужным кошельком и проверите вместе полный адрес, сообщение и подпись.

Как подписать и проверить сообщение Blocknet?

Согласуйте смысл подписываемого сообщения

Начните с конкретного запроса: какой адрес должен подтвердить контроль, кому и для какого действия? Доказательство платежа подтверждает детали транзакции. Подпись сообщения полезна, когда требуется подтвердить контроль ключа подписи, например при привязке адреса к учётной записи. Руководство по кошельку объясняет создание и открытие кошелька для подписи.

Попросите проверяющего выдать новый непредсказуемый проверочный запрос именно для этой операции. Добавьте контекст, позволяющий определить сервис или получателя и предполагаемое действие, а при необходимости согласуйте срок действия. Это правила приложения: проверка подписи сама не обеспечивает свежесть, срок или однократность использования. Проверяющий должен сопоставить текст с запросом и отметить, когда запрос использован.

Откройте нужный полный кошелёк

Подключитесь из терминала к работающему core основной сети:

blocknet attach mainnet

В интерактивной оболочке загрузите кошелёк и проверьте адрес:

load
address

Выберите нужный файл кошелька и разблокируйте его через клиент, если потребуется. Сравните полный адрес с ожидаемым проверяющим, в том числе если храните несколько файлов кошельков на одном компьютере.

Рассмотренный core подписывает сообщения приватным ключом расходования кошелька. Кошелёк только для просмотра этого делать не может. Оставьте полный кошелёк на предназначенном компьютере; проверяющему нужны лишь полученная подпись и публичные сведения. Для подписи не требуется отправлять средства или экспортировать файл кошелька.

Подготовьте точный текст до подписания

Прочитайте весь запрос и убедитесь, что согласны с заявленной целью. Официальный клиент читает одну строку, удаляет начальные и конечные пробельные символы и отклоняет пустой текст либо сообщение длиннее 1024 байт. Ограничение считает байты: символы вне ASCII могут занимать несколько. Используйте короткую однозначную строку и сохраните точный отправленный текст.

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

Подпишите сообщение в официальной оболочке

Запустите ввод в интерактивной оболочке:

sign

Клиент попросит текст. Вставьте согласованное однострочное сообщение и нажмите Enter. При успехе появится шестнадцатеричная подпись. Скопируйте весь вывод, сохраняя каждый символ. Реализация клиента отправляет сообщение методу подписи кошелька; операция не создаёт и не передаёт транзакцию.

Передайте полный адрес, точное сообщение и подпись как отдельные значения. Ясно обозначьте их, чтобы не перепутать подпись с текстом или адресом. Храните в тайне фразу восстановления, приватные ключи и пароль. Руководство по сид-фразе объясняет материалы восстановления; они не относятся к доказательствам, отправляемым для проверки подписи.

Как другой участник проверяет подпись?

Он использует команду проверки официальной оболочки с работающим совместимым core:

verify

Сначала введите полный адрес, затем точное сообщение, затем шестнадцатеричную подпись. Справочник оболочки описывает этот порядок. Загружать кошелёк не нужно: можно проверить данные без импорта кошелька подписавшего и без доступа к приватным ключам.

Рассмотренный клиент показывает Signature is VALID, если сочетание проходит проверку, и Signature is INVALID, если нет. Ошибка формата ввода — отдельный результат: перед повтором проверьте все поля и сохраните исходные данные. Если сообщение или адрес отличаются от ожидаемого запроса, выясните причину даже при математически действительной подписи для указанных значений.

Оценивайте успех в контексте запроса

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

До принятия результата проверьте свежесть запроса и предполагаемого получателя. Кто-то может скопировать действительное сообщение с подписью и снова предъявить ту же пару. Сервису с одноразовой авторизацией нужно самостоятельно обеспечивать это правило. Так же и срок в тексте действует лишь тогда, когда проверяющий его проверяет. Эти действия связывают криптографическую корректность с согласованной операцией.

Сохраняйте понятную запись проверки

Если процессу нужен журнал аудита, храните вместе адрес, точный текст, подпись, контекст запроса и результат. Записывайте время проверки отдельно от отметки времени, которую добавил подписавший. Не включайте лишние персональные данные: любой получивший подписанный текст может прочитать и скопировать его. Передавайте доказательства нужному проверяющему через согласованный канал.

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