Status: DRAFT — design proposal, not an adopted custody model or operating service.
Split custody for per-action records¶
Working notes — 2026-07-18; public discussion updated 2026-07-27 · public-safe · cross-model-reviewed (design refined 2026-07-18). Companions: Charter Commitments (consequential-action baseline), evaluation protocol, control-and-evidence layer.
The question¶
The Wrong Layer (Stuart-Mueller & Woodward, July 2026; accompanying article) argues that every surveyed AI-governance regime misses a per-action, court- and underwriting-grade record proving that a consequential machine action was authorized, admissible, and bounded at the moment it occurred. On custody it gives two rules: the record belongs to the party bearing consequence (Part V, "owner-held keys"), and to the party the record protects, or a custodian independent of the party it constrains (Part XIV, "the worker's tribunal, not only the employer's server").
Assessment: in the split-consequence case — an agency or employer carries the liability while a claimant or worker bears the harm — those two rules point at different parties. The paper names the tension and expressly does not resolve it (it lists "the hardest privacy and custody tensions" among what it has not established). This note sketches a resolution from mechanisms that already run elsewhere.
Design answer: custody decomposes¶
Custody should not pick a side. Split the record into three separable concerns — integrity, content, access — and allocate each to a different party:
Content stays with the liability-bearer, and an encrypted sealed copy is lodged with an independent fiduciary so the record survives its maker; batched, privacy-preserving integrity fingerprints go to a neutral append-only log; the affected person always holds the scoped extract about their own determination, plus a receipt proving the full record was lodged; the fiduciary's keys open only with authorization from a competent regulator, tribunal, or court, for a genuine dispute and that purpose alone; courts balance secrets and third-party privacy.
| Concern | Allocation | Working precedent |
|---|---|---|
| Record content | Liability-bearing deployer (needs it to operate and defend) | Standard operator record-keeping; EU AI Act Art. 12 logging |
| Integrity | Neutral append-only log holding batched fingerprints only — once a record has been lodged and receipted, later alteration or disappearance is detectable by anyone (via the receipt below); content and per-record metadata readable by no one. A record never lodged leaves nothing to detect — see open question 4 | Certificate Transparency (RFC 9162, formerly RFC 6962); tamper-evident audit-log practice |
| Survivability | An encrypted sealed copy of the record lodged with the independent fiduciary — the record outlives the institution's retention choices, vendor exits, and deletion | Flight-recorder deposit logic; answers the paper's "gone the day the vendor is" objection |
| Affected person's access | Scoped extract on their own determination, held as of right: the decision, its basis, policy version in force, authority chain, bounds, human-intervention event, and the challenge route — role-resolved, not biographic — plus a receipt proving the full record was lodged | Tachograph driver card (worker holds own record; authority card overrides company locks); AI Act Art. 86 explanation right; Platform Work Directive 2024/2831 (transparency to workers and representatives) |
| Full-content depth | Sealed copy openable only with authorization from a competent regulator, tribunal, or court — for a genuine dispute and that purpose alone. "The fiduciary cannot open it unilaterally" is a key-architecture requirement, not a policy promise: it needs decryption authority split across independent controllers under a threshold scheme, with no recoverable full key held anywhere. Ordinary escrow does not deliver that property | Data trusts (fiduciary stewardship); NIST threshold cryptography; ICAO Annex 13 (investigators take flight-recorder custody on a trigger; misuse for blame/discipline barred) |
| Secrets / third-party privacy conflicts | Court or supervisory authority receives the material, balances, passes through what the person needs | CJEU C-203/22 Dun & Bradstreet (2025), following C-634/21 SCHUFA |
| Verification without disclosure | Cryptographic commitments + zero-knowledge proofs: confirm properties of a decision (registered policy applied; protected attribute unused) without revealing policy or data | Kroll et al., Accountable Algorithms, 165 U. Pa. L. Rev. 633 (2017) |
Two guards keep the instrument from becoming a surveillance file: data minimisation at capture (the record's subject is the action and its authority, resolved no finer than accountability requires — the paper's own rule, and capture-side prohibitions are already statute in the Platform Work Directive), and watching the watchers — every read of the record is itself a recorded access event, appended to the same neutral log.
Conceptual model¶
erDiagram
Deployer ||--o{ Action : "executes"
Action }o--|| AffectedPerson : "affects"
Action ||--|| Record : "generates as it acts"
Record }o--|| NeutralLog : "batch-anchored in"
Record }o--|| Fiduciary : "sealed copy lodged with"
Record ||--o| Extract : "yields"
Extract }o--|| AffectedPerson : "held as of right"
Record ||--o{ EscrowKey : "content sealed under"
EscrowKey }o--|| Fiduciary : "escrowed with"
EscrowKey }o--|| Court : "opens with authorization"
Court ||--o{ Extract : "passes through"
Record ||--o{ AccessEvent : "every read recorded"
AccessEvent }o--|| NeutralLog : "appended to"
Record {
string proposed_action
string basis
string authority_chain
string admissibility_decision
string policy_model_version
string commitment_and_effect
string human_intervention_event
string challenge_and_remedy
}
Extract {
string own_determination_only
string role_resolved_identity
string lodgment_receipt
}
EscrowKey {
string scope
string release_trigger
string purpose_limitation
}
Reading: the deployer executes and carries liability; the affected person bears the consequence. The record never travels whole — hashes to the log, the scoped extract to the person, sealed content opened by the fiduciary's keys only for a court on dispute.
Charter tie-in¶
- Contestability with teeth. Operational duty 6's notice/review/remedy and the contestability module get a concrete custody mechanism: a right to challenge is ceremonial if the challenger can never reach the evidence (the paper's own point about "the evidence the worker never gets").
- Who accredits the custodian is an assurance-chain question — standard → assessor → accreditor → peer, no one checking their own work — i.e. exactly the certification model's territory. The custodian role slots into that chain rather than requiring a new authority.
- Capture resistance. Purpose limitation needs statute, not scheme rules — a US court has declined to let Annex 13 block discovery — matching the Charter's position that material control interventions must be attributable and reviewable, never secret and unilateral.
Public discussion record¶
The custody question this note answers was posed in the comment thread of the paper's accompanying article, and the proposed solution was posted there on 2026-07-18 — first in a simpler form, then refined the same day to the standing version below (the refined design of this note, in plain language):
Following up with a proposed solution (same AI-assisted research).
The institution answering for the system keeps the full record—it needs it to operate and defend itself. But it can't quietly edit or delete it: an encrypted sealed copy sits with an independent trustee, and a privacy-protecting batch fingerprint goes to a public ledger, so tampering or disappearance shows without exposing records.
The affected person gets the part about their decision—what was decided, on what data and rules, who authorized it, whether a human really reviewed it, how to challenge it—plus a receipt proving the record was lodged.
The trustee can't open the sealed copy alone: it takes authorization from a competent regulator, tribunal or court, for a genuine dispute and that purpose only; the same authority decides what to disclose where trade secrets or others' privacy collide. Every access is itself logged—the watchers get watched.
None of this is exotic—tachographs, aviation investigations, the AI Act and platform-work rules already run or legislate the pieces.
Still open: where no regulator or court has effective jurisdiction, who accredits, audits and can replace the trustee—and what makes its rulings binding?
The Charter now calls the recorded intervention, including the reviewer's authority and response, the human-intervention event.
A second reply was published on LinkedIn on 2026-07-27 in Woodward's post on the owner-side limit of tamper evidence. It is mirrored verbatim:
Andrew Woodward The owner problem has technical and institutional layers; cryptography reaches more than one.
An externally witnessed, time-stamped chain head makes alteration of that prefix detectable. It cannot prevent local rewriting, validate the source event, or expose omissions before anchoring. A hardware root can raise the barrier to software tampering without ensuring complete capture.
A signed receipt helps narrowly: it proves an external log promised to include a specific record. Authenticated post-deadline evidence can demonstrate breach. It says nothing about an event never submitted.
The design I am exploring splits custody: content with the liability-bearer; batched commitments in an independently monitored append-only log; a threshold-encrypted copy split across independent controllers, with no full key elsewhere; and a receipt or extract held by the affected person.
Certificate Transparency, EU tachographs and aviation recorder custody supply pieces, not the whole.
https://robertschaub.github.io/our-ai-charter/Assurance/Concepts/split-custody-per-action-records/
Still open: absent an effective regulator or court, who accredits and can replace the fiduciary, and what makes its decisions binding?
Open questions¶
- Custodian accreditation — and the no-jurisdiction hard case. Who accredits, audits, and can replace the fiduciary, and what makes its decisions binding where no regulator or court has effective jurisdiction (cross-border platforms, the humanitarian sector)? The paper calls the underlying recursion "attribution under capture" and offers plural observance as mitigation, not solution. Assessment: an accreditation chain bounds but does not close the regress; the jurisdiction-free case remains fully open.
- Aggregation risk. Many scoped extracts plus integrity metadata can still profile a person or a workforce; access logging mitigates, does not eliminate.
- The two clocks. Erasure rights run short, liability tails run long; layered retention with cryptographic erasure reconciles most cases, but the residue is a genuine conflict of laws that legislatures must rank sector by sector (the paper flags this; nothing found resolves it).
- Omission at source — what compels lodgement at all. Every mechanism above protects records that entered the system. None reaches the decision that was never recorded, or was already false when it was. Cryptography cannot close this: a timestamp authority attests that a submitted digest existed by a given time, and Certificate Transparency's guarantee begins only after a log has accepted a submission and issued a receipt — an event never submitted is never receipted, and a missing receipt does not by itself evidence why it is missing. So the anti-omission duty is institutional, not cryptographic: a legal or contractual obligation to lodge, an entitlement that lets the affected person discover a determination was made about them at all, and a party positioned to notice silence. Candidate anchors exist — tachograph rules criminalise suppression as well as falsification, and aviation regimes impose preservation duties on the operator — but this note does not resolve who audits for records that were simply never created. Assessment: the weakest link in the design, and it sits upstream of everything in the table.
- Adoption where insurance pressure is absent. The paper's enforcement engine is underwriting; benefits scoring, humanitarian allocation, and algorithmic management sit where that engine is weakest. Candidate substitutes — procurement conditions, administrative and labour law, funder mandates — are noted in the sources above but no regime yet mandates the record there.