For integration engineers
Connect once to the protocol, not per counterparty.
You own the brittle one-off connectors, and their maintenance load climbs faster than the counterparties you add. There is one integration to build against instead.
The parts an engineer works with directly.
One integration, every counterparty
Connect to the protocol once. From that single integration your agents transact with any other adopting party against the same machine-readable standard, rather than a bespoke build per relationship.
Deterministic negotiation runtime
A deterministic offer-counteroffer-acceptance state machine tracks negotiation status throughout, so a failure is reproducible and states do not drift silently between counterparties.
Versioned term-template library
A versioned library of machine-readable templates covering scope, SLAs, liability and data terms. You version the shared vocabulary rather than reconstructing message formats for each new relationship.
Audit logging without glue code
State tracking and the immutable log ship with the runtime. Every proposal, revision, approval and acceptance is recorded, so you are not writing and maintaining custom logging to defend a settled agreement.
Onboarding a counterparty
Bringing a counterparty onto the standard.
The path you run when leadership asks to enable another external relationship.
Integrate once
Connect your agents to the protocol a single time. A new counterparty integrates to the same standard rather than to you, so no point-to-point connector is built per pair.
Bind the template library
Point negotiations at the versioned template set for the transaction type. Agents negotiate against a shared vocabulary instead of a format you invent and maintain alone.
Run the negotiation lifecycle
Agents exchange offers and counters on the deterministic state machine within pre-set authority limits, with status tracked and inline checks applied at each step.
Gate, record, retrieve
A commitment above a configured threshold halts and routes to a named governor before it can bind. Every step is written to the immutable log for later retrieval.
The case
Why one standard beats another bespoke build.
The toil, named plainly.
A large share of your week goes to designing, building and testing a connector for each new counterparty, instead of the platform work only you can do. When leadership asks to enable another relationship, the answer is usually another one-off build — and you become the on-call owner of yet another brittle connector whose maintenance load climbs faster than the counterparty count.
For each relationship you reconstruct message formats and negotiation logic from the ground up, with no deterministic lifecycle to build or debug against. When something breaks between two counterparties, there is no shared state model to inspect and no common log to read.
What one standard removes, and what it does not.
Subchain replaces that pattern with a single integration. You connect to the protocol once; from there your agents can transact with any other adopting party against the same machine-readable standard. The negotiation runs on a deterministic offer-counteroffer-acceptance state machine that tracks status throughout, so a failed exchange is reproducible and states do not drift quietly between counterparties.
Terms are drawn from a versioned template library covering scope, SLAs, liability and data terms — a shared vocabulary you version, not a per-relationship format you hand-maintain. State tracking and audit logging are part of the runtime rather than glue you write and keep alive: every proposal, revision, approval and acceptance is written to an immutable log. Configurable approval gates halt the runtime when a commitment exceeds a value, risk or irreversibility threshold and route it to a named human governor before it can bind. You configure the thresholds; the runtime enforces them and escalates exceptions rather than resolving them on its own.
We are direct about the boundary. One standard does not erase every counterparty-specific requirement; it moves that variation into versioned templates instead of hand-built connectors. And Subchain is a human-governed agreement protocol and runtime — not a blockchain, a token or a consensus network.
What we are honest about at this stage.
The integration pain above is observed. Demand for a governed-negotiation layer, by contrast, is inferred from that pain — it is not yet proven by signed design partners or buyer conversations. Turning that inference into evidence, with real negotiations run by real engineers on live counterparty relationships, is the work of this stage, and it is why we are looking for the first partners now. If you own the connectors today, your experience is exactly the evidence we need.
Questions the person who owns the connectors asks.
Follow the runtime as it takes shape.
Occasional updates for the engineers who would operate the negotiation runtime: lifecycle changes, template-library work and how the first partner integrations progress.