Eine Blocknet-Zahlung nachweisen und prüfen

Prüfe eine bestimmte Blocknet-Zahlung, indem du ihren Transaktionsschlüssel und die Empfängeradresse mit der Transaktion abgleichst. Diese Anleitung folgt offizieller CLI v1.2.0 und Core v0.22.0, geprüft am 27. Oktober 2026. Sie behandelt Erzeugung, Weitergabe der richtigen Felder und das Lesen des Ergebnisses zusammen mit dem Chain-Status.

Wie weist du eine Blocknet-Zahlung nach?

Beginne mit der nachzuweisenden Zahlung

Speichere die vollständige ID aus deinem Sendedatensatz. Die Sendeanleitung zeigt, wo der offizielle Client sie ausgibt; die Explorer-Anleitung erklärt die Suche nach Transaktion und Block. Die öffentliche ID findet den Transfer, aber die gewöhnliche Explorer-Seite legt den privaten Betrag an eine bestimmte Adresse nicht offen.

Vereinbart, welche Empfängeradresse und welchen Datensatz ihr prüft. Nutze die vollständige zugehörige Adresse statt eines gekürzten Labels oder Screenshots. Bei Zahlung über einen Namen behalte die tatsächlich verwendete Adresse. Der Nachweis hilft bei einer konkreten Quittung oder Zahlungsfrage mit dem Empfänger; er belegt keine reale Identität.

Transaktionsschlüssel in der sendenden Wallet erzeugen

Verbinde dich im Terminal mit deinem laufenden Mainnet-Core:

blocknet attach mainnet

Öffne die sendende Wallet und prüfe ihre Aufzeichnungen in der interaktiven Shell:

load
address
history

Wähle die richtige Datei und entsperre sie bei Bedarf über den Client. Für die Ersteinrichtung nutze die Wallet-Anleitung.

Führe den Befehl in der Shell aus und ersetze den Platzhalter durch die vollständige ID:

prove <txid>

Der geprüfte Client akzeptiert eine hexadezimale ID mit 64 Zeichen und zeigt den zurückgegebenen Transaktionsschlüssel. Der Core sucht die Transaktion auf seiner lokalen Chain und prüft, ob der abgeleitete Schlüssel zum öffentlichen Schlüssel passt. Nutze die Wallet, die gesendet hat; die Erzeugung erstellt keine weitere Zahlung.

Welche Informationen solltest du weitergeben?

Teile ID, zurückgegebenen Transaktionsschlüssel und Empfängeradresse über den vereinbarten Kanal. Dieser Schlüssel gilt nur für diese Transaktion. Halte Wiederherstellungsseed, Ausgabeschlüssel, Wallet-Passwort und den privaten Ansichtsschlüssel der gesamten Wallet geheim. Der Prüfer braucht die Nachweisfelder, keinen Zugriff auf deine geladene Wallet oder ihr Wiederherstellungsmaterial.

Verstehe dies als bewusste Offenlegung: Schlüssel und Empfängeradresse lassen passende Outputs, Beträge und etwaige wiederherstellbare Memos dieser Transaktion erkennen. Teile sie mit den Personen, die den Nachweis brauchen. Die Memo-Anleitung erklärt Zahlungsnotizen; bedenke deren Inhalt vor der Weitergabe. Ein geteilter Schlüssel kann kopiert werden, nutze daher den vereinbarten privaten Kanal des Empfängers.

Über die dokumentierte Core-API prüfen

Die offizielle API bietet einen öffentlichen Prüfendpunkt ohne geladene Wallet oder Bearer-Token. Bevorzuge einen eigenen Node. Speichere die Vorlage als proof.json in einem privaten Arbeitsordner und ersetze alle drei Platzhalterzeichenfolgen durch die tatsächlichen Nachweisfelder. Lass die Feldnamen unverändert.

{
  "txid": "REPLACE_WITH_TRANSACTION_ID",
  "tx_key": "REPLACE_WITH_TRANSACTION_KEY",
  "address": "REPLACE_WITH_RECIPIENT_ADDRESS"
}

Sende die Datei aus diesem Ordner an die API-Adresse deines Nodes:

curl -H "Content-Type: application/json" --data-binary @proof.json http://127.0.0.1:8332/api/verify-proof

Nutze gegebenenfalls deinen anders konfigurierten lokalen Port; verwende in Windows PowerShell curl.exe. Die Node-Anleitung erklärt den Core-Betrieb. Diese Anfrage prüft einen Nachweis und sendet keine Coins. Bei einem entfernten Server erhält dessen Betreiber die übermittelten Nachweisfelder.

Schlüsselgültigkeit und Empfängertreffer trennen

Prüfe zuerst valid. true bedeutet, dass der Schlüssel zum öffentlichen Transaktionsschlüssel passt. Prüfe danach outputs: Einträge mit match auf true gehören zur angegebenen Empfängeradresse. total_matched summiert ihre Beträge. Auch ein gültiger Schlüssel kann null passende Outputs ergeben, wenn die Adresse diese Transaktion nicht empfangen hat.

Die API meldet Beträge in atomaren Einheiten: 100.000.000 Einheiten entsprechen 1 BNT. Rechne die Summe vor dem Vergleich mit einer BNT-Rechnung um; behalte alle Ganzzahlziffern statt früh zu runden. Vergleiche zurückgegebene Memos mit dem erwarteten Datensatz. Prüfe Chain-Aufnahme und Bestätigungen separat über Node oder Explorer. Das Ergebnis allein sagt nicht, ob eine Rechnung vollständig bezahlt wurde oder Mittel aktuell ausgebbar sind.

Abweichungen anhand der Originaldaten klären

Bei ungültigem Schlüssel vergleiche vollständige ID und Schlüssel mit der Originalausgabe des Senders. Bei gültigem Schlüssel ohne Empfängertreffer prüfe die vollständige Zahlungsadresse. Wird die Transaktion beim Erzeugen nicht gefunden, prüfe Netzwerk und Chain-Fortschritt: Der geprüfte Erzeugungsendpunkt verlangt eine On-Chain-Transaktion. Nutze die Sync-Anleitung, wenn die lokale Chain zurückliegt.

Bei Pool-Auszahlungen ist deine Empfangswallet nicht die sendende Wallet der Pool-Transaktion. Beginne mit dem Pool-Datensatz und deinem Eingangsverlauf; einen Sendernachweis erhältst du vom tatsächlichen Sender. Auch Coinbase-Miningbelohnungen haben im geprüften Erzeugungsendpunkt keinen Sendernachweis. Diese Unterschiede helfen, den richtigen Beleg zur Zahlung auszuwählen.

Nachweis mit Zweck und Ergebnis aufbewahren

Speichere ID, Empfängeradresse, relevante Zahlungsreferenz und Prüfergebnis zusammen privat. Notiere Netzwerk, Node und Prüfzeit. Behalte nur die für diesen Zweck benötigten Zahlungsinformationen. Wer den Nachweis erhält, kann die Prüfung unabhängig wiederholen, statt einem Screenshot fremder Ergebnisse zu vertrauen.

Eine signierte Nachricht hat einen anderen Zweck: Sie zeigt Kontrolle über den Signierschlüssel einer Adresse für eine bestimmte Nachricht. Verwende den Zahlungsnachweis für transaktionsbezogene Belege und den Nachrichtenablauf für eine vereinbarte Eigentumsprüfung. Die View-only-Anleitung erklärt, weshalb Ansichtszugriff trotz fehlender Ausgabeberechtigung sensibel bleibt. Ordne jeden Beleg der Frage zu, die er beantwortet.