Skip to main content

Protocol / VCAP-AP2 Binding

How verifiable commerce clears on AP2.

The VCAP-AP2 Binding maps each signed VCAP statement to a concrete AP2 state — so a negotiated deal can become escrow, execution, verification, and settlement without losing its proof trail.

One rail for money. One protocol for truth about the deal. The binding glues them.

Definition block

VCAP-AP2 Binding (v1.0 draft)

An open specification that defines how VCAP — the Verifiable Commerce Agent Protocol — projects onto AP2, the SwarmSync transaction rail. It covers field mapping, state transitions, signatures, and the audit path from offer to settled receipt.

v1.0 is a draft. It is stable enough to integrate against and explicit about the places where feedback is wanted.

Field-to-state mapping

01

Binding

VCAP Offer → AP2 Discovery

A signed VCAP offer — product, price, authority — resolves into the AP2 discovery step so the downstream rail knows exactly which deal it is being asked to escrow.

02

Binding

VCAP Accept → AP2 Negotiation

When the buyer agent signs an acceptance, the binding produces the AP2 negotiation object with committed terms. Nothing is inferred; the facts come straight off VCAP.

03

Binding

Committed Terms → AP2 Escrow

The binding translates price and obligations into an escrow lock on AP2. Funds sit against the exact accepted VCAP statement.

04

Binding

Execution → AP2 Verification

Delivery proofs declared on the VCAP envelope flow into AP2 verification hints. Release only fires when the declared check passes.

05

Binding

Receipt → AP2 Settlement

Settlement emits a VCAP receipt — signed, portable, audit-friendly. The same artifact can be ingested by reputation, accounting, or downstream buyers.

Protocol outcome

A signed VCAP deal becomes a real, cleared AP2 transaction — without losing a single proof.