支払いを行わずに、Blocknetのメッセージ署名でアドレスの管理を示します。本ガイドは2026年10月27日に確認した公式CLI v1.2.0とcore v0.22.0に基づきます。明確なチャレンジを用意し、対象ウォレットで署名して、完全なアドレス、本文、署名を一緒に検証します。
Blocknetのメッセージを署名・検証するには？
完全なウォレットを読み込み、アドレスを確認し、signで合意したテキストに署名します。アドレス、正確な本文、得られた署名を検証者と共有します。検証者はverifyで3つをまとめて確認し、本文が要求した目的と新しいチャレンジに合うか確認します。
署名する本文の意味を合意する
どのアドレスが、誰に、どの操作のために管理を示すのか、具体的な要求から始めます。支払い証明は取引の詳細を立証します。メッセージ署名はアカウントのアドレス確認など、署名鍵の管理が問われる場面で役立ちます。ウォレットガイドは署名用ウォレットの作成と起動を説明しています。
検証者に、この要求用の新しく予測できないチャレンジを用意してもらいます。サービスや受取人、目的の操作を特定する文脈を含め、必要なら有効期限も合意します。これらはアプリの規則です。署名検証器は新しさ、期限、1回限りの使用を自動では強制しません。検証者が本文を要求と比較し、チャレンジの使用を記録する必要があります。
目的の完全なウォレットを開く
ターミナルから稼働中のmainnet coreに接続します。
blocknet attach mainnet対話シェルでウォレットを読み込み、アドレスを確認します。
load
address目的のファイルを選び、求められたらクライアントで解除します。同じPCに複数ファイルがある場合も含め、完全なアドレスを検証者が期待するものと比較してください。
確認したcoreはウォレットの支出秘密鍵でメッセージに署名します。閲覧専用ウォレットでは実行できません。完全なウォレットは本来のPCに置き、検証者には結果の署名と公開情報だけを渡します。署名手順を完了するための送金やウォレットファイルの書き出しは不要です。
署名前に正確な本文を準備する
要求全体を読み、記載された目的を意図しているか確認します。公式クライアントは1行を読み、先頭と末尾の空白を除去し、空の本文や1024バイトを超える本文を拒否します。バイト数の制限なので、非ASCII文字は1文字で複数バイト使うことがあります。短く明確な1行を使い、提出した正確な本文を保持します。
検証者に渡すとき、大文字小文字、句読点、内部の空白を変えないでください。エディターやチャットが引用符を置き換えたりコピー文字を変更したりするため、失敗時は実際の本文を比較します。ログインやアカウント用途ではサービスの文書化されたチャレンジ形式に従います。検証者は発行した特定のチャレンジを確認するため、要求文を黙って書き換えないでください。
公式シェルで署名する
対話シェルでプロンプトを開始します。
signクライアントが本文を尋ねます。合意した1行を貼り付けてEnterを押します。成功すると16進数の署名が表示されます。全ての文字を保持して完全な出力をコピーします。クライアント実装は本文をウォレット署名エンドポイントへ送ります。この操作は取引を作成・配信しません。
完全なアドレス、正確な本文、署名を別々の値として渡します。署名を本文やアドレスと取り違えないよう明確にラベル付けします。復元シード、秘密鍵、パスワードは非公開に保ちます。シードガイドが復元資料を説明しますが、署名の検証者に送る証拠には含めません。
相手はどう署名を検証する？
稼働中の互換coreと公式シェルの検証プロンプトを使います。
verify完全なアドレス、正確な本文、16進数の署名の順に入力します。シェルリファレンスにこの順序が記載されています。検証には読み込み済みウォレットが不要なので、署名者のウォレットをインポートしたり秘密鍵を扱ったりせず確認できます。
確認したクライアントは組み合わせが検証できると Signature is VALID、できないと Signature is INVALID を表示します。入力形式エラーは別の結果です。再試行前に全項目を再確認し、元の証拠を保持してください。本文やアドレスが期待する要求と違う場合は、指定値に対して数学的に有効でも、その違いを解決します。
要求の文脈で成功を解釈する
有効な署名は、指定アドレスに符号化された支出公開鍵に対して本文を検証します。法的身元、残高、支払い発生は証明しません。支払いの問いには送信記録、エクスプローラー検索、取引固有の証明を使います。有効な署名をすべて領収書と見なさず、実際の問いに答える証拠を選びます。
受け入れる前にチャレンジの新しさと対象受取人を確認します。有効な本文と署名はコピーして同じ組を再提示できます。1回限りの承認が必要なサービスは自分で規則を強制する必要があります。同様に本文の期限は検証者が確認して初めて意味を持ちます。この確認が暗号学的有効性を合意した操作につなぎます。
明確な検証記録を残す
監査記録が必要なら、アドレス、正確な本文、署名、要求の文脈、結果をまとめて保持します。署名者が書いた日時とは別に検証時刻を記録します。署名済みテキストを受け取った人は読んでコピーできるため、無関係な個人情報を本文に含めないでください。合意した経路で対象の検証者に共有します。
マイニング払出の受取に使う場合も、シェアと払出記録はプール追跡が提供し、署名は代わりになりません。ノードガイドは公式シェルが必要とするcoreを説明します。合意した確認が終わったら、署名権限は完全なウォレットに保持し、結果を確認する人には公開検証を使ってもらいます。
よくある質問
Blocknetのメッセージに署名すると送金されますか？
確認した署名エンドポイントはウォレットの支出鍵でテキストに署名し、署名を返します。支払いを作成・送信しません。検証者に必要なのはアドレス、正確な本文、署名です。ただしサービスがその署名で独自の操作を許可する場合があるため、要求文はよく読んでください。
ウォレットを開かずに署名を検証できますか？
はい。公式シェルのverifyは、読み込み済みウォレットが不要な公開検証エンドポイントを呼び出します。稼働中の互換core、完全なアドレス、署名した正確な本文、署名が必要です。その組み合わせを検証し、署名者のシード、パスワード、秘密鍵は要求しません。
有効なBlocknetメッセージ署名は何を証明しますか？
指定アドレス内の支出公開鍵に対して本文を検証できることを示します。現在の管理権限の証拠には、合意した新しいチャレンジを使います。法的身元、残高、支払い完了は証明せず、古い有効な署名も再提示できます。