Workspace IndexDev Notes › Linking payment systems is a routing problem

#108PoC

Linking payment systems is a routing problem

Most of what "link national payment systems and CBDCs" requires is addressing, FX quoting and settlement coordination — and a shared ledger only earns its place on one of them.

Not yet scoped — start by splitting "linking" into its four jobs and marking which one a shared ledger actually improves, using BIS Project Nexus as the no-ledger baseline. Source: RBI governor's remarks on BRICS weighing payment-system and CBDC links (2026-08, early stage); BIS Nexus and mBridge published material.

Why

The news is real and the conclusion attached to it usually is not, which is why this belongs in the catalogue rather than in a bookmark. India's central bank governor has said BRICS is weighing links between national fast-payment systems and CBDCs — UPI and CIPS are the systems named — and the reporting is explicit that this is early-stage, with technical, regulatory and governance hurdles outstanding. What the reporting does not contain is any public chain. Every "and this is where chain X becomes extremely relevant" post supplies that step itself, and the gap between the sourced claim and the appended one is the same gap the rwa-multichain card was written to record. So the question worth building around is not whether a particular ledger wins a mandate, but the prior one: when you connect N national payment systems, what actually has to be shared? Break the work into addressing and routing, FX price discovery, liquidity and prefunding, and final settlement, and most of it is a messaging and standards problem that BIS Project Nexus already solves with a hub-and-spoke model and no ledger at all. The one leg where a shared ledger has a genuine argument is settlement atomicity: across time zones neither bank wants to pay first, and that Herstatt exposure is what correspondent banking handles worst.

How it works

The comparison has a built-in baseline, which is what makes it measurable rather than speculative. Nexus is the no-ledger arm: a multilateral hub so each domestic instant-payment system makes one connection instead of N-squared bilateral ones, with a prototype that connected the test systems of the Eurosystem, Malaysia and Singapore and let payments be addressed by mobile number, now extending across ASEAN. That is the bar. mBridge is the ledger arm: a chain built by central banks for central banks for multi-currency CBDC settlement, at minimum-viable-product stage as of 2024 — and the question to put to it is not whether it works but what it bought over the hub. The measurable core is the prefunding number. Correspondent banking's real cost is not the fee, it is nostro and vostro balances parked in every corridor to cover settlement risk, and that capital is idle by construction. Model one corridor with and without atomic payment-versus-payment, and the difference in required prefunded liquidity, derived from corridor volume, settlement lag and FX volatility, is a figure that decides the argument rather than restating it. Only after that is there a fair way to assess a specific chain. XRPL's relevant features for this are the native DEX with auto-bridging and escrow, which target the FX and PvP leg rather than the messaging leg — so the honest comparison is that leg against a Nexus-style hub plus existing RTGS, and it is not the comparison the promotional posts make. One constraint belongs in the card so the measurement does not mislead: adoption here is decided by governance rather than throughput. Who operates the hub, whose currency bridges, what happens under sanctions, and whether a member can be excluded are the questions that have historically settled which rail wins, and a card that measured only latency and cost would be measuring the wrong thing. Reads alongside tokenized-money-banks, which asks the balance-sheet half of the same subject.

← All Dev Notes · Workspace Index · Top ↑

결제 시스템을 잇는 것은 라우팅 문제다

"국가 결제 시스템과 CBDC를 잇는다"에 실제로 필요한 일은 대부분 주소 지정·FX 호가·정산 조율이고, 공유 원장이 값을 하는 자리는 그중 하나뿐입니다.

아직 범위 미정 — "잇는다"를 네 가지 일로 쪼개고 공유 원장이 실제로 개선하는 것이 어느 쪽인지 표시하는 것부터. 무원장 기준선은 BIS Project Nexus. 출처: BRICS가 결제 시스템·CBDC 연결을 검토 중이라는 RBI 총재 발언(2026-08, 초기 단계), BIS Nexus·mBridge 공개 자료.

