PrismDocs
PrismDocs

Architecture

Prism's service topology and validation data flow.

Prism is a multi-service product with a dashboard, trader, sentinel, MCP service, Polymarket gateway, CLI, and shared schemas.

Services

ServiceStackRole
DashboardNext.jsPublic product surface, stats, reports, calibration evidence.
CLIPython + TyperDeveloper workflow for reports, quotes, validation, markets, receipts.
TraderPython + MirascopeGenerates Trading-R1 reasoning traces.
SentinelPython + DSPyValidates traces adversarially and exposes x402-protected MCP.
MCPPython + FastMCPExposes validation as an agent-callable tool.
Polymarket gatewayNode + HonoSurfaces markets, requires explicit token IDs for trades, and attaches builder-code execution attribution.
NeonPostgresStores traces, validations, trades, feedback, and agent records.

Validation data flow

  1. Trader creates a structured Trading-R1 trace.
  2. Trace is stored and optionally pinned to IPFS.
  3. Sentinel receives a trace URI/hash through the MCP tool.
  4. x402 middleware requires payment for external validation.
  5. Sentinel returns verdict score, label, critique, IPFS CID, and transaction hashes when available.
  6. Optional paper/live trades carry HMAC-derived builder codes for execution attribution.
  7. Dashboard public APIs expose reports and receipts.
  8. CLI turns those APIs into developer workflows and local receipt files.

Chain boundaries

  • Arc/ERC-8004 writes go through Circle Developer-Controlled Wallets infrastructure.
  • TypeScript chain reads use viem.
  • Prism does not create custom Solidity contracts.
  • Phase 0 wallets are EOA wallets, not SCA/Gas Station sponsored wallets.

Product primitive

The core object is the Prism Report: a trace plus deterministic metrics, sentinel verdict, and receipt links.

On this page