Blocknet-Wallet synchronisiert nicht oder zeigt falschen Saldo

Finde heraus, welcher Schritt den Saldo deiner Blocknet-Wallet aufhält: der Chain-Download des Nodes, der Output-Scan der Wallet oder eine noch nicht verfügbare Zahlung. Diese Anleitung folgt der offiziellen CLI v1.2.0 und dem öffentlichen Core v0.22.0, geprüft am 27. Oktober 2026. Beginne mit einer bereits erstellten oder wiederhergestellten Wallet; die Wallet-Einrichtung beschreibt diese Vorbereitung.

Warum synchronisiert meine Blocknet-Wallet noch?

Mit der richtigen Wallet und dem Netzwerk beginnen

Öffne deine vorhandene Mainnet-Sitzung im Terminal:

blocknet attach mainnet

Öffne in der interaktiven Shell die Wallet:

load

Wähle die erwartete Wallet-Datei. Ist sie bereits geladen, aber gesperrt, entsperre sie mit ihrem Passwort über die Client-Abfrage. Eine Sperrmeldung beschreibt den Zugriffszustand; sie beweist nicht, dass der Node keine Blöcke mehr lädt.

Führe diese Befehle einzeln in der Shell aus:

address
status

Vergleiche die Adresse mit deinem Empfangsdatensatz. Mainnet und Testnet verwenden getrennte Cores und Wallets. Prüfe auch die ausgewählte Datei: Eine neue leere Wallet stellt keine frühere Adresse wieder her. Folge der Node-Anleitung, wenn der Core nicht läuft oder attach ihn nicht erreicht.

Liegt der Node zurück oder der Wallet-Scan?

Der Node-Status beschreibt Chain-Fortschritt und Netzwerkverbindungen. Die Wallet besitzt eine eigene Scan-Höhe. Im geprüften Client vergleicht die Saldowarnung ihre Scan-Position mit der Chain oder dem Synchronisierungsziel. Eine aktuelle lokale Chain kann daher neben einer noch aufholenden Wallet bestehen. Lies beide Schritte, statt dich auf ein einzelnes Statuswort zu verlassen.

Prüfe die Outputs der Wallet:

outputs

Wenn keine passenden Outputs erscheinen und der Scan zurückliegt, zeigt der Client Scan-Höhe und Chain-Höhe. Vergleiche eine spätere Ablesung mit der früheren. Eine steigende Scan-Höhe zeigt Fortschritt; eine einzelne leere Liste belegt keine fehlende Zahlung. Notiere Höhen und Beobachtungszeiten für einen aussagekräftigen Vergleich.

Bei zurückliegender Chain die Verbindung prüfen

Liegt der Node selbst zurück, prüfe seine verbundenen Peers:

peers

Ohne Peers prüfst du Internetverbindung und Firewall-Einstellungen für den Node. Nutze die offizielle Fehlerhilfe zusammen mit der Node-Anleitung. Beobachte neben der Peer-Zahl auch die Chain-Höhe im Zeitverlauf: Eine Peer-Verbindung und ein abgeschlossener Download beantworten verschiedene Fragen.

Trenne Node-Start und Wallet-Scan in deinen Notizen. Lädt ein neuer Node die Historie, lass diesen Schritt vorankommen, bevor du beurteilst, ob die Wallet eine spätere Zahlung gescannt hat. Die Checkpoint-Anleitung erläutert den vorhandenen schnellen Synchronisierungsweg. Wiederholtes Erstellen von Wallets oder Löschen von Chain-Daten hilft nicht, den fortschreitenden Schritt zu erkennen.

Wann solltest du sync ausführen?

Nutze den Scan-Befehl, wenn die richtige Wallet geöffnet ist und ihre Output-Aufzeichnungen die heruntergeladenen Blöcke aufholen müssen:

sync

Die Shell-Referenz beschreibt dies als Durchsuchen lokaler Blöcke nach eigenen Outputs. Es ist eine Wallet-Operation, getrennt vom Abruf der Blöcke bei Peers. Gib dem Scan Zeit, bevor du denselben Wert erneut prüfst.

Der Befehl meldet die Scan-Höhe und gefundene Outputs oder dass die Wallet bereits aktuell ist. Prüfe nach Abschluss Outputs und Saldo erneut. Meldet der Client eine Zeitüberschreitung, prüfe den aktuellen Fortschritt vor einer Wiederholung: Ein clientseitiger Timeout allein verrät nicht die Endposition des Scanners. Behalte während der Diagnose Originaldatei und Wiederherstellungsbackup.

Eine erwartete Zahlung anhand ihrer Aufzeichnungen verfolgen

Nutze die vollständige Transaktions-ID aus dem Verlauf des Senders oder dem Datensatz einer gesendeten Pool-Auszahlung. Die Explorer-Anleitung zeigt Netzwerkstatus und enthaltenen Block. Der öffentliche Inklusionsnachweis zeigt, wo die Transaktion liegt; die Empfangswallet erkennt ihre privaten Outputs. Vergleiche die Empfangsdaten mit deinem eigenen Zahlungsdatensatz, statt eine öffentliche Adresssaldo-Seite zu erwarten.

Prüfe danach die Aufzeichnungen der Wallet:

history
balance

Ausstehende oder unbestätigte Beträge unterscheiden sich von verfügbarem Guthaben. Erscheint der Betrag in einer dieser Kategorien, verfolge seine Bestätigungen, statt ihn als fehlend anzusehen. Für Mining-Einnahmen unterscheidet die Anleitung vom Pool zur Wallet unbezahlten Poolsaldo, tatsächliche Auszahlung und Wallet-Eingang.

Scan fertig, Betrag trotzdem anders?

Prüfe Wallet-Datei, vollständige Empfangsadresse, Netzwerk und Transaktions-ID gemeinsam. Vergleiche dieselbe Zahlung und dieselbe Saldokategorie. Nutze eine reine Beobachtungswallet für Zahlungseingänge und die vollständige Wallet für Entscheidungen über verfügbare Mittel; die View-only-Anleitung erklärt diese Trennung. Ein fertiger Scan ändert den Wallet-Typ nicht.

Ist die richtige vollständige Wallet aktuell und lässt sich der Datensatz weiterhin nicht abgleichen, sichere Datei und Backup vor dem offiziellen Wiederherstellungsverfahren. Die Seed-Anleitung erklärt das Wiederherstellungsmaterial; die Einrichtung beschreibt den Import. Die Wiederherstellung gehört in deine Wallet-Software. Veröffentliche niemals Seed, privaten Schlüssel, Wallet-Datei oder Passwort in einem Supportbeitrag.

Kurz festhalten, was du geprüft hast

Notiere für weitere Schritte Client- und Core-Version, Netzwerk, Node-Höhe, Scan-Höhe, Peer-Zahl und genauen Fehlertext. Halte fest, ob die Werte zwischen Beobachtungen stiegen. Entferne vor dem Teilen von Logs private Pfade, Zahlungsdaten und Zugangsdaten, die für die Frage nicht nötig sind. Ein kurzer Datensatz beschreibt den betroffenen Schritt, ohne Wallet-Zugriff offenzulegen.

Kehre nach der gezielten Prüfung zum Verlauf und Saldo derselben Wallet zurück. Das nützliche Ergebnis ist die erwartete Zahlung mit ihrem tatsächlichen aktuellen Status und ein aufgeholter zugehöriger Scan. Die Senden-und-Empfangen-Anleitung verbindet diese abschließende Empfangsprüfung mit dem ursprünglichen Ablauf. Behalte die Transaktions-ID, damit spätere Prüfungen denselben Vorgang verfolgen.