You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What makes up this pattern. Primitives, on-chain code, and off-chain services
all belong here. Each item gets a short note on its role.
—
—
If a component is also a standalone pattern in this map, link it via
related_patterns rather than describing it in depth here.
Protocol
Numbered steps (5-8 max) from intent to settlement/audit. Each step is
prefixed with the actor performing it in square brackets:
[user], [contract], [relayer], [prover], [auditor], [operator],
[regulator], etc.
[user] Deposit ERC-20 tokens into shielded pool contract
[contract] Emit commitment on-chain
[user] Execute shielded transfer (generate zero-knowledge proof client-side)
[relayer] Submit the shielded transaction for gas abstraction
[auditor] Verify via viewing key
Optional for type: meta patterns (use sub_patterns instead).
Guarantees & threat model
What it hides / proves
Atomicity / finality
Audit & ops signal
Threat model: who the adversary is, what assumptions break the guarantees,
and which failure modes are out of scope
Trade-offs
Generic performance, cost, DX notes and failure modes. CROPS context and
post-quantum exposure now live in frontmatter (crops_context, post_quantum),
not here.
Performance / cost / DX notes
Failure modes & mitigations
Example
"Bank A sells €5m zero-coupon to Bank B…" — 3-5 bullets showing flow.
Optional for type: meta patterns.
See also
External references only: specs, blog posts, docs. Pattern-to-pattern links
belong in related_patterns.