Typography
Institutional decision infrastructure
Coda Network provides the decision layer for digital asset transactions. It brings wallet context, institutional intelligence, and policy together before an action is approved. This paragraph tests regular body copy, strong emphasis, italic emphasis, inline links, andinline code.
Every transaction should be explainable, enforceable, and aligned with institutional policy.The visual hierarchy should remain clear across:
- Primary headings and section titles
- Standard paragraphs and supporting text
- Inline links and emphasized content
- Ordered and unordered lists
- Inline code and quoted content
- Collect the transaction context.
- Evaluate institutional policy.
- Record the decision evidence.
- Return an actionable outcome.
Brand palette
Primary
#1A66E5
Primary light
#4684EE
Primary dark
#1453C4
Canvas
#04070F
Surface
#0A0F1C
Primary text
#EEF2F9
Secondary text
#B9C4D6
Callouts
The following components test informational and semantic states.Coda evaluates transaction context before funds are signed, credited, or otherwise acted upon.
Decision evidence should include the evaluated policy version and the institutional context used at decision time.
The transaction passed all configured authorization requirements and may proceed.
The transaction violates an enforced policy and must not proceed.
This custom callout uses the Coda primary brand color.
Status badges
These badges test compact brand and semantic indicators. Policy evaluated ALLOW REVIEW DENY PendingBadge variations
Brand Approved Requires review BlockedCards and surfaces
Decision engine
Evaluate wallet context, institutional intelligence, and policy before authorizing an action.
Policy controls
Configure deterministic controls that reflect institutional requirements.
Decision evidence
Record the policy version, evaluated signals, and final outcome for every decision.
Developer integration
Integrate Coda into existing transaction and signing workflows.
Coda Network
Explore the institutional decision layer for digital asset transactions.
Decision workflow
1
Submit transaction context
Provide the wallet, asset, amount, destination, and institutional customer context.
2
Evaluate intelligence
Coda collects configured intelligence from institutional and external systems.
3
Apply policy
The decision engine evaluates the transaction against the active institutional policy.
4
Return a decision
Coda returns
ALLOW, REVIEW, or DENY with structured decision evidence.Decision outcomes
- ALLOW
- REVIEW
- DENY
The transaction satisfies all configured authorization requirements and may proceed.
ALLOW response
Code examples
Highlighted code
decision-handler.ts
Decision path
Data table
API fields
The asset identifier used by the transaction, such as
USDC.The transaction amount represented as a decimal string.
The destination wallet address.
The authorization outcome returned by the decision engine.
The institutional policy version used during evaluation.
Indicates whether structured decision evidence was recorded.
Accordions
What should an ALLOW decision look like?
What should an ALLOW decision look like?
ALLOW should use a controlled success treatment. It must remain visually distinct from the primary Coda brand blue.
When should REVIEW be used?
When should REVIEW be used?
REVIEW should indicate that the transaction is paused pending institutional approval or investigation.
What does DENY mean?
What does DENY mean?
DENY represents an enforced block. It should use a clear danger treatment without overwhelming surrounding content.
How should decision evidence appear?
How should decision evidence appear?
Evidence should use structured fields, readable code blocks, and restrained borders that match the dark institutional interface.
Tooltip
A should make every authorization outcome explainable.Visual review checklist
- The page background uses the deep Coda canvas color rather than pure black.
- Primary links, active states, and navigation accents use Coda blue.
- Cards use restrained borders and subtle surface separation.
- Headings remain clear without appearing excessively bright.
- Body text is readable but visually quieter than headings.
- Inline code remains legible against the surrounding surface.
- Focus, hover, and selected states are visible.
- Mobile layouts preserve spacing and hierarchy.
ALLOW,REVIEW, andDENYremain semantically distinguishable.