Verifica del certificato ProofReg — senza ProofReg

Questa specifica è CANON: i formati di memo qui sotto sono congelati (2026-07-04) e non cambieranno mai. Le estensioni possono solo aggiungere nuove coppie key=value; i parser devono ignorare le chiavi sconosciute.

1. Cosa viene ancorato, dove

ProofReg scrive due tipi di memo sul XRP Ledger pubblico:

Il conto di ancoraggio dedicato porta solo ancore di certificato, così il suo elenco di transazioni resta piccolo e ricercabile. Non cambia mai; se mai venisse compromesso, il conto successore viene annunciato pubblicamente e quell'annuncio è a sua volta ancorato dal vecchio conto.

2. Formati di memo (congelati)

2.1 Registrazione file (tx1)

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

• sha256 — impronta SHA-256 del file registrato.
• label, reg — etichetta pubblica / registrant inserito liberamente, facoltativi.
• id — il certificate id ProofReg di questa registrazione.
• ref — facoltativo; presente su una registrazione Duo della parte B (tx1b) e porta il certificate id della parte A.

2.2 Ancora di certificato (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 — il certificate id stampato sul certificato. Per un certificato Duo (collegato) è l'id di registrazione della parte B, che porta sia tx1b sia tx3.
• sha256 — impronta SHA-256 del file PDF del certificato, byte per byte come consegnato via e-mail.
• kind — solo (una parte), duo (certificato collegato a due parti) o dossier (dossier collettivo auto-ancorato).
• Con kind=dossier, id è l'id del certificato del PDF del dossier; un eventuale numero PRB-... è solo nel PDF, non nel memo.
• issued — la data di emissione stampata sul certificato.

I prefissi dei memo differiscono di proposito: le ancore di file (PROOFREG) e le ancore di certificato (PROOFREG-CERT) non possono mai essere confuse.

3. I quattro passaggi di verifica (come stampati su ogni certificato)

1. Apri un explorer pubblico del XRP Ledger e cerca il conto di ancoraggio fisso qui sopra.
2. Sfoglia le transazioni di quel conto intorno alla data di emissione.
3. Trova la transazione il cui memo porta questo certificate id (formato PROOFREG-CERT).
4. Calcola il SHA-256 di questo file PDF e confrontalo con il sha256 in quel memo. Uguale = autentico.

Questi passaggi non richiedono nulla da ProofReg — né il sito, né la collaborazione, né l'esistenza continuata. La pagina Verify su verify.proofreg.com è la via comoda, mai l'unica.

4. Lo strato di comodità del nome file

Dopo l'ancoraggio, il file del certificato è denominato ProofReg_<certificate-id>_<anchor-transaction>.pdf. Un nome file non fa parte dei byte di un file e quindi non ne cambia l'impronta. Se il file porta ancora il suo nome originale, la transazione di ancoraggio è leggibile direttamente da esso. Il nome file è comodità, mai prova: rinominarlo non rompe nulla, e un certificato falso con un nome di transazione autentico si tradisce nel momento in cui la sua impronta non corrisponde a quella ancorata.

5. Portata della prova (piè di pagina del certificato congelato)

Solo: «Prova indipendente che questa impronta esisteva sull'XRP Ledger prima di questa marca temporale. ProofReg non collega questa impronta a un'identità verificata e non valuta il contenuto.»

Duo: «Prova indipendente che entrambe le parti avevano ciascuna, prima della propria marca temporale ledger, un esemplare identico byte per byte di questo file. Non prova che fossero d'accordo, lo abbiano letto o approvato — ma che avevano lo stesso documento. ProofReg non collega queste registrazioni a identità verificate e non valuta il contenuto.»

Versione della specifica v1 — congelata 2026-07-04. Le estensioni aggiungono solo chiavi; le chiavi esistenti non cambiano mai.