Ein Nachweispaket besteht aus Datendateien, einem Manifest, das den SHA-256-Hash jeder Datei auflistet, und einer Ed25519-Signatur über dieses Manifest. Diese Seite prüft alle drei in Ihrem Browser. Es wird nichts hochgeladen.
Ziehen Sie das gesamte Paket in das Feld: manifest.json, manifest.sig und die Datendateien. Oder ziehen Sie eine einzelne Datei, um ihren SHA-256-Wert zu erhalten. Ihr Browser erledigt die Arbeit mit WebCrypto. Die Ed25519-Unterstützung in WebCrypto unterscheidet sich je nach Browser und Version; meldet die Prüfung, dass Ed25519 fehlt, nutzen Sie die OpenSSL-Schritte weiter unten.
Laden Sie die vier Dateien herunter und legen Sie sie dann im Feld oben ab. Das Beispiel ist ein Batteriespeicher-Beispiel (BESS): ein illustratives Objekt, SAMPLE-BESS-CL-001. Es ist keine reale Anlage, und die Werte sind keine Messungen. Ein solarspezifisches signiertes Paket steht noch aus, daher zeigt dieses Beispiel nur das Format.
manifest.json ↓ manifest.sig ↓ telemetry-extract.csv ↓ asset-summary.json ↓
Noch nichts geprüft. Das Ergebnis erscheint hier, Datei für Datei, sobald Sie ein Paket gewählt oder abgelegt haben.
Die Prüfung beantwortet zwei Fragen. Wurde das Manifest vom veröffentlichten Schlüssel signiert und unverändert gelassen? Stimmt jede Datei mit dem SHA-256 überein, das das Manifest auflistet? Lesen Sie beide Antworten zusammen. Die Kästen unten zeigen den Wortlaut, den die Prüfung verwendet. Es sind Beispiele, keine Ergebnisse einer realen Prüfung.
stimmt mit dem Manifest überein
stimmt mit dem Manifest überein
Jede Datei entspricht genau dem, was das Manifest auflistet, und das Manifest entspricht genau dem, was der Schlüsselinhaber signiert hat. Nach der Signatur wurde nichts hinzugefügt, entfernt oder verändert.
Entweder wurde das Manifest nach der Signatur verändert, oder es wurde mit einem anderen Schlüssel signiert. Behandeln Sie das Paket als ungeprüft, auch wenn jede Dateizeile übereinstimmt, denn dem Manifest selbst ist nicht zu trauen.
stimmt NICHT überein — die Datei wurde verändert
Ein geändertes Byte in einer Datendatei ändert deren SHA-256-Hash, daher scheitert diese Datei. Die Signatur kann weiterhin gültig sein, weil das Manifest selbst nicht angerührt wurde. Achten Sie auf die ✗-Zeile und nicht nur auf das Banner. Wenn jemand außerdem das Manifest so bearbeitet, dass die Zeile übereinstimmt, wird die Signatur UNGÜLTIG.
Das Format verwendet JSON, SHA-256 und Ed25519. Es braucht keine Blockchain und keinen proprietären Viewer. Jede Partei kann es umsetzen, und jede Partei kann ein Paket auch ohne diese Seite prüfen.
| spec | LTB-Evidence-Manifest/0.1 |
| files[] | Pfad, SHA-256 und Größe in Bytes jeder Datei im Paket |
| asset | das Objekt, das der Nachweis abdeckt. Das Beispiel verwendet eine Kennung für einen Batteriespeicher (BESS), SAMPLE-BESS-CL-001 |
| engine / seed | wo ein Modell einen Wert erzeugt hat: die Modellversion und der Zufalls-Seed, damit sich der Wert reproduzieren lässt |
| key_id | welchen veröffentlichten Schlüssel der Unterzeichner verwendet hat (ltb-2026-10) |
| created | wann der Unterzeichner das Paket erstellt hat. Das Datum schreibt der Unterzeichner selbst, und es ist noch nicht unabhängig mit einem Zeitstempel versehen |
| manifest.sig | losgelöste Ed25519-Signatur über die exakten Bytes von manifest.json, als Base64-Text gespeichert |
Sie brauchen diese Seite nicht. Sie brauchen OpenSSL 3.x und den veröffentlichten öffentlichen Schlüssel. Führen Sie diese drei Schritte in dem Ordner aus, der das Paket enthält:
Das Ergebnis lautet „Signature Verified Successfully“ oder „Signature Verification Failure“. Der zweite Schritt schreibt den veröffentlichten Schlüssel als PEM-Datei mit öffentlichem Schlüssel. Die Base64-Zeile ist die standardmäßige SubjectPublicKeyInfo-Kodierung desselben 32-Byte-Schlüssels: ein fester 12-Byte-Ed25519-Header, gefolgt vom rohen Schlüssel. Der Schlüssel selbst ändert sich nicht.
Veröffentlichter öffentlicher Schlüssel (Ed25519, roh, Base64), key_id ltb-2026-10:
Veröffentlichter öffentlicher Schlüssel (Ed25519, roh, Base64), key_id ltb-2026-08:
Es sind zwei Schlüssel veröffentlicht. ltb-2026-10 signiert Pakete ab Oktober 2026, einschließlich dieses Beispiels. ltb-2026-08 bleibt für Pakete gültig, die vorher signiert wurden.
Ein gültiges Paket beweist Unversehrtheit und Herkunft. Diese Dateien wurden, wie aufgelistet, mit dem veröffentlichten Schlüssel von LIFETIMEBESS signiert und haben sich seit der Signatur nicht verändert. Ein gültiges Paket beweist nicht:
Prüfen Sie zuerst die Monitoringdaten einer Anlage. Für ein signiertes Nachweispaket zu einem Objekt schreiben Sie uns.
Kostenlosen PV Health Score abrufen Wegen eines Pakets schreiben