IAIGCRM / Research Library

INSTITUTE FOR AI GOVERNANCE, CYBERSECURITY & RISK MANAGEMENT

Blockchain Technology & Financial Services

Comprehensive technical and institutional research primer

WORKING RESEARCH · v0.2 · 24 OCT 2026 · NOT FORMAL PUBLICATION
Research abstract. Blockchain is a distributed ledger architecture that uses cryptographic commitments, transaction validation and shared state. Financial-sector applications include tokenized bank money, securities settlement, institutional payments, collateral mobility, repo, trade finance and programmable asset servicing. This paper reviews underlying technologies, leading institutions, implementation risks and a proposed assurance method. Product details and reported transaction volumes require primary-source verification before public release.

I. Fundamental technologies

1. Blockchain and distributed ledgers

A blockchain organizes transactions into cryptographically linked blocks replicated across network participants. A distributed ledger need not use a conventional chain of blocks. A transaction typically proceeds through signing, network submission, identity and balance validation, ordering or consensus, state execution, commitment and reconciliation with banking systems.

Block 1Transactions + statePrevious block hashBlock 2Transactions + statePrevious block hashBlock 3Transactions + statePrevious block hashHash-linked transaction commitments · conceptual architecture

2. Cryptography

Cryptographic hash functions such as SHA-256 provide tamper-evident commitments; digital signatures such as ECDSA or EdDSA authorize instructions; Merkle trees support efficient transaction-inclusion proofs. These do not alone provide confidentiality, legal ownership, or protection against stolen signing keys. Institutional key custody commonly uses HSMs, MPC, multisignature approvals, segregation of duties, recovery controls and audit logging. Post-quantum readiness requires cryptographic inventory and agility.

3. Consensus and finality

MechanismCharacteristicsFinancial relevance
Proof of WorkComputational competition; probabilistic finalityBitcoin
Proof of StakeStaked validators; protocol-dependent finalityEthereum
PBFT / IBFT / QBFTByzantine-fault-tolerant validator votingPermissioned institutional networks
RaftCrash-fault tolerant, not Byzantine-fault tolerantTrusted replicated enterprise systems
Proof of AuthorityApproved validatorsConsortium arrangements

Distinguish ledger finality, operational settlement, legal ownership transfer and discharge of payment obligations. These can occur at different times.

4. Public and permissioned networks

Public networks such as Ethereum generally allow open participation, while permissioned networks restrict admission, validation and visibility. Enterprise architectures may integrate identity, compliance and confidential transaction processing. Permissioning alone does not eliminate governance capture, insider abuse or operational concentration.

5. Smart contracts and tokenization

Smart contracts execute agreed state-transition rules, such as bond issuance, eligibility checks, coupons and redemption. Tokenization represents claims, securities, fund interests, deposits or collateral. The token's legal meaning depends on the underlying contracts, authoritative ownership records and custody arrangements. A tokenized deposit is not automatically equivalent to a stablecoin or CBDC.

Assetlegal claimToken issuanceEligible transferSettlementServicingredemptionThe token must map to enforceable financial rights

II. Financial services use cases

Use casePotential benefitCritical constraint
Cross-border paymentsExtended-hour transfer and visibilityCompliance, FX and interoperability
Intraday liquidityReduced friction moving eligible fundsFunding and network availability
Securities settlementShorter settlement cyclesLegal finality, custody and market structure
Repo and collateralFaster pledge, substitution and DvPEligibility, lien priority and valuation
Tokenized money market fundsProgrammable fund ownership recordsNAV, redemption and investor protections
Trade financeShared document provenance and workflowOff-chain goods and document authenticity
FX payment-versus-paymentCoordinated currency settlementLiquidity and coverage
Syndicated lendingShared multi-party lifecycleConfidentiality and adoption

6. Atomic delivery-versus-payment

Atomic DvP links the transfer of a security to the transfer of money: both succeed together or neither completes. Example: a $100 million Treasury security purchase between two eligible institutions. Technical atomicity does not independently guarantee legal finality.

