Research library
A curated set of 24 external sources on payment infrastructure. Each entry links to the original publisher and carries an original StoneReason note on why it matters — not a summary of the source. These are external research: they are not authored by StoneReason, and this library is not a mirror of copyrighted reports.
Source classes: A primary/standard/peer-reviewed · B institutional/preprint · C vendor (methodology disclosed) · D commentary/context.
Stablecoins & Payments
-
Stablecoin growth: policy challenges and approaches
Aldasoro, I.; Aquilina, M.; Lewrick, U.; Lim, S.H. · BIS Bulletin No. 108 · 2025
Central-bank framing of stablecoins against the singleness, elasticity and integrity of money; essential for reasoning about redemption, peg and regulatory risk of the settlement asset a platform moves.
-
Transparency & Stability (USDC reserves)
Circle · Circle Internet Financial (vendor) · n.d.
Vendor disclosure of USDC reserve composition and monthly attestations; the primary evidence an operator cites when representing settlement-asset backing and redemption assurance — read as a vendor claim, not an independent audit.
Settlement & Finality
-
Bitcoin: A Peer-to-Peer Electronic Cash System
Nakamoto, S. · bitcoin.org · 2008
Origin of probabilistic settlement finality: it defines “settled” as economic irreversibility that only grows with confirmations — exactly the risk model a payment processor must translate into a confirm-count / hold policy per rail.
-
Principles for Financial Market Infrastructures
CPMI-IOSCO · Bank for International Settlements · 2012
The regulatory definition of settlement finality (Principle 8) that any payment infrastructure is measured against; the traditional-finance yardstick when arguing whether an on-chain “finalized” state is operationally final.
-
The Stellar Consensus Protocol: A Federated Model for Internet-level Consensus
Mazières, D. · Stellar Development Foundation · 2015
Federated Byzantine agreement gives deterministic (non-probabilistic) finality with configurable trust, so a platform integrating Stellar can treat a closed ledger as final immediately rather than waiting out reorg risk.
-
Tower BFT
Solana Labs / Anza · Anza (Agave documentation) · n.d.
Primary spec of Solana's two-tier finality (optimistic “confirmed” vs. rooted/finalized ~32 slots) — the source a processor needs to decide which commitment level is safe to release funds against.
Blockchain Measurement
-
Combining GHOST and Casper
Buterin, V.; Hernandez, D.; Kamphefner, T.; et al. · arXiv:2003.03052 · 2020
Formalizes and bounds Ethereum's finality (justified/finalized checkpoints, ~2-epoch delay), letting a payment system quantify the worst-case wait and slashing conditions before an ETH-settled payment is irreversible.
-
The Bitcoin Backbone Protocol: Analysis and Applications
Garay, J.; Kiayias, A.; Leonardos, N. · IACR ePrint 2014/765 (EUROCRYPT 2015) · 2015
Derives common-prefix and chain-quality bounds that turn “how many confirmations?” into a parameterized security calculation — the analytical basis for setting confirmation thresholds by transaction value.
-
Analysis of the Blockchain Protocol in Asynchronous Networks
Pass, R.; Seeman, L.; Shelat, A. · IACR ePrint 2016/454 · 2016
Extends finality guarantees to realistic bounded-delay networks; a payment operator's real double-spend exposure depends on network latency and adversarial delay, not the idealized synchronous model.
-
Under the Hood of the Ethereum Gossip Protocol
Kiffer, L.; Salman, A.; Levin, D.; Mislove, A.; Nita-Rotaru, C. · Financial Cryptography and Data Security (FC 2021) · 2021
Empirical measurement of how transactions and blocks actually propagate on Ethereum's P2P layer; grounds the latency assumptions behind “seen in mempool” vs. “included” states that payment UIs and fraud checks rely on.
Payment Reconciliation
-
Financial services — Universal financial industry message scheme — Part 1: Metamodel
ISO · International Organization for Standardization · 2013
The message metamodel underpinning camt/pain/pacs payment messages; structured remittance data in ISO 20022 is what enables automated invoice-to-payment matching — the core of reconciliation.
-
ISO 20022: A New Era in Global Payments Infrastructure
Federal Reserve Financial Services · Federal Reserve Financial Services · 2025
Documents Fedwire's 2025 cutover to ISO 20022 and the richer structured data (e.g. camt.053) it brings; a primary-source anchor for how modern rails support straight-through reconciliation.
Asset Identity
-
ERC-20: Token Standard
Vogelsteller, F.; Buterin, V. · Ethereum EIPs · 2015
The interface that makes a token's identity resolvable on-chain (contract address, symbol, decimals); a payment system must key ledger entries on the contract address, not the human symbol, to avoid mis-identifying assets.
-
ERC-55: Mixed-case checksum address encoding
Buterin, V.; Van de Sande, A. · Ethereum EIPs · 2016
Defines the checksum that lets software reject mistyped addresses; a cheap, deterministic guard against sending funds to an invalid destination in payout and refund flows.
-
CAIP-19: Asset Type and Asset ID Specification
Chain Agnostic Standards Alliance · Chain Agnostic Standards Alliance (CASA) · n.d.
Chain-agnostic asset identifiers (namespace + chain + asset reference) that disambiguate “USDC on Ethereum” from “USDC on Solana” — exactly the unique key a multi-chain payment ledger needs so identical symbols never collide.
-
ISO 4217 — Currency codes
ISO · International Organization for Standardization · 2015
The canonical fiat currency-code and minor-unit registry; a platform bridging crypto and fiat must map on-chain assets to ISO 4217 codes and correct decimal scaling for pricing, invoicing and accounting.
Wallet / Key / Authorization Security
-
Recommendation for Key Management, Part 1: General (Rev. 5)
Barker, E. · NIST SP 800-57 · 2020
Authoritative guidance on the key lifecycle (generation, storage, rotation, destruction); the reference standard for how a custody or signing service protecting payment keys should be designed and audited.
-
FROST: Flexible Round-Optimized Schnorr Threshold Signatures
Komlo, C.; Goldberg, I. · IACR ePrint 2020/852 · 2020
Threshold signing lets an operator authorize transactions with an m-of-n key split (no single point of compromise) while producing one standard signature; the cryptographic basis for institutional hot-wallet controls.
-
Verifiable Credentials Data Model v2.0
Sporny, M.; Longley, D.; Chadwick, D.; Steele, O.; et al. · World Wide Web Consortium (W3C) · 2025
Standardized, cryptographically verifiable claims about a holder; the mechanism newer agent-payment protocols use to prove a specific user authorized a specific payment, binding authorization to a payer identity.
Agent Payments
-
x402: An Open Standard for Internet-Native Payments
Coinbase / x402 Foundation · x402 Foundation (vendor origin) · 2025
Revives HTTP 402 so a client (including an AI agent) can pay per request by signing a stablecoin transfer authorization in a header — a concrete machine-to-machine payment rail a payment API can expose directly.
-
Announcing Agent Payments Protocol (AP2)
Google · Google Cloud (vendor) · 2025
Defines signed Intent/Cart/Payment “mandates” (as Verifiable Credentials) so a merchant can prove an agent's charge was user-authorized; addresses the liability and consent gap that agent-initiated payments create for processors.
Fee Abstraction
-
ERC-4337: Account Abstraction Using Alt Mempool
Buterin, V.; Weiss, Y.; Tirosh, D.; et al. · Ethereum EIPs · 2021
Introduces paymasters, which let a third party sponsor gas or let users pay fees in ERC-20 tokens; the standard that lets a payment platform hide native-gas mechanics from customers entirely.
-
EIP-1559: Fee market change for ETH 1.0 chain
Buterin, V.; Conner, E.; Dudley, R.; et al. · Ethereum EIPs · 2019
Replaces blind first-price gas auctions with a predictable protocol base fee plus tip; the fee model a payment system must implement to quote transaction costs accurately and avoid over- or under-paying for inclusion.
-
ERC-2771: Secure Protocol for Native Meta Transactions
Sandford, R.; Siri, L.; Tirosh, D.; et al. · Ethereum EIPs · 2020
Trusted-forwarder pattern letting a relayer pay gas on behalf of a user who holds no native token; the primitive behind “gasless” payment UX where the operator, not the payer, fronts network fees.