Private Brief · Cohort B · H1 2027

    Tokenised Deposits / Bank-Issued Money

    A second institutional tokenisation rail is forming on a timeline parallel to the DTCC July 2026 launch — a shared tokenised-deposit network operated by The Clearing House, targeting first-half 2027. It is governed by banking-supervisory and payment-system law, runs 24/7, and is built across multiple competing institutions on one shared rail. The Layer 5 governance vacancy is structurally wider here than in Cohort A.

    Private link · not indexed·Pre-publication draft — by invitation only
    Reviewed under private link with named institutional sponsors. No self-serve sign-up. No public pricing — every engagement is custom-quoted.

    Cohort A vs Cohort B

    Two complementary pipelines, partially shared and partially distinct control content, strengthening the platform's overall defensibility narrative.

    DimensionCohort A — Tokenised securitiesCohort B — Tokenised deposits
    Asset classTokenised securitiesBank deposit liabilities (deposit tokens)
    Anchor catalystDTCC tokenisation launchTCH shared deposit network (announced Jun 2026)
    Governing lawSecurities law (SEC / FINRA, custody)Banking + payment-system law (BSA/AML, OFAC, FDIC, Reg HH / PFMI)
    Rail operator(s)DTCC · Canton · Euroclear · HyperledgerThe Clearing House · BNY · Cari Network · DBS / Kinexys
    Launch horizonJuly 2026H1 2027 (no vendor selected)
    Rules maturityMaturing — frameworks largely existUndefined — no GENIUS-equivalent; FDIC / AML unconfirmed
    Settlement cadencePeriodic / cycle-driven24/7 / always-on
    StructureOperator-centricMulti-bank consortium (governance diffuse)
    Prospect accessIssuer- and operator-ledConsortium banks + peer base
    Layer 5 gapSingle-operator neutrality gapConsortium neutrality gap (wider)

    The cohort, not the network

    The shared-rail framing is strongest when the cohort is shown as a category. The TCH network is the anchor catalyst; BNY, Cari, DBS / Kinexys, and JPM Coin are already in flight.

    The Clearing House network
    Major US commercial banks; operator runs RTP and CHIPS. H1 2027 target, no blockchain vendor selected. Internally referenced as 'the bridge' / 'the chain'.
    BNY Mellon deposit token service
    Institutional tokenised deposit service launched January 2026 for corporate clients.
    Cari Network
    Consortium of US regional lenders targeting retail tokenised deposits. Pilot Q3 2026, customer launch Q4 2026.
    DBS · J.P. Morgan Kinexys
    International deposit-token activity spanning Singapore and cross-border corporate treasury flows.
    JPM Coin (institutional)
    Bank-issued deposit token live on Base since November 2025; institutional-only.

    Why the Layer 5 vacancy is structurally wider

    Consortium structure

    No competing participant bank will accept another's governance layer over a shared rail, and the operator is a neutral payments utility, not a GRC product vendor. A neutral third-party governance-and-assurance fabric is structurally required — not merely useful.

    Undefined rules

    No GENIUS-Act-equivalent exists for tokenised deposits. Regulators appear to treat them as an evolution of existing deposit law. FDIC-insurance status and BSA/AML expectations remain unconfirmed as of mid-2026; CSBS has formally asked the agencies for clarity.

    Longer runway

    An H1 2027 launch with no blockchain vendor yet selected gives a longer embedding window than DTCC's July 2026 horizon. The undefined-rules state is exactly when a governance-infrastructure provider can shape the eventual standard.

    Warm-relationship pathways into the cohort are documented in the engagement vault and discussed on a private basis; named institutions are not cited on this surface pending verification.

    Seven build deltas against the Phase 1–3 baseline

    Each delta maps to existing infrastructure where possible — shared evidence engine, 3LOD workflow, cross-border regulatory mapping engine — and is specified as an extension, not a fork.

    Δ1
    Parallel content
    High
    Deposit-token control set (new framework module)

    Tokenised deposits sit in a different regulatory body than securities. A banking-supervisory control library is needed alongside the existing securities / crypto-asset set.

    • Library mapped to BSA/AML (Apr 2026 FinCEN NPRM + OCC/FDIC/NCUA joint NPRM, risk-based + significant-failure enforcement), OFAC sanctions, deposit law, FDIC-insurance attestation, Reg HH / PFMI principles attaching to TCH.
    • Versioned controls flagged 'proposed / not final' while NPRMs move.

    Maps to · Extends the framework-library architecture (60+ jurisdiction mapping). Reuses the control-object schema.

    Δ2
    Front-load
    Critical
    Network-level / consortium governance model

    The 37-module baseline assumes single-institution deployment. A shared rail with competing participants plus a neutral operator requires network governance, not institutional governance. This is the differentiated build.

    • Multi-party accountability matrix — which control is owned by which participant, the operator, or shared.
    • Common attestation across participants with per-participant confidentiality (shared evidence, partitioned visibility).
    • Network-level exception and dispute governance when one participant's control fails on the shared chain.
    • Multi-tenant topology — network tenant plus participant sub-tenants.

    Maps to · Extends the 3LOD workflow and evidence engine to a network scope. New tenancy model.

    Δ3
    Infrastructure extension
    High
    Continuous 24/7 assurance + mint/burn & reserve reconciliation

    Securities settlement tolerates point-in-time attestation; an always-on deposit rail does not. 'The bridge' (where tokens mint and burn against actual deposits) is the proof point for the FDIC-insurance and not-a-stablecoin claims.

    • Streaming / continuous control-monitoring mode for the evidence engine.
    • Mint/burn governance controls and off-chain deposit ledger ↔ on-chain token supply reconciliation (1:1 backing evidence, exception alerting, break management).

    Maps to · Evidence engine extension (streaming mode); new reconciliation control set.

    Δ4
    Parallel content
    Medium-High
    Characterisation / classification engine

    The FDIC has signalled it will look through labels — a digital asset that mirrors the definition of a deposit will be treated as one regardless of naming. Continuous characterisation evidence is a governance requirement, not a marketing question.

    • Continuous characterisation controls evidencing deposit nature (real deposit backing, inside insured system, not a separate asset).
    • Cross-jurisdiction classification consistency checks linking to FATF R.16 / IVMS101 (CTRE) for travel-rule envelope.

    Maps to · Cross-border regulatory mapping engine — deposit-token extension.

    Δ5
    Front-load
    Critical
    Regulator / supervisor interface — built ahead of the rules

    With the CSBS clarity request open (Nov 2025) and NPRMs mid-flight (Apr 2026), supplying the attestation format the rules will eventually require is the strongest form of regulator-side embedding. The product → standard path.

    • Standardised supervisory read-only view and examiner attestation output, reusing the OSFI / SR 11-7 / NIS2 supervisor patterns already shipped.
    • Positioned as the candidate standard format (Cabier Protocol seed).

    Maps to · New external-facing surface on the evidence / attestation layer; reuses existing supervisor read-only patterns.

    Δ6
    Infrastructure extension
    Medium
    AI Assurance OS applied to the monitoring stack

    24/7 deposit-rail screening will run on AI transaction-monitoring models. Proposed stablecoin AML/sanctions rules already require independent audit and note that internal audits often lack independence — directly relevant to the AI screening deposit-token flows.

    • AI Assurance OS coverage of monitoring / screening models — validation, drift, bias, explainability, evidence.
    • Shared evidence engine and 3LOD spine with the Tokenization Control OS (native extension, not a separate product).

    Maps to · AI Assurance OS (existing) — pointed at the Cohort B monitoring stack.

    Δ7
    Infrastructure extension
    Medium
    Proposed
    Liquidity & intraday-risk telemetry (proposed)

    24/7 deposit rails break the assumption that LCR / NSFR / intraday-liquidity is a periodic calculation. The CSBS clarity request named liquidity risk as a priority; the Liquidity Resilience Engine already covers Basel III periodically — a Cohort B extension would stream intraday net positions and concentration across participants.

    • Streaming intraday liquidity telemetry: net token issuance, large-exposure breaches, concentration vs deposit base.
    • Network-level rollup for the operator-facing view; participant-only detail behind confidentiality partition (depends on Δ2).

    Maps to · Liquidity Resilience Engine extension — depends on Δ2 (network tenancy) and Δ3 (streaming evidence).

    Sequencing

    Δ2 (network governance) is the critical-path dependency for Δ3, Δ6, and Δ7 at network scope.

    Front-load
    Differentiated, slowest, moat-defining.
    • Δ2 · Network governance model
    • Δ5 · Regulator / supervisor interface
    Parallel content
    Team-equipped; content + engine logic.
    • Δ1 · Deposit-token control set
    • Δ4 · Characterisation / classification engine
    Infrastructure extensions
    Lower risk; extend existing infrastructure.
    • Δ3 · Continuous assurance + reconciliation
    • Δ6 · AI Assurance OS over monitoring
    • Δ7 · Liquidity & intraday telemetry (proposed)

    Strategic implications

    Protocol path
    The undefined-rules window plus the consortium's need for a neutral attestation standard is the cleanest opening yet for the Cabier Protocol thesis (SWIFT / ISO-style governance). Δ5 is the seed.
    Pipeline
    Cohort B is reachable via existing relationships peer-adjacent to the documented base. The embedding decision happens during the build, before the vendor and rules settle — sequence BD around H1 2027 build, not launch.
    Two-cohort positioning
    Cohort A (DTCC, July 2026, securities law) and Cohort B (TCH, H1 2027, banking law) are complementary pipelines on partially shared, partially distinct control content.

    Open items — verify before external use

    Per Cabier's audit-ready standard, the following must be verified before any of this content appears in client-facing BD materials. Status flags below are maintained in source and updated as each item clears.

    Wells Fargo engagement scope confirmed for Cohort B citation
    Unverified
    Reg HH / PFMI applicability to the TCH deposit network (vs RTP / CHIPS designations)
    Unverified
    FinCEN / OCC-FDIC-NCUA NPRM status re-verified before any control treated as settled
    Unverified
    Deposit-token bench credentials documented (banking-supervisory / payments-system)
    Unverified
    TCH network specifics confirmed against primary sourcing (not press reporting)
    Unverified

    Market and regulatory facts reflect reporting available as of June 2026 and require primary-source confirmation before client-facing use.

    Working session

    Cohort B working sessions are scheduled with consortium participants, operators, and supervisor counterparties on a private basis. Please reference this brief in your enquiry.