fabius-catenalisted
Install: claude install-skill shear559/fabius
<!-- © 2026 shear559 · fabius · provenance fab1-6bbf82d118bce2cee9d7ac71f034fa26 · release evidence: PROVENANCE.md · github.com/shear559/fabius -->
# Fabius Catena — build on the chain, prove with the chain
*Catena* — the chain. One concern with two faces: write code that runs **on** a chain, and use a chain to **prove** something existed and was signed. Both rest on the same discipline — assume the adversary controls every input, and trust math over operators.
## 1. The two jobs, and the line between them
- **Build on-chain.** Contracts, programs, wallet and transaction flows, on-chain reads. The risk is money and irreversibility, so the bar is higher than ordinary code.
- **Prove with the chain.** Seal an artifact (a file, a release, a dataset) so its existence bound and release-key attribution are independently checkable under stated trust assumptions. This is `fabius`'s own provenance mechanism (see [PROVENANCE.md](../../PROVENANCE.md)) made reusable.
`fabius-praesidium` owns *application* defensive security; `fabius-catena` owns the *on-chain* surface (account validation, transaction safety) and *cryptographic provenance*. Both stand on `fabius-parcus`'s never-trim floor and never drop below it.
## 2. On-chain is account-validation-first
Assume the attacker controls **every account, every argument, the transaction ordering, and the call graph.** Validation is the work; the business logic is the easy part.
The vulnerabilities to check on every program, named so yo