How much liquidity does a payment system need, and what do netting and gridlock resolution save?
research/infra-netting
Does bilateral or multilateral netting, or gridlock resolution, save a payment system liquidity? A simulator fitted to Bech and Soramäki's Danish and Finnish bounds (34.7% and 10.1% of gross value against the published 37.2% and 10.7% for DK) shows reciprocal flows are what make netting work, and resolution cuts delay by 24–46% in the Danish-shaped system but 34–62% in the Finnish-shaped one, where the paper found about 10%.
What it found
A simulated RTGS day (Zipf-concentrated banks, lognormal payment values, a share of payments followed by a return payment) with the paper's upper bound, lower bound and bilateral netting, a FIFO queue, and the Bech–Soramäki (2001) gridlock resolution algorithm, checked by brute force to return the largest feasible set of queue prefixes. Inputs from the paper: participants and payments per day (DK 146 and 925, FI 13 and 1,428), top-bank concentration and the Table 1 bounds. Independent payments need four times the published lower bound; with reciprocity fitted (ρ = 0.8 DK, 0.9 FI) the Danish-shaped system needs 34.7 % of gross value to settle on arrival and 10.1 % by close (published 37.2 and 10.7), the Finnish-shaped one 23.3 and 4.2 (27.4 and 4.3). Bilateral netting leaves 15.6 % (DK) and 7.2 % (FI) to fund. Gridlock resolution cuts mean settlement delay by 24–46 % in the Danish-shaped system (paper: up to 50 %) and 34–62 % in the Finnish-shaped one, where the paper found about 10 %: reported as an unexplained discrepancy. Assumed or fitted, not sourced: payment-value spread (swept), reciprocity (fitted to the lower bound, so the bound match is calibration), uniform timing, and my reading of the concentration shares. Simulated payments only; not financial advice.
A figure from its own output
Paper, code and results
More in Markets as routers
- How much longer is an electric delivery fleet's route plan once the battery and the chargers are counted, and does a charge-aware search recover it?Solomon RC208 (100 customers) with a battery: keeping the battery-blind routes and adding charging stops costs 28% more distance at 150 range units, a charge-aware search brings that to 5%; the battery is harmless above 200 units.
- Markets as routers: LMSR = Hedge, quadratic potential = sparsemaxCost-function markets as expert routers: LMSR = Hedge, quadratic potential = sparsemax; regret/loss bounds verified, continual-learning simulation.
- Wagering mechanisms as routers for modular, continually learning expertsSelf-financed wagering mechanisms as verifiable routers for modular, continually learning experts; shows plain WSWM locks in under recurring regimes and a fixed-share tax fixes it at the cost of subsidising free-riders.
- How much should a router extremize?Pooling calibrated experts with shared training data: Bayes-optimal extremization
a* = n/(1+(n−1)ρ)verified numerically, saturation atn_eff → 1/ρ, asymmetric robustness, and online learning of the exponent. - What does late feedback cost a market router?Hedge/LMSR routing with delayed feedback: regret
≤ ln N/η + ηT/8 + ηD/2(mean delay inflates horizon by1+4d̄), 12× regret from ignoring delay against a reactive adversary, delay-tuned rate too cautious on oblivious data, LMSR subsidy ~20× at mean delay 5. - Is load balancing a congestion price?Capacity-constrained expert routing as a congestion-priced market: softmax with dual prices, verifier-computable duality-gap certificate from prices alone, sign-update balancing has a
≈2.5/√Bsampling floor plus a step-size limit cycle, closed-form two-expert price of balance, Hoeffding load audit.
All 13 Markets as routers projects →
Other research topics
Proper scoring & elicitation28Effort & peer prediction9Verification games & slashing19Detection & tolerances14Markets as routers13Prediction-market design9Paying contributors8Decentralised training systems23Digital twins & sim-to-real164LLM chip design loops40Robot manufacturing loops53Ambient AI assistant46Self-replicating manufacturing34Simulation-first design64Engineered clothing45Task-specific AI accelerators40Algorithmic chip-design loops42Open-source purpose-built robots44The software-engineering loop43Adversarial human imitation41Open-source residential construction41Autonomous multi-angle capture34Sensing, imaging and 3D31Energy supply and dense energy storage39Robot societies among people31Agentic co-design of low-cost robots27Laundry-hanging robots25Machine learning on qualitative data23Robots on the building site27Civilizations & group psychology1History & human sciences1
Produced with AI assistance (Claude). Results are from the code in this repository and are simulated or stylised unless the abstract says otherwise; nothing here implies affiliation with or endorsement by any lab, researcher or company cited. MIT licensed.