뉴스는 진짜이고 거기 붙은 결론은 대개 아닌데, 그래서 이건 북마크가 아니라 카탈로그에 들어갑니다. 인도 중앙은행 총재가 BRICS가 국가 즉시결제 시스템과 CBDC의 연결을 검토 중이라고 말했고 — 거명된 시스템은 UPI와 CIPS입니다 — 보도는 이것이 초기 단계이며 기술·규제·거버넌스 장애물이 남아 있다고 분명히 적습니다. 보도에 없는 것은 어떤 공개 체인도 언급되지 않는다는 점입니다. "그래서 여기서 X 체인이 극도로 중요해진다"는 글들은 그 단계를 스스로 채워 넣은 것이고, 출처가 있는 주장과 덧붙여진 주장 사이의 그 간극이 바로 rwa-multichain 카드를 쓰게 만든 그 간극입니다. 그래서 만들 가치가 있는 질문은 어느 원장이 채택되느냐가 아니라 그 앞의 질문입니다: N개의 국가 결제 시스템을 연결할 때 실제로 공유되어야 하는 것은 무엇인가? 일을 주소 지정·라우팅, FX 가격 발견, 유동성·선충전, 최종 정산 넷으로 쪼개 보면 대부분은 메시징과 표준의 문제이고, BIS Project Nexus가 원장 없이 허브앤스포크로 이미 풀고 있는 것입니다. 공유 원장이 진짜 논거를 갖는 유일한 다리는 정산 원자성입니다 — 시차를 사이에 두고 어느 은행도 먼저 내고 싶어 하지 않으며, 그 헤르슈타트 익스포저가 코레스 뱅킹이 가장 못 다루는 부분입니다.

동작 방식

비교에 기준선이 이미 존재한다는 점이 이 작업을 추측이 아니라 측정으로 만듭니다. Nexus가 무원장 쪽입니다 — 각 국내 즉시결제 시스템이 N제곱의 양자 연결 대신 한 번만 연결하면 되는 다자 허브이고, 시제품이 유로시스템·말레이시아·싱가포르의 테스트 시스템을 연결해 휴대폰 번호로 주소 지정해 송금하는 것을 보였으며 지금 ASEAN 전역으로 확장 중입니다. 이게 넘어야 할 선입니다. mBridge가 원장 쪽입니다 — 중앙은행이 중앙은행을 위해 만든 다중통화 CBDC 정산용 체인으로 2024년 기준 MVP 단계이고, 여기 던질 질문은 작동하느냐가 아니라 허브 대비 무엇을 더 샀느냐입니다. 측정의 핵심은 선충전 금액입니다. 코레스 뱅킹의 진짜 비용은 수수료가 아니라 정산 위험을 덮으려고 모든 코리도에 세워 두는 노스트로·보스트로 잔고이고, 그 자본은 구조적으로 놀고 있습니다. 코리도 하나를 원자적 PvP가 있을 때와 없을 때로 모델링하고, 코리도 거래량·정산 지연·FX 변동성에서 도출한 필요 선충전 유동성의 차이를 구하면, 논쟁을 되풀이하는 대신 결정하는 숫자가 나옵니다. 특정 체인을 공정하게 평가할 수 있는 것은 그다음입니다. XRPL이 여기서 갖는 관련 기능은 네이티브 DEX의 자동 브리징과 에스크로로, 메시징 다리가 아니라 FX·PvP 다리를 겨냥합니다 — 그러니 정직한 비교는 그 다리 대 Nexus식 허브 + 기존 RTGS이고, 홍보성 글들이 하는 비교는 이것이 아닙니다. 측정이 오도되지 않도록 제약 하나를 카드에 넣어 둡니다: 여기서 채택을 결정하는 것은 처리량이 아니라 거버넌스입니다. 허브를 누가 운영하는가, 누구의 통화가 브리지가 되는가, 제재 상황에서는 어떻게 되는가, 회원을 배제할 수 있는가 — 역사적으로 어느 레일이 이기는지를 결정해 온 것은 이 질문들이고, 지연시간과 비용만 재는 카드는 틀린 것을 재는 것입니다. 같은 주제의 대차대조표 절반을 다루는 tokenized-money-banks와 함께 읽습니다.

← 전체 개발 노트 · 워크스페이스 인덱스 · 맨 위 ↑