Verificación de certificado ProofReg — sin ProofReg

Esta especificación es CANON: los formatos de memo de abajo están congelados (2026-07-04) y nunca cambiarán. Las extensiones solo pueden añadir nuevos pares key=value; los analizadores deben ignorar las claves desconocidas.

1. Qué se ancla, dónde

ProofReg escribe dos tipos de memos en el XRP Ledger público:

La cuenta de anclaje dedicada lleva únicamente anclas de certificado, de modo que su lista de transacciones se mantiene pequeña y consultable. No cambia nunca; si alguna vez se ve comprometida, la cuenta sucesora se anuncia públicamente y ese anuncio se ancla a su vez desde la cuenta antigua.

2. Formatos de memo (congelados)

2.1 Registro de archivo (tx1)

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

• sha256 — huella SHA-256 del archivo registrado.
• label, reg — etiqueta pública / registrant introducido libremente, opcionales.
• id — el certificate id de ProofReg de este registro.
• ref — opcional; presente en un registro Duo de la parte B (tx1b) y lleva el certificate id de la parte A.

2.2 Ancla de certificado (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 — el certificate id impreso en el certificado. Para un certificado Duo (vinculado) es el id de registro de la parte B, que lleva tanto tx1b como tx3.
• sha256 — huella SHA-256 del archivo PDF del certificado, byte a byte tal como se entrega por correo.
• kind — solo (una parte), duo (certificado vinculado de dos partes) o dossier (dossier masivo autoanclado).
• Con kind=dossier, id es el id de certificado del PDF del dossier; cualquier número PRB-... figura solo en el PDF, no en el memo.
• issued — la fecha de emisión impresa en el certificado.

Los prefijos de memo difieren a propósito: las anclas de archivo (PROOFREG) y las anclas de certificado (PROOFREG-CERT) nunca pueden confundirse.

3. Los cuatro pasos de verificación (tal como se imprimen en cada certificado)

1. Abre un explorador público del XRP Ledger y busca la cuenta de anclaje fija de arriba.
2. Revisa las transacciones de esa cuenta en torno a la fecha de emisión.
3. Encuentra la transacción cuyo memo lleva este certificate id (formato PROOFREG-CERT).
4. Calcula el SHA-256 de este archivo PDF y compáralo con el sha256 de ese memo. Igual = auténtico.

Estos pasos no requieren nada de ProofReg — ni su sitio web, ni su cooperación, ni su continuidad. La página Verify en verify.proofreg.com es el camino cómodo, nunca el único.

4. La capa de comodidad del nombre de archivo

Tras el anclaje, el archivo del certificado se nombra ProofReg_<certificate-id>_<anchor-transaction>.pdf. Un nombre de archivo no forma parte de los bytes de un archivo y, por tanto, no afecta a la huella. Si el archivo aún lleva su nombre original, la transacción de anclaje puede leerse directamente de él. El nombre de archivo es comodidad, nunca prueba: renombrarlo no rompe nada, y un certificado falso con un nombre de transacción auténtico se delata en cuanto su huella no coincide con la anclada.

5. Alcance de la prueba (pie de certificado congelado)

Solo: «Prueba independiente de que esta huella existía en el XRP Ledger antes de esta marca de tiempo. ProofReg no vincula esta huella a una identidad verificada y no evalúa el contenido.»

Duo: «Prueba independiente de que ambas partes tenían cada una, antes de su propia marca de tiempo de ledger, un ejemplar idéntico byte a byte de este archivo. No prueba que estuvieran de acuerdo, lo leyeran o lo aprobaran — sino que tenían el mismo documento. ProofReg no vincula estos registros a identidades verificadas y no evalúa el contenido.»

Versión de especificación v1 — congelada 2026-07-04. Las extensiones solo añaden claves; las claves existentes nunca cambian.