Weryfikacja certyfikatu ProofReg — bez ProofReg

Ta specyfikacja jest CANON: formaty memo poniżej są zamrożone (2026-07-04) i nigdy się nie zmienią. Rozszerzenia mogą jedynie dodawać nowe pary key=value; parsery muszą ignorować nieznane klucze.

1. Co jest kotwiczone i gdzie

ProofReg zapisuje dwa rodzaje memo w publicznym XRP Ledger:

Dedykowane konto kotwiczące nosi wyłącznie kotwice certyfikatów, dzięki czemu jego lista transakcji pozostaje mała i przeszukiwalna. Nigdy się nie zmienia; gdyby kiedykolwiek zostało przejęte, konto następcze jest ogłaszane publicznie, a to ogłoszenie samo jest kotwiczone ze starego konta.

2. Formaty memo (zamrożone)

2.1 Rejestracja pliku (tx1)

PROOFREG|sha256=<64 lowercase hex>[|label=<text>][|reg=<text>]|id=<PR-YYYY-NNNNNN>[|ref=<PR-YYYY-NNNNNN>]

• sha256 — odcisk SHA-256 zarejestrowanego pliku.
• label, reg — publiczna etykieta / samodzielnie wpisany registrant, opcjonalne.
• id — certificate id ProofReg tej rejestracji.
• ref — opcjonalne; obecne w rejestracji Duo strony B (tx1b) i nosi certificate id strony A.

2.2 Kotwica certyfikatu (tx2 / tx3)

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-DD

• id — certificate id wydrukowany na certyfikacie. Dla certyfikatu Duo (powiązanego) jest to id rejestracji strony B, które nosi zarówno tx1b, jak i tx3.
• sha256 — odcisk SHA-256 pliku PDF certyfikatu, bajt w bajt tak jak dostarczony e-mailem.
• kind — solo (jedna strona), duo (powiązany certyfikat dwóch stron) lub dossier (samozakotwiczone dossier zbiorcze).
• Przy kind=dossier id to identyfikator certyfikatu PDF dossier; ewentualny numer PRB-... jest tylko w PDF, nie w memo.
• issued — data wydania wydrukowana na certyfikacie.

Prefiksy memo różnią się celowo: kotwice plików (PROOFREG) i kotwice certyfikatów (PROOFREG-CERT) nigdy nie mogą zostać pomylone.

3. Cztery kroki weryfikacji (tak jak wydrukowane na każdym certyfikacie)

1. Otwórz publiczny eksplorator XRP Ledger i wyszukaj powyższe stałe konto kotwiczące.
2. Przejrzyj transakcje tego konta w okolicy daty wydania.
3. Znajdź transakcję, której memo nosi to certificate id (format PROOFREG-CERT).
4. Oblicz SHA-256 tego pliku PDF i porównaj go z sha256 w tym memo. Równe = autentyczne.

Te kroki nie wymagają niczego od ProofReg — ani strony, ani współpracy, ani dalszego istnienia. Strona Verify pod verify.proofreg.com to wygodna droga, nigdy jedyna.

4. Warstwa wygody nazwy pliku

Po zakotwiczeniu plik certyfikatu jest nazywany ProofReg_<certificate-id>_<anchor-transaction>.pdf. Nazwa pliku nie należy do bajtów pliku i dlatego nie zmienia odcisku. Jeśli plik nadal nosi oryginalną nazwę, transakcję kotwiczącą można z niej odczytać bezpośrednio. Nazwa pliku to wygoda, nigdy dowód: zmiana nazwy niczego nie psuje, a fałszywy certyfikat z autentyczną nazwą transakcji zdradza się w chwili, gdy jego odcisk nie pasuje do zakotwiczonego.

5. Zakres dowodu (zamrożona stopka certyfikatu)

Solo: „Niezależny dowód, że ten odcisk istniał w XRP Ledger przed tym znacznikiem czasu. ProofReg nie wiąże tego odcisku ze zweryfikowaną tożsamością i nie ocenia treści.“

Duo: „Niezależny dowód, że obie strony miały każda, przed własnym znacznikiem czasu ledger, egzemplarz tego pliku identyczny bajt w bajt. Nie dowodzi, że były zgodne, że go przeczytały lub zaakceptowały — lecz że miały ten sam dokument. ProofReg nie wiąże tych rejestracji ze zweryfikowanymi tożsamościami i nie ocenia treści.“

Wersja specyfikacji v1 — zamrożona 2026-07-04. Rozszerzenia dodają tylko klucze; istniejące klucze nigdy się nie zmieniają.