Glossary
Every term used on this site and in Entropa's product, explained in plain English.
No background in AI, blockchains, or cryptography assumed — if a word here confuses you, that's
a gap in this page, not in you.
The basics
- AI agent
- A piece of software that can make decisions on its own — reading information, deciding what to do,
and taking an action — without a human clicking a button for every single step.
- Sequencer
- The single piece of software that receives submitted actions, puts them in order, and appends
them to the log. Deliberately simple — one writer, one order, nothing to coordinate between
independent parties.
- Attestation (also: record)
- One recorded, signed, priced fact — "this hash existed, at this time, and here's cryptographic
proof of it." This is the actual product: $0.01 buys one attestation.
- Receipt
- The proof document you get back for a specific attestation — your record's content hash, its
position in the chain (leaf index), and the block hash linking it to every record before it. You (or
an auditor) can re-derive the hash chain independently to confirm nothing was altered.
The log itself
- Tamper-evident hash chain
- An append-only structure where each record's block hash is computed from the record before it —
the same core idea a blockchain uses, without the mining or consensus overhead. Every record is added
to the end; changing anything already in the chain breaks every block hash that comes after it, which
is what makes tampering detectable.
- Record (also: leaf)
- One entry in the log — the payload's content hash, its position (leaf index), the timestamp it was
sequenced at, and the block hash linking it into the chain.
- Block hash
- A hash computed from the current record's content plus the previous record's block hash — this is
what actually chains records together. Changing any past record changes every block hash after it,
which is what makes tampering detectable without re-checking every record by hand.
- Hash (also: fingerprint, digest)
- A short string of letters and numbers computed from a piece of data, unique to that exact data.
Change even one character of the original data, and the hash comes out completely different — so a
matching hash proves nothing was altered.
How a submission gets sequenced
- 202 Accepted
- The HTTP response you get back the instant you submit — it means your submission has been queued,
not that it's in the log yet. This is deliberate: your system is never left waiting on Entropa.
- Tracking ID
- A correlation handle returned with your
202 Accepted response, so you can find your
submission again later. It is not itself proof of anything — the receipt you fetch afterward is.
- Submission queue
- Where an accepted submission waits, briefly, before it's actually appended to the log. This is
what lets a burst of traffic get accepted immediately and sequenced moments later, instead of some of
it being rejected outright.
Reliability & storage
- Epoch
- An isolated storage generation for the chain's history. Each epoch's data lives in its own
permanently separate location, so one epoch's records can never be overwritten by another's — see the
Durability section for why this matters.
Using the product
- API key
- A private credential that identifies you as a specific customer when you submit an action to
Entropa — like a password, but scoped specifically to this one purpose.
- Scryon
- Entropa's explorer — a website (scryon.entropa.space) demonstrating what your own private
explorer looks like: browse and search records in a human-readable form, and generate a sample audit
trail.
Compliance terms you'll see
- AML (anti-money laundering)
- The set of laws, rules, and internal controls a bank or fintech must have to detect and report
suspicious financial activity. An AI agent that screens transactions for AML purposes is exactly the
kind of decision Entropa is built to make auditable.
- KYC (know your customer)
- The process of verifying who a customer actually is before doing business with them — identity
documents, address, sometimes a liveness check. Often automated by an AI agent today, which is exactly
what needs an independently verifiable record.
- BSA (Bank Secrecy Act)
- The main US federal law requiring financial institutions to keep records and file reports that
help detect money laundering. Its recordkeeping rules are a primary reason a compliance program needs
a tamper-evident audit trail, not just a database it controls itself.
- FinCEN
- The US Treasury bureau that writes and enforces the Bank Secrecy Act's rules, including what
records a bank must keep to support its AML program's decisions.
- Examiner
- The regulator (or regulator's representative) who reviews a bank or fintech's compliance program,
including asking it to justify specific automated decisions — sometimes years after the fact.
- SR 11-7
- Federal Reserve and OCC guidance on model risk management — it calls for documented, verifiable
evidence of what a decisioning model actually did in production, not just how it was designed to
behave.
- HIPAA
- A US law governing how healthcare information must be protected and handled.
- HITRUST
- A widely-recognized security certification, common in healthcare, that proves an organization
meets a rigorous, independently-audited set of data-protection controls.
- SOC 2
- An independent audit report confirming a company has real, working controls around security,
availability, and confidentiality of the systems it runs.
- EU AI Act
- European Union law regulating AI systems, with extra requirements for "high-risk" AI — including,
under Article 12, automatic and tamper-resistant logging of what the AI system did.
- NIST AI RMF
- The US National Institute of Standards and Technology's voluntary framework for managing AI risk —
it calls for documented, verifiable records of what an AI system actually did.