Review load
KYC + wallet queues
Identity exceptions, treasury holds, and support escalations resolve through one operator lane.
Loading page
Bringing in the next surface without the heavy transition shell.
Operator lanes, ownership, incident escalation, and public trust messaging stay synchronized with the control plane.
Review load
Identity exceptions, treasury holds, and support escalations resolve through one operator lane.
Treasury controls
Wallet state, withdrawal risk, and reserve visibility stay tied to the same control plane.
Audit memory
Operator actions should already be framed as reviewable, attributable, and explainable.
Exchange operations inherit the same auth, audit, admin, and deployment foundation as the rest of Attnom. Operator workflows stay in one platform instead of a separate system.
Review, treasury, incidents, and public status resolve through one connected operating layer.
Review load
Identity exceptions, treasury holds, and support escalations resolve through one operator lane.
Treasury controls
Wallet state, withdrawal risk, and reserve visibility stay tied to the same control plane.
Audit memory
Operator actions should already be framed as reviewable, attributable, and explainable.
Public bridge
Internal incidents and public service communication remain connected by design.
Review queues and treasury controls.
Unified operational control.
Incidents and maintenance updates.
Rules and review standards.
Verification state for live cases.
Funding state linked to treasury action.
Complaints and security issues tied to ops.
Signed-in continuity across Attnom.
12 cases
Manual review, sanctions hits, and document mismatches should be triaged together instead of by separate tools.
04 active
High-risk withdrawals, new destinations, and suspicious timing all belong in the same treasury-aware board.
02 mismatches
Fiat, on-chain, and liability mismatches appear as operator exceptions before they become customer issues.
Status synced
When ops moves into incident mode, public status updates are already part of the workflow.
Ownership lane
Compliance leadManual onboarding review, sanctions hits, and verification exceptions move into a named identity lane with attributable ownership.
Ownership lane
Treasury leadWithdrawal holds, exposure checks, and chain routing decisions are tied to the treasury-aware wallet lane.
Ownership lane
Status leadWhen an issue becomes customer-visible, the ops model identifies who owns public trust messaging.
Ownership lane
Admin leadThe final control plane remains shared with the rest of Attnom so actions, evidence, and audit memory live in one admin backbone.
Identity cases, document evidence, sanctions checks, and manual review states belong in the shared operations lane.
Wallet exposure checks, withdrawal holds, chain routing, and treasury guardrails sit behind one operator view tied to the same platform runtime.
Compliance alerts, security escalations, and suspicious activity reviews stay visible without splitting operators across disconnected back offices.
01
Escalation pathQueue pressure, rail drift, suspicious activity, or reconciliation anomalies are assigned before they become trust failures.
02
Escalation pathWithdrawals, market configuration, or access flows can be throttled or reviewed while the operator picture stabilizes.
03
Escalation pathIf customers are affected, help and status updates move in parallel with operator actions instead of after them.
04
Escalation pathThe incident resolves into attributable actions, escalations, and operational memory rather than disappearing into chat logs.
Transparency rule
KYC review, treasury holds, public incident updates, and escalation decisions have named ownership without revealing private thresholds.
Lane owner + escalation order + customer-facing consequence
Transparency rule
Ops does not stop at the internal queue. The model explicitly ties operator action to status, help, and customer expectation management.
Ops lane + status lane + support lane continuity
Transparency rule
Each material action remains reviewable later with enough context to explain why it happened and who authorized it.
Action trail + evidence memory + shared admin runtime
Shared admin model
Admin for review actions, exchange status for public updates, and workspace for shared identity.