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.