Engineering Brief · Hyfstele Ledger

An Append-Only WORM Ledger You Can Verify Without Us

A hardware-anchored, write-once chain where every artifact carries its own proof — verifiable years later from its own bytes plus a published public key, even if the vendor is gone.

What

Hyfstele Ledger is an append-only chain of sealed records. Each block, and each periodic checkpoint over the chain, is signed by a hardware security module under Cloud KMS — the signing key never leaves the HSM. Records are write-once, read-many (WORM): once a block is sealed it cannot be edited, reordered, or silently dropped without breaking the chain.

The defining property is offline, vendor-independent verification. Every artifact is a self-contained bundle — the canonical record, its SHA-256 digest, the block linkage, and the HSM signature. An auditor checks it against a single published HSM public key. No call to a Hyfstele API. No live ledger lookup. No trust in Hibiscus being alive, online, or cooperative at audit time.

Why this matters

Most audit logs answer "what does the database say now." Federal and regulated records have to answer a harder question: prove this record is exactly what was written then, and prove nothing has been changed since — on a 7-year retention floor, against an adversary who may control the system the log lives on.

Where it ships

Status

Production reference implementation: hyfstele-ledger. Live today behind the Army ITV console and the Hyfstele MLR signed-bundle export. Canonical hashing, HSM-anchored block and checkpoint signing, and offline artifact verification are shipping; the same primitives back the CAIR inference protocol and the upcoming CAPA / NCR surfaces.

Module
hyfstele-ledger
Canonical hash
SHA-256 (FIPS 180-4)
Block / checkpoint sig
ECDSA P-256, Cloud KMS HSM
Model
Append-only, write-once-read-many (WORM)
Verification
Offline, from artifact bytes + published HSM public key
Retention
7-year floor