Some checks are pending
offline / test (push) Waiting to run
In-process trace console validates hops, faults, recoveries, and suggested changes before zapier-platform push. User guide covers signup through central-chain and bulk-summary tree-node hash lookup.
1.6 KiB
1.6 KiB
9. Look up a hash on tree-node archives
Zapier search: Find Hash (tree nodes + central chain).
Middleware: GET /zapier/v1/hashes/{sha256}?includeAttached=true&includeTree=true.
Sequence (you never configure this)
- Central chain lookup (same as chapter 6).
- If itemized, return that seal (and attached metadata if requested).
- If miss, middleware broadcasts
verae.archive.querywithkinds: ["tree", …]to every tree-node NATS server. - A node whose bloom filter does not contain the hash stays silent.
- A node that holds the leaf replies on
verae.archive.reply.<correlationId>with{ merkleRoot, proof, leafIndex, chainSealJobId }. - Middleware checks the proof against the root, loads the root’s chain seal, and returns both receipts.
Reading the result in a Zap
exists: trueanditemizedOnMainChain: false— this hash was in a bulk summary.proofOk: true— the leaf really is undermerkleRoot.receiptsincludeskind: seal(of the root) andkind: tree-leaf(the proof).archiveIdtells you which tree node answered (for support).
If every node is silent, the hash is unknown or the archive fleet is down. The simulator flags “all archives silent” when puts were known to exist; operators should treat that as an outage, not a miss.
Zap pattern
- Search: Find Hash (tree nodes + central chain).
- Filter / Paths:
- Found + itemized → treat as a first-class seal.
- Found + not itemized → store Merkle proof + root certificate.
- Not found → optionally Create Timestamp to itemize it now.