BuyerTokenized cashSellerTokenized securitiesAtomic settlementboth legs or neitherBond → buyer | Cash → seller

III. JPMorgan Chase case study

7. Quorum, Onyx and Kinexys

JPMorgan's progression includes Quorum (enterprise Ethereum), the original JPM Coin concept (2019), Onyx (2020), Onyx Digital Assets, and the Kinexys brand (2024). JPM Coin (JPMD), developed as an institutional deposit token on selected public networks, should be distinguished technically from the original JPM Coin payments system.

Kinexys by J.P. Morgan supports institutional payments, digital assets and tokenized collateral. JPMorgan reported cumulative platform activity above $4 trillion and average daily transaction value of approximately $7 billion in October 2026; these are company-reported figures requiring verification before public release, not measures of profit or cost savings.

8. Deposit tokens and treasury liquidity

JPMD represents an eligible institutional deposit claim under its terms, not an ordinary retail cryptocurrency. A multinational corporate treasury may seek extended-hour USD liquidity movement among approved participants in New York, London and Singapore. Review redemption, account status, jurisdiction, sanctions screening, key control and ledger reconciliation.

9. Digital Assets and Fund Flow

Tokenized collateral workflows may improve movement of eligible securities or fund interests while underlying assets remain subject to custody and legal arrangements. Kinexys Fund Flow (2026) targets fund investor-register and transaction coordination; a reported initial transaction involved J.P. Morgan Private Bank, J.P. Morgan Asset Management and Citco.

Conceptual Kinexys trust architecture (not an official JPMorgan diagram):

Institutional client → bank identity and compliance → authorized deposit-token or asset service → ledger validators → bank books, custody and settlement reconciliation. Trust boundaries include signing keys, compliance gateways, validators, oracles and legacy bank systems.

IV. New York institutional landscape

OrganizationPlatformUse cases
JPMorgan ChaseKinexys, JPM Coin, Fund FlowDeposits, payments, collateral, funds
Goldman SachsGS DAPDigital securities, issuance, fund infrastructure
CitiCiti Token ServicesLiquidity, cross-border payments, trade
BNYDigital assets, LiquidityDirect collaborationsFund records, custody and servicing
BlackRockBUIDLTokenized institutional liquidity fund
BroadridgeDLR / DLXRepo, collateral, asset lifecycle
DTCCTokenization ServiceMarket infrastructure and securities
The Clearing HouseBank-led tokenized deposit initiativesInterbank settlement

10. Institutional distinctions

Goldman Sachs and BNY: a 2025 tokenized money market fund initiative used mirrored tokenized ownership records with GS DAP and BNY LiquidityDirect; it does not imply wholesale replacement of conventional fund infrastructure. Citi: Citi Token Services for Cash supports eligible extended-hours liquidity transfers through existing banking interfaces, without requiring customers to manage tokens directly. Broadridge: reported September 2026 DLR monthly repo activity of $7.5 trillion and average daily activity of $359 billion, reflecting processing value rather than economic savings. DTCC: July 2026 demonstration transactions with more than 30 participants covered repo, lending, collateral and DvP; distinguish demonstrations from general production availability.

V. Global institutions

InstitutionRegionApplications
HSBCUK / Hong Kong / globalTokenized deposits, liquidity, bonds
UBSSwitzerlandUBS Tokenize, funds, notes, repo
Société Générale-FORGEFranceDigital bonds, CoinVertible stablecoins
DBSSingaporeInstitutional digital assets and settlement
BNP ParibasFrance / globalDigital securities and custody
Franklin TempletonUS / globalBlockchain-recorded fund interests
European Investment BankEUDigital bond issuance
SwiftGlobalInteroperability and payment messaging

