The Continuous Trust Playbook: Verification After the Checkpoint Era
An executive playbook for moving from onboarding checkpoints to continuous, hardware-anchored identity verification across every transaction and agent.
Full name + work email required. We'll email you a copy.
The checkpoint era of identity verification is ending on every front at once. Regulators are writing session-level and transaction-level obligations: wager-time age checks in the pending US sportsbook mandate, real-time monitoring directives on instant payment rails, deepfake detection requirements inside video KYC, and bank-grade customer identification programs arriving for stablecoin issuers on a twelve-month clock. Attackers ended their half of the era earlier, with synthetic identities that pass onboarding flawlessly and go bad eleven months later, injection attacks that corrupt the evidence stream itself, and agentic traffic in which non-human identities outnumber human ones by more than a hundred to one.
Both pressures point at the same architectural conclusion. Verification can no longer be an event that happens once, at the border, against a document. It has to be a continuous trust layer: hardware-anchored, forensically corroborated, always on, and cheap enough per decision to run at transaction frequency. This playbook is the end-to-end operational blueprint for building that layer, written for the executive sponsor, the head of fraud, and the platform engineering lead as one audience, because the single most common failure mode in this migration is treating it as three separate projects.
The operating thesis: trust is a rate, not a gate
The legacy model treats identity as a binary earned at onboarding: verified once, trusted forever. Its cost structure forced that design, because when a verification event costs dollars and tens of seconds, you ration it, and rationing means gates. Three developments broke the model's assumptions: the cost collapse at the client edge, where hardware attestation and on-device liveness produce a high-assurance signal in under 150 milliseconds at near-zero marginal cost; the fraud inversion, where the modern attacker's best move is to pass onboarding, not evade it; and the agentic explosion, where the population needing verification stopped being enumerable at onboarding at all.
Pull quote“Onboarding does not disappear. It becomes the first entry in a ledger rather than the last word.”
Reference architecture: the five-plane stack
The continuous trust layer decomposes into five planes, each consuming the one below. The edge plane establishes hardware truth: secure enclave attestation, verified boot, and signed capture sessions answered in milliseconds. The forensic plane judges what hardware cannot: deepeye passive liveness and subdermal analysis, telemetry forensics across the session, and provenance correlation against the historical index. The credential plane, operated by Arc, validates eIDAS 2.0 attestations, mobile driver's licenses, ZKP tokens, and Know Your Agent credentials before any downstream system relies on them. The decision plane requests one trust decision per consequential action, assembling the cheapest sufficient evidence. The governance plane, run by Luna, converts operational exhaust into perpetual KYC records, screening, and examiner-ready evidence. The whole stack runs on the deepidv platform.
Phase 0: baseline audit (weeks 1-2)
Every deployment starts by measuring the checkpoint system you actually have, not the one the documentation describes. Phase 0 produces four artifacts: an action inventory listing every consequential action and its current trust basis, an evidence audit that examines what current verification actually proves, a latency and cost map, and a regulatory exposure register that maps which obligations apply now and which arrive within 24 months. The evidence audit routinely reclassifies a comfortable approval rate into a mixture of genuine approvals and undetected passes, and that undetected-pass estimate is what settles the investment case.
- Signed risk-tier taxonomy for every consequential action
- Evidence audit findings accepted by fraud and compliance jointly
- Latency and cost baseline recorded per existing check
- Regulatory exposure register with dates
- Executive sponsor has seen the undetected-pass estimate
Phase 1: hardware-anchored capture (weeks 3-6)
Phase 1 deploys the edge plane, because everything above it inherits its guarantees. Integrate platform attestation across the device population, move liveness and capture forensics into the attested session so deepeye runs on frames the silicon has signed, and instrument the latency budget per device class and network condition. The fallback decision is the most consequential policy choice in the phase: unattested sessions must not fail open, and must not fail closed either, they route to the forensic plane with a higher evidence requirement and a lower velocity ceiling. Exit criteria: attestation coverage above 85 percent of sessions, injection suite passing on every supported OS, p99 edge decision inside budget.
Phase 2: forensic correlation and the historical index (weeks 7-10)
Phase 2 turns single-session judgment into fleet-level intelligence. The telemetry layers come online against live traffic in shadow mode first, scoring not blocking for two weeks so thresholds tune against your population. In parallel, the historical index ingests your verification archive and the provenance engine correlates generation lineage, asset reuse, and infrastructure echo, which typically surfaces confirmed fleets among previously approved accounts. Time-of-day context enters the model here, because the tampering data is unambiguous: overnight and holiday windows carry measured spikes approaching 46 percent, and a model that scores 3 a.m. like noon donates the attacker their favorite hours.
Phase 3: continuous compliance and credential ingestion (weeks 11-16)
Phase 3 attaches the credential and governance planes. Arc ingestion goes live for the credentials your population actually presents, each with a provenance policy for trusted issuers and revocation checking, and non-human identity onboards in the same frame through Know Your Agent screening. On the governance side, Luna assumes the compliance workload: perpetual KYC replaces calendar-based refresh, re-verifying on evidence such as a failed attestation or a fleet-correlation hit rather than on anniversaries; screening runs event-driven; and suspicious activity narratives assemble from the decision trail with typology matching, cutting drafting time from days to minutes while raising narrative quality to what regulators now measurably police.
Phase 4: adversarial assurance (ongoing)
The final phase never ends, which is the point. Arbiter runs continuously against the production stack using fraud persona kits matched to what circulates in criminal markets, deployed against your real endpoints under sandbox controls. The cadence that works: weekly automated campaigns against the edge and forensic planes, monthly full-kill-chain exercises, and event-driven campaigns within days of any new kit family appearing in the wild. A defense layer that cannot show you its latest red-team results, on your traffic, against current kits, is asking for faith; the continuous trust architecture is falsifiable by design, and Phase 4 is the falsification engine.
The regulatory map: one architecture, many mandates
The strongest budget argument for continuous trust is that a single architecture satisfies obligations arriving from every direction. Seven regimes, drafted independently, all demand evidence-grade verification at the moment of action rather than certification at the border, and the marginal cost of each additional mandate drops as the planes come online.
| Obligation | Requirement shape | Playbook coverage |
|---|---|---|
| GENIUS Act stablecoin CIP (US) | Bank-grade collection, verification, screening, five-year records, 12-month clock | Phases 1 and 3: attested collection, Luna screening and retention |
| AUSTRAC Tranche 2 (Australia, live) | Operating AML programs, ongoing due diligence, SMR quality in 3-day windows | Phase 3: perpetual KYC triggers, evidence-assembled SMR narratives |
| US sportsbook age mandate (in committee) | Facial age verification at login and wager, privacy-preserving | Phases 1 and 2: wager-time estimation on attested liveness, no stored templates |
| HKMA video KYC circular (Hong Kong, live) | AI deepfake detection across remote banking video KYC | Phase 1: deepeye structural analysis inside attested capture |
| eIDAS 2.0 and EUDI wallets (EU, rolling) | Acceptance of wallet attestations, dynamic attributes, ZKP tokens | Phase 3: Arc credential ingestion with issuer and revocation policy |
| MAS real-time monitoring (Singapore, live) | Fraud detection inside instant-payment windows | Phases 1 and 2: sub-150ms edge decisions with forensic correlation |
| Form I-9 remote verification (US, live) | Live biometric liveness and optical attestation for remote hires | Phase 1: attested capture with structural liveness |
Measurement: the metrics that prove the layer works
Continuous trust programs die from unmeasured success as often as from failure. The minimum viable scoreboard, reviewed monthly, spans four families. Detection: injection interception rate against Arbiter campaigns, persona-kit fleet detections with confirmed-fraud conversion, and the undetected-pass trend. Performance: p50/p99 edge latency by device class, attestation coverage, and abandonment delta attributable to verification friction. Compliance: SAR/SMR narrative quality and filing-window performance, perpetual KYC triggers versus retired calendar refreshes, and mock-examination artifact production time. Economic: fraud loss per thousand actions by tier, cost per trust decision by evidence depth, and manual review hours displaced, the number that funds the program politically.
Failure modes: how these programs actually sink
Five patterns account for most failed migrations. The three-project split, where fraud, compliance, and engineering buy separately and the planes never share evidence. The fail-open fallback, where unattested sessions get waved through and the temporary bypass becomes the permanent attack route. The threshold freeze, where launch-tuned forensic thresholds are never revisited while generators evolve monthly. The shadow-mode residence, where scoring-not-blocking becomes a permanent home because blocking creates ownership of false positives. And the examiner surprise, where the system runs well but nobody rehearsed producing its evidence in regulator-facing form. Each has a defined countermeasure built into the phase exit criteria above.
Pull quote“The institutions that build the continuous layer now will spend the next five years accepting customers, credentials, and agents their competitors cannot safely touch.”
Continuous Trust Playbook FAQ
- What is continuous identity verification?
- Continuous identity verification replaces the single onboarding checkpoint with a trust decision at every consequential action: logins, transactions, payout changes, and agent invocations. Each decision draws on hardware attestation, liveness and telemetry forensics, credential status, and accumulated history, with evidence depth matched to the action's risk.
- How is this different from traditional KYC refresh cycles?
- Calendar-based refresh re-verifies customers on anniversaries regardless of risk, which is both expensive and slow to catch change. Perpetual KYC re-verifies on evidence: failed attestations, fleet-correlation hits, sanctions updates, or behavior breaks trigger review within hours instead of at the next annual cycle.
- What does sub-150ms verification actually check?
- At the client edge: secure enclave attestation, verified boot state, capture-session signatures, and locally computed liveness signals, enough to clear low-risk actions outright and guarantee evidence integrity for deeper checks. Higher-risk actions add structural liveness, document forensics, credential validation, and fleet correlation on top of the attested foundation.
- Does continuous verification increase customer friction?
- Deployed correctly, it reduces friction. Hardware attestation and passive liveness are imperceptible, so most trust decisions complete without user action. Step-up challenges concentrate only where evidence is insufficient, replacing the blanket friction of repeated document uploads and knowledge questions that checkpoint systems impose on everyone.
- How does the architecture handle AI agents and non-human identities?
- Through the credential plane: agents carry verifiable credentials, delegation chains are validated at invocation, and Know Your Agent screening applies the same per-action trust discipline to automated actors. With non-human identities outnumbering humans by more than a hundred to one in enterprise environments, agent verification is a first-class workload rather than an exception path.
- Where should an institution start?
- With the Phase 0 baseline audit: inventory consequential actions, audit what current verification evidence actually proves, and map regulatory exposure with dates. The audit takes two weeks, requires no procurement, and produces the undetected-pass estimate that typically settles the investment case on its own.
Relevant Articles
Sub-150ms Attestation Moves Verification to the Client Edge
The hardware shift underneath the playbook.
Sep 4, 2026
The Telemetry Forensic Framework
The forensic plane in full depth.
Sep 4, 2026
Understanding Signal Provenance
Fleet-level detection against persona kits.
Sep 4, 2026
Stablecoin CIP Comment Window Extended to October 23
The nearest regulatory clock this playbook beats.
Sep 4, 2026
What is deepidv?
Not everyone loves compliance — but we do. deepidv is the AI-native verification engine and agentic compliance suite built from scratch. No third-party APIs, no legacy stack. We verify users across 211+ countries in under 150 milliseconds, catch deepfakes that liveness checks miss, and let honest users through while keeping bad actors out.
Learn More