Community
Status and roadmap
What exists today and what is planned.
Implemented in the reference implementation
Section titled “Implemented in the reference implementation”- Intent, Mandate, Decision (payload v2), order state machine and evidence chain as specified here.
- Ed25519 signing over canonical JSON, key discovery by
key_id, single-use decisions. custodial_fairxenforcement.- The 23-rule authorization pipeline, buying-power reservations,
RESIZEandPENDING_APPROVAL. - Venue adapter contract, with a Hyperliquid perpetuals adapter exercised on Hyperliquid testnet and a simulator for development.
- MCP binding (seven tools) with OAuth protected-resource metadata and JWT verification.
Defined but not implemented (planned)
Section titled “Defined but not implemented (planned)”- Enforcement modes
client_hook,watcherandvenue_verified. - A separately signed ExecutionReport.
- A read-only watcher that reconciles a venue account and flags orders without a decision.
- A mandate compiler that pushes parts of a mandate into venue-native limits (API wallet scopes, sub-accounts, venue position or size limits).
- Mobile delivery of
PENDING_APPROVALfor one-tap approve or deny. - A standard flow for requesting and granting mandates.
- A formal REST binding document.
Not started
Section titled “Not started”- SDKs.
- A conformance test suite that checks an implementation using only the protocol.
- Bindings other than MCP.
- A public specification repository and issue tracker.
Not verified yet
Section titled “Not verified yet”- OAuth token refresh through the MCP binding.
- The
PENDING_APPROVALpath end to end through an OAuth-connected MCP client.