HSBC expanded tokenized deposit services to eligible U.S. customers in 2026. UBS, SBI and DBS have demonstrated cross-border repo involving digitally issued securities and regulated payment instruments. Société Générale-FORGE provides a useful contrast between bank-associated stablecoins and commercial-bank deposit tokens. BlackRock's BUIDL fund, launched in 2024, surpassed $1 billion in reported assets in March 2025.

VI. Security, risk and governance

RiskFailure exampleControls
Key custodyCompromised signing keysHSM, MPC, dual approval, recovery
ConsensusValidator collusionBFT design, governance and oversight
Smart contractsReentrancy, access-control defectsAudit, fuzzing, formal verification
IdentityUnauthorized privileged actionsMFA, PAM, least privilege
OraclesFalse external market dataMultiple sources, validation
BridgesCross-chain message compromiseIndependent verification, limits
PrivacyDisclosure of positionsConfidentiality, selective disclosure
FinalityTechnical completion without legal dischargeEnforceable settlement arrangements
CustodyLoss of assets or entitlementSegregation, reconciliation
ResilienceNode/network failureBCP/DR, recovery tests
ComplianceSanctions/KYC failuresScreening and monitoring
Third partiesConcentration failureDue diligence and exit planning
Quantum readinessFuture signature weaknessInventory and crypto agility

11. Assurance methodology

  1. Architecture and trust boundaries: inventory validators, keys, contracts, custody, bridges, oracles and core bank systems.
  2. Cryptographic and identity assurance: signing, HSM/MPC, recovery, privileged access and algorithm inventory.
  3. Transaction verification: contract invariants, authorization, replay, atomicity and reconciliation.
  4. Legal and regulatory analysis: ownership, redemption, finality, sanctions, privacy and cross-border rules.
  5. Resilience and detection: outages, partitions, oracle failure, incident response and DR testing.
  6. Independent control validation: evidence, operating effectiveness, residual risks and approval.

Useful contract invariants: unauthorized issuance cannot increase supply; transactions cannot spend unowned assets; atomic DvP cannot settle one leg alone; privileged actions require approved signers; emergency powers must respect ownership rights; ledger records must reconcile to authoritative books.

12. Applicable standards

NIST SP 800-53 Rev. 5, NIST CSF 2.0, NIST SP 800-57, FIPS 140-3, ISO/IEC 27001 and 27002, ISO 22301, PCI DSS where applicable, FFIEC guidance, NYDFS 23 NYCRR 500, EU DORA, FATF standards and CPMI-IOSCO PFMI. Applicability depends on legal entity, product and jurisdiction.

VII. Outlook and research priorities

Priority themes for 2026–2030 include interoperable tokenized bank money, tokenized securities infrastructure, confidential institutional networks, programmable compliance, digital identity, CBDC experiments and post-quantum migration. Highest qualitative near-term opportunities: institutional payments and repo/collateral; strong but constrained opportunities: tokenized funds and securities settlement; adoption-sensitive opportunities: trade finance and syndicated lending.

VIII. Proposed technical laboratory

  1. Use Hyperledger Besu or a local Ethereum development environment.
  2. Create issuer, buyer and seller identities.
  3. Issue a simulated tokenized bond and simulated bank deposit token.
  4. Implement atomic DvP with transfer eligibility controls.
  5. Mirror authoritative custody and accounting records.
  6. Test unauthorized signer, replay, stale oracle and validator outage.
  7. Map evidence to NIST SP 800-53 and ISO/IEC 27002.
  8. Document architecture, threat model, test results and residual risks.

Research questions

When does a ledger outperform a replicated database? How should technical and legal finality be reconciled? What failures arise at on-chain/off-chain boundaries? Can privacy coexist with regulatory audit? How should validator governance and quantum readiness be assessed?

Primary-source verification queue

Editorial control. v0.2 is a branded research preview, not an authorized formal publication. Institution-specific metrics, product launches, dates and regulatory assertions require source-level verification. Diagrams are conceptual, not official institution architecture. Original v0.1 Markdown/HTML research master remains separately preserved for line-by-line reconciliation before publication.