RC-1 service flow

Architecture flow

How a payment moves through the RC-1 services, from the merchant to the dashboard, governed and proven at every hop.

Merchantterminal or API Gatewaynormalize, route ExecutionGovernance PQ Proof ServiceML-DSA-65 sign / verify Processor SandboxCyberSource Settlementinstruction lifecycle Dashboardactivity, reporting SDK / Proof Portalverify Governance and PQ

Flow: Merchant → Gateway → Execution Governance → PQ Proof Service → Processor Sandbox / CyberSource → Settlement → Dashboard → SDK / Proof Portal.

🏪

1 · Merchant

A sale arrives from a terminal (PAX) or the API with the canonical request fields.

⚙️

2 · Gateway

Authenticates under Zero Trust, normalizes to a canonical request, and routes.

⚖️

3 · Execution Governance

Applies policy and records the governance decision, including processor selection.

🔐

4 · PQ Proof Service

Signs route and handoff proofs with ML-DSA-65; sign and verify exposed.

🏦

5 · Processor Sandbox

Captures through the processor abstraction layer against CyberSource.

🏛️

6 · Settlement

Creates and completes the settlement instruction lifecycle.

📊

7 · Dashboard

Serves activity and reporting against the live local service URLs.

🧩

8 · SDK / Proof Portal

Verifies the Governance and PQ live APIs and surfaces proofs for review.

Diagram rendered with styled cards and inline SVG for portability. The processor stage runs against a sandbox in RC-1; full Gateway-backed live E2E is tracked on the Next Steps page.