Anclaje HCS Hedera y relleno manual

Anclas HCS automáticas solo con hash en subida más APIs manuales para archivos, lotes, versiones y carpetas — inmutables en consenso, verificadas en mirror.

Anclas automáticas cuando policy.anchor es hedera, más APIs manuales y flujos en consola para archivos, lotes bulk, versiones y carpetas de biblioteca. Los mensajes HCS son solo append — los auditores verifican en mirror nodes sin credenciales Evercore.

Hedera HCS ofrece a los reguladores una línea de tiempo firmada e independiente — automática en la subida y manual para rellenar huecos.

Cuando policy.anchor es hedera y el plan lo permite, Evercore publica en anchorRequests tras la liquidación. Los operadores también pueden encolar mensajes anchor.content manuales para archivos, versiones y carpetas de biblioteca. hederaAnchorWorker envía JSON solo con hash a Hedera Consensus Service; los auditores verifican en cualquier mirror node.

Valor

Cadena de auditoría independiente

Los mensajes HCS referencian sourceRef y payloadHash — permanencia en Arweave más un registro público ordenado.

APIs de relleno manual

POST /files/anchor, /versions/anchor y /library/nodes/:id/anchor permiten anclar localizadores heredados sin volver a subir.

Verificación multi-ancla

POST /proofs/multi-anchor/verify ejecuta comprobaciones de Arweave, IPFS y Hedera en paralelo con mirrorVerified por ancla.

Casos de uso

Evidencia regulada

Flujos legal, salud y finanzas donde una segunda línea pública refuerza la defensa.

Relleno previo a la política

Anclar carpetas o cadenas de versión subidas antes de activar anchor: hedera — sin re-subida.

Hitos de exportación

Combinar exportes de cumplimiento y notaría con recibos HCS verificables en mirror de forma independiente.

Garantías de seguridad

Evercore fuera del camino de confianza

La verificación usa mirror nodes públicos y firmas de red — no afirmaciones del proveedor.

Arweave sigue siendo autoritativo

HCS referencia el localizador liquidado; no sustituye permanencia, cifrado ni versionado Parent-TX.

Inmutable en HCS

No hay API de des-anclaje. Los mensajes son append-only; force solo re-encola otro anchor.content cuando lo necesite.

Para operadores

  • Automático: anchor: hedera en ContentPolicy — publishAnchorRequest tras la liquidación del primario.
  • Manual: POST /files/anchor/:locator, bulk POST /files/anchor (≤80), POST /versions/anchor, POST /library/nodes/:id/anchor (carpeta recursiva).
  • Ámbito storage:hedera:anchor (más library:write para carpetas). La consola expone los mismos flujos en Archivos, Versiones y Biblioteca.

Para compradores

  • Responder a reguladores con una segunda cadena de attestation sin sustituir Arweave.
  • Rellenar anclas en expedientes o cadenas de versión anteriores a la política Hedera — sin re-subida.
  • Los mensajes HCS son solo append: no hay API de des-anclaje; use force solo para re-encolar cuando necesite otro mensaje.

¿Qué contiene el mensaje HCS?

JSON canónico con sourceRef, payloadHash, kind y tenantId — sin claves ni cuerpo de archivo en claro.

¿Puedo quitar o des-anclar un mensaje?

No. Hedera HCS es solo append. Evercore no expone borrado ni des-anclaje. Use force: true en bulk o carpeta solo si necesita otro mensaje anchor.content.

¿Qué pasa si el localizador ya está anclado?

Los endpoints manuales devuelven status: skipped con reason: already_anchored salvo force. La subida sigue teniendo éxito si Hedera no está configurado — las anclas se omiten.