The Key and the Kingdom
Custody, rotation and succession for the keys that hold your intelligence.
I have spent the better part of two years building a system whose whole purpose is to keep an organisation's intelligence under that organisation's own control. Somewhere in the middle of that work I realised that almost every hard problem I was solving reduced to a single, older question. Who holds the keys. Not the data, not the model weights, not the user interface. The keys. The right to sign, to seal, to decrypt, to authorise, and one day to hand all of that on to someone else. This book is my attempt to set that question down plainly, because it is the question the industry keeps steppin
Whoever holds the keys holds the kingdom, and most organisations have never asked where their keys live?
Ask most people what it means to own an artificial intelligence system and they will describe the model. They picture the weights, the training data, perhaps the building it runs in. These things matter, but they are not the seat of ownership. The seat of ownership is the key. A key is the right to act as the system, to sign on its behalf, to decrypt what it has protected, to authorise the next consequential step. Everything else can be copied, leased or reconstructed. The ke
Rotation, the dead-mans switch, trustee succession and post-quantum signatures are the moving parts of real custody?
A static key is a slowly accumulating liability. Every day it exists, the surface across which it could leak grows. It is copied into backups, cached in memory, typed into terminals, embedded in scripts that outlive their authors. The longer a key lives unchanged, the more places a copy of it might be, and the harder it becomes to know whether you are still its only holder. Rotation is the discipline that resets this clock.
Custody only counts if it is built into something real, with a defensible record and an honest account of its maturity?
A book about trust has to be careful about the difference between asserting something and demonstrating it. It is easy to say a system is sovereign, secure and recoverable. It is harder, and far more useful, to point to the artefacts that would let someone check. In custody, the artefacts are the patent filings that describe the mechanisms, the standards the cryptography conforms to, and the sealed records the system produces as it runs. Evidence is what survives the salesper
Micky Irons
Founder of Mickai LTD (Companies House 17166618, England and Wales). Named inventor on the Mickai SIOS patent corpus, recorded on the UK Intellectual Property Office public register at numbers GB2607309.8 to GB2611702.8. Trade mark Mickai registered at UK00004373277 (classes 9 and 42, filed 15 April 2026). Before founding Mickai, Micky was a Sellafield site worker, and the egress constraint observed from inside the regulated workstation is the engineering origin of the substrate.
- Web: mickai.co.uk
- Crunchbase: crunchbase.com/person/micky-irons
- LinkedIn: linkedin.com/in/mickyirons
- GitHub: github.com/Micky-CMO
- Mickai company: linkedin.com/company/mickai
- Mickai Crunchbase: crunchbase.com/organization/mickyirons
- Contact: press@mickai.co.uk