One purchase requirement routed to AP2, ACP, x402, or network tokens by need
Guided views
Explore this system
Step through curated paths without changing the source diagram.
Beat
Next
ReadyChapter 01 / 01
Guided chapter
Diagram guideExplore this system
Inspecting compiled semantics
E ExportT ThemeS Style0 Reset+ Zoom in- Zoom outEsc Close
Find a node
⌕/
No matching nodes
Semantic passport
Verified source
Authored reach
Route probeChoose a start node
Pick two semantic nodes on the diagram
Choose the source, then the destination. Direction matters.
Semantic lensCompare system roles
Choose up to two semantic kinds. One reveals its real traffic; two compare only direct authored relationships.
Choose a kind to inspect its nodes and touching relationships.
Semantic radar
Building overview
Click nodeDrag to pan
One requirement, four routes
• A purchase need carries intent, amount, and spending limits
• The router matches the need to the approach that fits it
• Routing is by need, not a strict winner-takes-all choice
Approaches overlap
• AP2 issues portable signed mandates that any rail can honor
• ACP and network tokens both ride existing card rails
• x402 settles onchain and can back an AP2 mandate as an extension
Where value settles
• Card rails bring reach, acceptance, and chargeback rights
• Onchain settlement is final and fee-light for micropayments
• The same need can settle on either rail depending on route
Data-flow diagram • Built with Archify • Create yours ↗ • Hover to trace • R route • Click to focus • +/− zoom • M radar • [/] views • P play story • T theme • E export