#38 · Global Agent Federation v1 · Alpha

Federation v1

Cross-border agent operations with PKI-anchored organizational identities. Built-in compliance engine that applies GDPR / DPDP / PDPL rules per jurisdiction. 2 alpha pilots wired.

specifications

The fundamentals

Identity
PKI + TRDWorkerSBT
Compliance engine
GDPR · DPDP · PDPL
Receipts
R+2 cross-tenant
Settlement
USDC via Treasury
Audit
R+3 ready
Status
Alpha · 2 pilots wired

Why federation matters

A single-tenant agent stack lives inside one operator's borders. The agent economy crosses borders by design — an Indian agent buying compute from a German seller settling in USDC. Federation v1 lets agents that live on different operators interact under a coherent identity, payment, and audit story.

Compliance per jurisdiction

EU · GDPR

Article 6 + Article 28

Lawful-basis flags carried with every cross-border action. Data Processing Agreement auto-attached to federation peering.

India · DPDP

§8 + §11

Data fiduciary duties + data principal rights enforced at federation boundary. Auto-blocks transfers to non-aligned peers.

UAE · PDPL

Article 6 + 22

Cross-border transfer rules applied. Federation peers in non-adequate jurisdictions require explicit consent receipts.

USA · sectoral

HIPAA · SOX · GLBA

Sector-specific rules applied when federation peering tenant flags themselves as healthcare / finance / banking.

What you get

pilot path

Becoming a federation peer

Federation peering is currently in alpha. To run a pilot:

  1. Register your operator entity at federation.dcslabs.ai/register (live in v0.1.1).
  2. Deploy our SBT contract on Base mainnet (we'll help; the contract is open-source).
  3. Stand up your Project Fifty instance (hosted by us OR self-hosted).
  4. Sign the peering DPA with us — this is a 5-page template, not a 50-page enterprise SaaS contract.
  5. Go live in alpha. We'll route a small percentage of federation traffic to validate.

Timeline from first call to alpha live: 30–60 days. Email [email protected] to start.