Blocknetの残高更新を遅らせている段階を特定します。ノードのチェーン取得、ウォレットの出力スキャン、まだ使用可能になっていない支払いのいずれかです。本ガイドは2026年10月27日に確認した公式CLI v1.2.0と公開core v0.22.0に基づきます。作成または復元済みのウォレットから始めてください。準備はウォレット設定ガイドで説明しています。
Blocknetウォレットがまだ同期中なのはなぜ？
ノードのチェーン進行とピア接続を確認し、次に読み込んだウォレットのスキャンを調べます。ノードはブロックを集め、ウォレットはその中の支払いを探します。アドレスとネットワークを確認し、進行中のスキャンを完了させ、履歴を使用可能・保留中・未承認の残高と比べてから、対処すべき部分を決めます。
目的のウォレットとネットワークから始める
ターミナルから既存のmainnetセッションを開きます。
blocknet attach mainnet対話シェル内でウォレットを開きます。
load目的のファイルを選択します。読み込み済みでもロック中なら、クライアントのプロンプトでパスワードを使い解除します。ロックのメッセージはアクセス状態を示すもので、ノードがブロック取得を停止した証拠ではありません。
シェルで次のコマンドを個別に実行します。
address
statusアドレスを自分の受取記録と比較します。mainnetとtestnetは別のcoreとウォレットを使います。選んだファイルも確認してください。新しい空のウォレットを開いても以前のアドレスは復元されません。coreが動作していない、またはattachが接続できない場合はノードガイドを参照してください。
ノードとスキャンのどちらが遅れている？
ノードの状態はチェーン進行と接続を示します。ウォレットには独自のスキャン高があります。確認したクライアントでは、残高警告はスキャン位置をチェーンまたは同期目標と比較します。そのため、ローカルチェーンが最新でも残高はまだ追いついていない場合があります。一つの状態表示だけでなく両方の段階を読んでください。
ウォレットの出力を確認します。
outputs該当する出力がなくスキャンが遅れている場合、クライアントはチェーン高に対するスキャン高を表示します。後の値と前の値を比較してください。スキャン高の増加は進行を示します。一度の空の一覧だけでは支払いがないと判断できません。比較のため、高さと観測時刻を記録します。
チェーンが遅れているなら接続を確認
ノード自体が遅れている場合は接続ピアを確認します。
peersピアがない場合はPCのインターネット接続とノード用ファイアウォール設定を確認します。ノードガイドと併せて公式トラブル対処資料を使ってください。ピア数だけでなくチェーン高の時間変化も見ます。ピア接続と取得完了は別の問いに答える情報です。
記録ではノード起動とウォレットスキャンを分けます。新しいノードが履歴を取得中なら、その段階を進めてから後の支払いをスキャンできたか判断します。チェックポイントガイドは既存の高速同期経路を説明しています。ウォレットを何度も作ったりチェーンデータを消したりしても、進んでいる段階の特定には役立ちません。
ウォレットのsyncはいつ使う？
目的のウォレットが開いていて、出力記録を取得済みブロックに追いつかせる必要がある場合に使います。
syncシェルリファレンスでは、ローカルブロックから自分の出力を探すスキャンと説明しています。ピアからのブロック取得とは別のウォレット操作です。同じ値を再確認する前に処理時間を与えてください。
コマンドはスキャン高と見つかった出力、または既に最新であることを報告します。完了後に出力と残高を再確認してください。タイムアウトが報告されたら、再実行前に現在の進行を調べます。クライアント側のタイムアウトだけではスキャナーの最終位置は分かりません。診断中も元のファイルと復元用バックアップを保持します。
期待する支払いを記録から追う
送信者の履歴かプールの送信済み払出記録から完全な取引IDを使います。エクスプローラーガイドではネットワーク状態と収録ブロックの確認を説明しています。公開収録記録は取引の場所を示し、受取ウォレットは非公開出力を識別します。公開アドレス残高ページを期待するのではなく、受取情報を自分の記録と比較します。
次にウォレット自身の記録を調べます。
history
balance保留中・未承認の額は使用可能資金とは異なります。その分類に表示されている場合は、存在しないと見なさず承認状態を追います。マイニング収益ではプールからウォレットへの手順が、プールの未払残高、実際の払出、ウォレットの受取を区別します。
スキャン完了後も金額が違う場合は？
ファイル、完全な受取アドレス、ネットワーク、取引IDをまとめて再確認します。同じ支払いと残高区分を比較しているか確認してください。閲覧専用ウォレットは入金監視に使い、使用可能額の判断は完全なウォレットで行います。閲覧専用設定ガイドがこの区別を説明しています。スキャン完了でウォレットの種類は変わりません。
正しい完全なウォレットが最新でも記録が一致しない場合は、公式復元手順に従う前にファイルとバックアップを保存します。シードガイドは復元資料を、設定ガイドはインポート手順を説明しています。復元はウォレットソフトで行います。シード、秘密鍵、ウォレットファイル、パスワードを公開サポート投稿に載せないでください。
確認した内容を短く記録する
追加調査用にクライアントとcoreのバージョン、ネットワーク、ノード高、スキャン高、ピア数、正確なエラー文を記録します。観測の間に値が進んだかも残します。ログ共有時は質問に不要な私的パス、支払い情報、認証情報を除去してください。簡潔な記録があれば、アクセス情報を公開せず必要な段階を説明できます。
対象を絞った確認の後、同じウォレットの履歴と残高に戻ります。目的の支払いが実際の現在の状態で表示され、関連スキャンが追いつくことが有用な結果です。送受信ガイドは最後の受取確認を元の支払い手順につなげます。後の確認でも同じ操作を追えるよう取引IDを保存してください。
よくある質問
Blocknetノードは同期済みなのにウォレットが遅れるのはなぜですか？
ノードはチェーンをダウンロードして検証し、ウォレットは取得済みブロックから自分の出力を探します。これは別の段階です。復元したウォレットは、ノードが追いついた後もスキャン中の場合があります。表示残高を完全と見なす前に、スキャン高とローカルのチェーン高を比較してください。
syncコマンドは不足するブロックを取得しますか？
確認したコマンドラインクライアントでは、syncはcoreに既にあるブロックのスキャンをウォレットに要求します。ネットワーク同期は別のノード作業です。ローカルチェーンが遅れ、接続ピアがない場合は先に接続を調べてください。ノードが未取得のブロックにある支払いはスキャンで見つかりません。
残高に支払いがない場合、再送すべきですか？
まず既存の取引IDを追跡し、受取ウォレットとネットワーク、スキャンと承認の状態を確認します。表示残高だけでは送信結果を判断できません。別の支払いを準備する前に、元のウォレット記録やプール払出記録を確認してください。再送は新しい支払い指示です。