Ancoragem HCS Hedera e preenchimento manual

Âncoras automáticas quando policy.anchor é hedera, mais APIs manuais e fluxos no console para arquivos, lotes bulk, versões e pastas da biblioteca. Mensagens HCS são só append — auditores verificam em mirror nodes sem credenciais Evercore.

Hedera HCS dá aos reguladores uma linha do tempo assinada e independente — automática no upload e manual para preencher lacunas.

Quando policy.anchor é hedera e o plano permite, o Evercore publica em anchorRequests após a liquidação. Operadores também podem enfileirar mensagens anchor.content manuais para arquivos, versões e pastas da biblioteca. hederaAnchorWorker envia JSON só com hash ao Hedera Consensus Service; auditores verificam em qualquer mirror node.

Valor

Cadeia de auditoria independente

Mensagens HCS referenciam sourceRef e payloadHash — permanência Arweave mais um log público ordenado.

APIs de preenchimento manual

POST /files/anchor, /versions/anchor e /library/nodes/:id/anchor permitem ancorar localizadores legados sem reenviar.

Verificação multi-âncora

POST /proofs/multi-anchor/verify executa checagens Arweave, IPFS e Hedera em paralelo com mirrorVerified por âncora.

Casos de uso

Evidência regulada

Fluxos jurídicos, saúde e finanças onde uma segunda linha pública reforça a defesa.

Preencher antes da política

Ancorar pastas ou cadeias de versão enviadas antes de ativar anchor: hedera — sem re-upload.

Marcos de exportação

Combinar exportes de conformidade e notário com recibos HCS verificáveis em mirror de forma independente.

Garantias de segurança

Evercore fora do caminho de confiança

Verificação usa mirror nodes públicos e assinaturas de rede — não afirmações do fornecedor.

Arweave continua autoritativo

HCS referencia o localizador liquidado; não substitui permanência, cifragem nem versionamento Parent-TX.

Imutável no HCS

Não há API de des-ancoragem. Mensagens são append-only; force só reenfileira outro anchor.content quando necessário.

Para operadores

• Automático: anchor: hedera na ContentPolicy — publishAnchorRequest após liquidação do primário.
• Manual: POST /files/anchor/:locator, bulk POST /files/anchor (≤80), POST /versions/anchor, POST /library/nodes/:id/anchor (pasta recursiva).
• Escopo storage:hedera:anchor (mais library:write para pastas). O console expõe os mesmos fluxos em Arquivos, Versões e Biblioteca.

Para compradores

• Atender reguladores com uma segunda cadeia de attestation sem substituir Arweave.
• Preencher âncoras em pastas de processo ou cadeias de versão anteriores à política Hedera — sem re-upload.
• Mensagens HCS são só append: não há API de des-ancoragem; use force apenas para reenfileirar quando precisar de outra mensagem.

O que vai na mensagem HCS?

JSON canônico com sourceRef, payloadHash, kind e tenantId — sem chaves nem corpo de arquivo em claro.

Posso remover ou des-ancorar uma mensagem?

Não. Hedera HCS é só append. O Evercore não expõe exclusão nem des-ancoragem. Use force: true em bulk ou pasta só se precisar de outra mensagem anchor.content.

E se o localizador já estiver ancorado?

Endpoints manuais retornam status: skipped com reason: already_anchored, salvo force. O upload ainda funciona se Hedera não estiver configurado — âncoras são omitidas.