Prueba de que el dato ya no está.

1. 01 Atestar

   18:13:24Z

   2

   Una llamada toma la foto del sujeto: BurnLedger consulta tus sistemas, pasa por hash los registros que coinciden y descarta el dato. Solo quedan los hashes.

2. 02 Borrar

   entre las dos

   vos

   Borrás con tus herramientas y tu proceso. BurnLedger no está en el medio: sus credenciales son de solo lectura.

3. 03 Verificar

   18:13:33Z

   0

   Una segunda llamada repite la misma consulta. Si el dato ya no está, se firma el registro. Si sigue ahí, no se emite nada.

4. 04 Certificar

   18:13:33Z

   #33

   El registro, firmado con Ed25519, entra a un log de transparencia público y de solo agregado (RFC 6962), con su prueba de inclusión.

$ curl -s https://api.burnledger.io/.well-known/burnledger-keys | jq .data > keys.json
$ npx burnledger check --cert certificate.json --keys keys.json
Verification record dc_2403ce: VALID_REVOCATION_UNKNOWN (offline — nothing was asked about revocation, so nothing is known; re-run with --online to fetch a signed status statement)
  Subject: sha256:a41195...
  Format version: 3.0
  Systems: 1 (postgresql [existence])
  Records before: 2
  Records after: 0
  Records [demo-users]: 2 at attestation, 0 after deletion
  Committed: 2026-08-19T18:13:24Z
  Verified: 2026-08-19T18:13:33.918793335Z
  Registration: not stated (format 3.0 predates the field; its absence is not a pass)
  Transparency log: entry #33, inclusion proof VALID
  Key statuses: signed key_list.v3, VALID until 2026-10-25T09:37:16Z
  Key list trust: the list is signed by a key inside itself — trust-on-first-use, not proof; pin this file and compare it on later runs
$ echo $?
0

$ sed 's/"attested_count": 2/"attested_count": 3/' certificate.json > tampered.json
$ npx burnledger check --cert tampered.json --keys keys.json
Verification record dc_2403ce: INVALID (certificate signature is invalid)
$ echo $?
1

Corrido el 24 de octubre de 2026 con el paquete burnledger 0.10.0 de npm, sobre el registro de ejemplo de arriba. «Revocation unknown» no es un error: la revocación es lo único que no se puede saber sin conexión, y el verificador lo dice en vez de darlo por bueno. La misma revisión corre en el navegador en burnledger.io/verify.

GDPR Article 17CCPA / CPRACalifornia Delete Act (SB 362)

Las leyes de borrado cambian; el hecho que piden no: el dato estaba y ya no está. Un registro sirve en cualquier jurisdicción.

import { BurnLedger } from "burnledger";

const bl = new BurnLedger({ apiKey: process.env.BURNLEDGER_API_KEY });

// before you delete — snapshot the subject
const att = await bl.attest("user@example.com", {
  systemIds: ["sys_pg_users", "sys_s3_uploads"],
});

// after you delete — verify. This ISSUES the record.
const res = await bl.verify(att.id, "user@example.com");
await bl.savePdf(res.certificate.id, "certificate.pdf");

El ejemplo es el del sitio de BurnLedger. Azure Blob, HBase y MarkLogic no tienen catálogo de permisos que consultar: ahí BurnLedger registra tu declaración de solo lectura, y el registro dice cuál de los dos casos fue.