THEPROTOCOL

KEYSTONE

#14 of 21Tier II · full anatomy5/6 primitives live in production
Construction

Progress payments that release on evidenced work, and retention money nobody can quietly forget.

Open the live chamber in the app
The animated flow, the attack replays and the deep architecture run there; this page is the reference text.

Who this serves

The problem

Construction runs on progress payments that arrive late, retention money that arrives never, and a paper trail that turns adversarial exactly when it matters. The subcontractor three tiers down finances everyone above them, involuntarily.

The system

KEYSTONE runs a 40-storey build as a tree of escrowed contracts. The owner funds the general contract; the general contractor mirrors its obligations down to nineteen subcontractors as contracts on the same rails, so the concrete crew can see its milestone money sitting in escrow before the first pour. Draw twelve releases when the inspection agent submits sensor and photo evidence and the supervising engineer, a named human whose presence signs, approves above the threshold.

The retention is the design’s quiet victory: five percent sits as a final milestone that cannot be forgotten, renegotiated in a hallway, or lost in an acquisition, because it is not a promise in a PDF. It is value on a ledger with a release condition. When the facade dispute arrives in month fourteen, that work’s money freezes, the arbiter rules, the escrow splits per the ruling exactly once, and every other trade keeps getting paid on schedule.

The cast and their ceilings

AgentRoleCeiling
owner-deskFunds the master contractFund and structure. Cannot self-release.
gc-opsMirrors obligations to subcontractsStructure sub-escrows from funded milestones only.
sub-crew (x19)Delivers work, claims drawsClaim against own evidenced milestones.
inspection-agentSubmits site evidenceAttest only. No release authority.
engineer (human)Signs off above thresholdCockpit mandate scoped to this project. Presence required.

The flow, step by step

  1. The build funds as escrow, mirrored down nineteen subcontracts.
  2. The crew claims draw twelve. Their money was visible before the pour.
  3. Inspection submits the site evidence.
  4. A named engineer signs, presence proven above the threshold.
  5. The draw releases on evidence, on schedule.
  6. Retention sits as a final milestone the ledger cannot forget.

Each need, mapped to a live primitive

The needThe protocol primitiveStatus
Progress payments from escrowContract spine: staged strict-order milestonesLIVE
Work evidenced, not invoicedSigned attestations from inspection agentsLIVE
Retention held honestlyA final milestone the ledger cannot forgetLIVE
Contested work freezesFour-phase dispute; the ruling drives the split, onceLIVE
Subcontractor chainsSub-agreements as contracts on the same railsLIVE
A named engineer behind sign-offCockpit Card mandate with presence proofSHADOW

The attack this chamber refuses: The forgotten retention

The attack. Two years after handover, the owner’s new management declines to remember the five percent retention owed to nineteen trades.

Why it fails. The retention is not an entry in the owner’s accounting; it is escrowed value on a shared ledger with a release condition. Forgetting it is not an available operation, and unwinding it would require the counterparties’ own contracts to agree.

Rail S14 · Immutable ledger. Append-only, replayable, forensically searchable. History cannot be edited.

What actually happens. The retention releases when its condition is met, to the trades it belongs to, regardless of who now sits at the owner’s desk.

Deep architecture

KEYSTONE deployed: the project frame holds the master contract, the draw escrow and the evidence chain; the trades and the arbiter act from their own registries; site hardware feeds the attestations. The subcontract tree is data on the same rails, which is why the concrete crew can watch its milestone money exist before the first pour. The trace replays draw twelve, evidence to credit, with the retention sitting where nobody can lose it.

The deployment, traced

  1. The owner funds the master contract. The budget is now a fact, not a promise.
  2. Escrow at award, retention held as a final milestone that cannot be forgotten in a hallway.
  3. The general contractor mirrors its obligations down: nineteen subcontracts on the same rails.
  4. The concrete crew watches its milestone money exist before the first pour.
  5. Draw twelve: the site hardware feeds the inspection agent.
  6. The inspection agent submits sensor and photo evidence. It attests; it cannot release.
  7. The crew claims the draw from its own registry.
  8. The fabric couriers the signed commands home. The relaying peer is never the principal.
  9. Above the threshold, the supervising engineer signs: a named human, present, recorded.
  10. Evidence, approval and release land on the chain, append-only.
  11. The draw crosses registries with an idempotency key.
  12. The crew’s own TEG credits it, under its own law.
  13. Month fourteen: the facade dispute freezes that work’s money only. The ruling splits the escrow exactly once, and every other trade keeps getting paid on schedule.

Adoption, phase by phase

Discover: One trade package, re-told as escrows.

Pilot: One package, real money, small draws.

Production: The whole tree, retention on the ledger.

Federation: Trades carry their record to the next site.

Sizing

LevelWhatContainers
L1Trades join projects with accounts and agents only0 of theirs
L2A GC runs its agents against a hosted registry seatagents only
L3A frame per project or per firm; the tree is data, not deployments~9, one VM up

One draw, evidence to credit

sequenceDiagram
  participant Ins as inspection-agent
  participant Crew as sub-crew-07 (their frame)
  participant Fab as federation fabric
  participant MC as master contract (project frame)
  participant Eng as supervising engineer
  participant TEG as draw escrow
  participant XT as cross-registry pay
  Ins->>Fab: sensor + photo evidence, signed
  Crew->>Fab: draw twelve claimed
  Fab->>MC: relayed commands (principal checked)
  MC->>Eng: above threshold: presence required
  Eng-->>MC: signed, present, recorded
  MC->>TEG: release the draw
  TEG->>XT: pay the crew (idempotency key)
  XT->>Crew: their TEG credits, exactly once
  Note over TEG: retention stays as a final milestone with a release condition

Topology, as declared

flowchart LR
  O["owner"] -->|"fund master contract"| CS["contract spine<br/>strict-order draws"]
  CS -->|"mirrored sub-escrows"| SUB["19 subcontracts<br/>same rails"]
  I["inspection agent"] -->|"signed site evidence"| G{"draw gate"}
  E["engineer mandate<br/>presence proof"] --> G
  G -->|"release draw"| TEG["TEG escrow mover"]
  TEG --> ES[("project ledger<br/>retention milestone")]
  DIS["dispute"] -.->|"ruling splits escrow once"| TEG

Standing it up

What this does not claim