paybondpaybond
Sign in

Paybond platform overview

How Harbor, Signal, and the Gateway fit together; tenant model; intent lifecycle; ledger and scoring.

Paybond platform overview

Paybond is a tenant-scoped platform for agent-authored commercial intents. It runs a signed, audited escrow (Harbor), a deterministic reputation system (Signal), and a shared Gateway that mediates auth, SSO, compliance exports, and partner integrations.

Drill down:

If you are implementing an integration, pair this with the API documentation and Kit quickstarts.

Repositories and runtimes

Integrations are defined by HTTP contracts and Kit APIs; language choices are an implementation detail. When you need the source layout (on-call, patches, security review), map components to repos like this:

AreaWhere it lives
Harbor intent-escrow, provenance ledger, predicate VM, Kit native corecrates/ (Rust)
Gateway, Signal indexer, Signal modelgo/ (Go)
Published Kit (TypeScript, Python)kit/ts, kit/python
Admin consoleapps/admin (Next.js)

Guiding invariants

  1. Tenant isolation is severity-zero. Every state-changing path derives tenant and operator context from authenticated credentials before persistence or outbound payment. See Tenant model.
  2. Every mutation is signed and idempotent. Harbor POSTs honor idempotency-key; the ledger append carries a tenant-envelope signature; Signal receipts are Ed25519-signed over canonical JSON.
  3. The ledger is the ground truth. Harbor persists sled rows for online reads, but Signal rollups, audit bundles, and arbitration exports all reconcile back to signed ledger events.
  4. Predicates are sandboxed. Evidence evaluation uses a tiny DSL with fixed fuel and nesting limits; no network I/O, no cross-tenant reads. See Harbor predicate DSL.