Diese Spezifikation ist CANON: Die Memo-Formate unten sind eingefroren (2026-07-04) und ändern sich nie. Erweiterungen dürfen nur neue key=value-Paare hinzufügen; Parser müssen unbekannte Keys ignorieren.
ProofReg schreibt zwei Arten von Memos auf den öffentlichen XRP Ledger:
| Art | Gesendet von | Zweck |
|---|---|---|
| Dateiregistrierung (tx1) | ProofReg-Funding-Konto | Verankert den SHA-256-Fingerabdruck einer Kundendatei. |
| Zertifikatsanker (tx2 solo / tx3 duo) | Festes, dediziertes Ankerkonto:rnxVRoVF7EKwGNZWoPCvGJcijbvZq9v3Da | Verankert den SHA-256-Fingerabdruck des ausgestellten Zertifikat-PDF selbst. |
Das dedizierte Ankerkonto trägt ausschließlich Zertifikatsanker, sodass seine Transaktionsliste klein und durchsuchbar bleibt. Es wechselt nie; sollte es je kompromittiert werden, wird das Nachfolgekonto öffentlich angekündigt und diese Ankündigung selbst vom alten Konto aus verankert.
PROOFREG|sha256=<64 lowercase hex>[|label=<text>][|reg=<text>]|id=<PR-YYYY-NNNNNN>[|ref=<PR-YYYY-NNNNNN>]sha256 — SHA-256-Fingerabdruck der registrierten Datei.label, reg — optionales öffentliches Label / selbst angegebener Registrant.id — die ProofReg-Certificate-ID dieser Registrierung.ref — optional; auf einer Duo-Registrierung von Partei B (tx1b) und trägt die Certificate-ID von Partei A.PROOFREG-CERT|v=1|id=<PR-YYYY-NNNNNN>|sha256=<64 lowercase hex>|kind=solo|issued=YYYY-MM-DD
PROOFREG-CERT|v=1|id=<PR-YYYY-NNNNNN>|sha256=<64 lowercase hex>|kind=duo|issued=YYYY-MM-DD
PROOFREG-CERT|v=1|id=<PR-YYYY-NNNNNN>|sha256=<64 lowercase hex>|kind=dossier|issued=YYYY-MM-DDid — die auf dem Zertifikat gedruckte Certificate-ID. Bei einem Duo-Zertifikat ist dies die Registrierungs-ID von Partei B, die sowohl tx1b als auch tx3 trägt.sha256 — SHA-256-Fingerabdruck des Zertifikat-PDF, byte-genau wie per E-Mail zugestellt.kind — solo (eine Partei), duo (verknüpftes Zwei-Parteien-Zertifikat) oder dossier (selbstverankertes Bulk-Dossier).kind=dossier ist id die Zertifikats-ID des Dossier-PDFs; eine etwaige PRB-...-Bulknummer steht nur im PDF, nicht im Memo.issued — das auf dem Zertifikat gedruckte Ausstellungsdatum.Die Memo-Präfixe unterscheiden sich bewusst: Dateianker (PROOFREG) und Zertifikatsanker (PROOFREG-CERT) können nie verwechselt werden.
Diese Schritte verlangen nichts von ProofReg — nicht die Website, nicht die Mitwirkung, nicht den Fortbestand. Die Verify-Seite unter verify.proofreg.com ist der bequeme Weg, nie der einzige.
Nach dem Verankern wird die Zertifikatsdatei benannt ProofReg_<certificate-id>_<anchor-transaction>.pdf. Ein Dateiname gehört nicht zu den Bytes einer Datei und verändert den Fingerabdruck daher nicht. Trägt die Datei noch ihren ursprünglichen Namen, lässt sich die Ankertransaktion direkt daraus ablesen. Der Dateiname ist Komfort, nie Beweis: Umbenennen bricht nichts, und ein gefälschtes Zertifikat mit einem echten Transaktionsnamen verrät sich in dem Moment, in dem sein Fingerabdruck nicht zum verankerten passt.
Solo: „Unabhängiger Nachweis, dass dieser Fingerabdruck vor diesem Zeitpunkt auf dem XRP Ledger existierte. ProofReg verknüpft diesen Fingerabdruck nicht mit einer verifizierten Identität und bewertet den Inhalt nicht.“
Duo: „Unabhängiger Nachweis, dass beide Parteien jeweils vor ihrem eigenen Ledger-Zeitpunkt ein byte-identisches Exemplar dieser Datei hatten. Es beweist nicht, dass sie einverstanden waren, es gelesen oder gebilligt haben — sondern dass sie dasselbe Dokument hatten. ProofReg verknüpft diese Registrierungen nicht mit verifizierten Identitäten und bewertet den Inhalt nicht.“
Spezifikationsversion v1 — eingefroren 2026-07-04. Erweiterungen fügen nur Keys hinzu; bestehende Keys ändern sich nie.
Aktualisiert Juli 2026