从双边互联到多边网络：Nexus 如何重构跨境快速支付的连接方式｜Luminale金融科技观察
从双边互联到多边网络：Nexus 如何重构跨境快速支付的连接方式｜Luminale金融科技观察

在上篇探讨《从 PayNow–PromptPay 到跨境支付通：快速支付系统如何变成跨境支付网络》的文章中，我们分析了两个经济体将各自境内的即时支付系统两两对接的运行机制。无论是新加坡与泰国之间的双边直连，还是内地与香港之间的跨境互联，都证明了利用成熟的境内快速支付系统（Fast Payment System, FPS）处理跨境零售汇款与商户扫码支付的可行性。

但在双边连接走通之后，问题来了：如果把全球几百个国家的快速支付系统两两相连，连接通道数量会呈几何级数膨胀。这不仅仅是一个接口工程，每一对双边通道背后都绑定着一套定制化的法律协议、外汇做市安排与运营结算规则。

由国际清算银行创新中心（Bank for International Settlements Innovation Hub, BISIH）孵化、现已转交独立治理机构 Nexus 全球支付（Nexus Global Payments, NGP）落地的 Nexus 项目，正是为了破解这一瓶颈而生。它并不试图重建一个管理全球资金的“超级中央银行”，而是在各国快速支付系统之上，构建了一套通用的连接规范与多边协调机制。

一、为什么双边互联无法无限复制？

连接两个快速支付系统，本质上是协调两套本币清算规则。在双边模式下，参与双方可以通过定制开发解决所有技术与商务分歧。例如，新加坡非银行机构可以直接通过 API 访问 PayNow，而泰国 PromptPay 早期主要面向商业银行；双方可以通过单独建立双边跨境网关，并在两端指定特定结算银行来兼容系统差异。

一旦连接规模从两方扩展到多方，这种量身定制的模式便难以为继。

1. 制度与运营成本的指数级叠加

在网络拓扑中，如果 NN 个独立的境内快速支付系统全部采取双边直连，理论上需要建设 N(N−1)/2N(N - 1) / 2 条连接通道。比系统接口数量膨胀更棘手的，是每一条通道所附带的制度摩擦。

任何一对双边互联落地，都必须逐一解决六个维度的复杂安排：

  1. 接口规范与技术适配：各方系统的通信协议、并发要求与高可用标准各异。
  2. 报文语义映射：即使双方均支持国际标准化组织的金融报文交换标准（ISO 20022），各自定义的必填字段、字符集与扩展标签往往也互不兼容。
  3. 跨境代理寻址（Proxy Addressing）：手机号、税号、商业登记号与国民身份证号如何跨国解析与验证。
  4. 外汇做市与资金平盘：谁来报出有约束力的买卖价，谁来承担日间汇率敞口。
  5. 本地清算与结算最终性：跨币种头寸如何结算，各方在什么时刻确认不可撤销的结算终局性。
  6. 治理方案与争议处理：各方适用的反洗钱（Anti-Money Laundering, AML）标准、制裁筛查责任、欺诈阻断以及系统停机时的跨国协调机制。

如果每个经济体都要与其余伙伴重复谈判上述规则，中小经济体和交易量较小的货币走廊将被彻底边缘化，因为其交易收益根本无法覆盖初始建设与持续运营的固定成本。

2. 标准化接入

Nexus 提出的解决思路，是将各国快速支付系统（Instant Payment System, IPS）的互联模式从“网状双边谈判”转向“单点接入多边网络”（One Connection to Many）。

每个国家的快速支付系统运营机构（Instant Payment System Operator, IPSO）只需要按照 Nexus 统一的技术规范与治理规则完成一次对接。接入完成后，该国境内的金融机构原则上便获得了触达 Nexus 网络内所有其他成员系统的能力。

从 2021 年 BISIH 新加坡中心提出概念蓝图，到 2022 年实现连接欧元区即时支付结算系统（TARGET Instant Payment Settlement, TIPS）、马来西亚实时零售支付平台（Real-time Retail Payments Platform, RPP）以及新加坡快速与安全转账系统（Fast and Secure Transfers, FAST）的测试原型；再到 2024 年发布完整的第三阶段治理与技术蓝图[1]，Nexus 逐步完成了概念验证。2025 年，印度、马来西亚、菲律宾、新加坡和泰国的央行及系统运营机构共同推动成立了专责实体 NGP，标志着该项目从多边央行研究课题正式演变为一家需要常态化运营的跨国金融基础设施机构。

二、Nexus 架构拆解：四层体系与运行角色

要理解 Nexus 的运作逻辑，关键在于分清它的系统边界。Nexus 既不是类似 SWIFT 的纯通信报文网络，也不是一个集中持有各国法定货币的全球清算中心。

在 Luminale 的跨境支付基础设施分析框架下，Nexus 的整体体系可以划分为清晰的四个层次：

系统分层核心实体与组件主要职责与边界
第一层：多边治理与规则层（Scheme Layer）Nexus 全球支付（NGP）
Scheme Rulebook		制定统一的多边业务规则、接入准入标准、费率框架、法律权利边界以及争议处理流程。
第二层：技术编排与路由层（Orchestration Layer）Nexus 技术运营商（NTO）
Nexus Gateway、API 枢纽、报文转换器		维护实时寻址路由、聚合外汇报价、协调跨国支付消息的时序流转，但不记账、不沉淀资金。
第三层：金融服务参与者层（Market Participants）付款/收款 PSP
外汇提供商（FXP）
结算接入提供商（SAP）		为终端客户提供服务，提供跨币种兑换流动性，为无直接接入资格的主体提供境内快速系统清算通道。
第四层：国内货币与结算层（Domestic Settlement Layer）付款国 IPS / 央行准备金系统
收款国 IPS / 央行准备金系统		承担法定货币转移的最终结算，依据各自国内法确认资金所有权变更与结算最终性。

1. 明确角色分工

在 Nexus 网络中，不同机构各司其职，形成了高度细化的分工体系：

  • 支付服务提供商（Payment Service Provider, PSP）：即终端用户日常使用的商业银行或合规电子钱包营运商，负责客户端的身份识别（KYC）、反洗钱初审以及发起或接收支付指令。终端用户直接在已有手机银行或者电子钱包内完成。
  • 快速支付系统运营机构（IPSO）：各国境内核心支付系统的运营方（如新加坡 NETS、马来西亚 PayNet、泰国 ITMX 等），作为本国网络通往 Nexus Gateway 的技术与业务接口。
  • 外汇提供商（Foreign Exchange Provider, FXP）：自愿接入 Nexus 的商业银行或外汇做市商。它们在 Nexus 平台上竞争性提供买卖汇率，并承担将汇出币种转换为汇入币种的头寸平衡义务。
  • 结算接入提供商（Settlement Access Provider, SAP）：拥有特定国家快速支付系统资金结算权限与央行准备金账户的本地商业银行。外汇提供商（FXP）未必接了每个国家的快速支付系统，当其开展外汇兑换时，需要收取资金汇出国或者收款国币种资金，FXP 往往需要在当地一家 SAP 开立账户，由 SAP 作为代理行，代其收取本地快速支付系统的收付款项。

2. “不持有资金、不开立账户”的系统边界

Nexus 最重要的设计特征，在于它不参与外汇兑换和资金结算处理。官方技术文档明确规范[2]： Nexus 平台本身不维护参与机构的资金账本，不持有任何法定货币，不记录参与方的资产负债头寸，也不直接接入任何主权央行的大额实时全额结算系统（Real-Time Gross Settlement, RTGS）。

Nexus 记录的是交易的状态、报文的唯一标识、选定的汇率参数以及指令执行的时序。所有法定货币的资金划拨，全部在付款国与收款国央行准备金账户体系内完成。

Nexus 多边快速支付网络的四层体系与角色边界｜Luminale 根据 BIS Innovation Hub / Nexus Global Payments 资料整理
Nexus 多边快速支付网络的四层体系与角色边界｜Luminale 根据 BIS Innovation Hub / Nexus Global Payments 资料整理

三、一笔 Nexus 跨境支付的信息流与资金流

假设一笔业务场景中，一名新加坡工作者（付款人 Alice）通过星展银行（DBS，担任 Source PSP），向泰国曼谷的收款人 Bob（使用开泰银行 KBank，担任 Destination PSP）汇出 100 新加坡元（SGD）等值的泰铢（THB）。

整个交易分为“支付准备阶段”与“指令执行阶段”。

1. 支付准备阶段

在 Alice 输入转账金额并最终点击确认前，Nexus 必须在数秒内协同两端系统完成三项准备：验证收款人身份、解析底层账号、锁定不可撤销的实时汇率。

[付款人 Alice] 
      │ 输入 Bob 手机号与 100 SGD
      ▼
[付款行 DBS (Source PSP)] 
      │ 1. 查询目标走廊规则 (GET /countries/TH)
      │ 2. 跨国寻址查询 (acmt.023 -> Nexus Gateway -> Destination IPS -> PromptPay Proxy Directory)
      │ 3. 接收寻址结果 (acmt.024 携带 Bob 掩码姓名与 KBank 账号)
      │ 4. 请求汇率聚合报价 (GET /quotes)
      ▼
[Nexus Gateway] 
      │ 撮合各 FXP 提交的实时价格，生成包含费用、到账 THB 与有效期的特定报价 ID
      ▼
[付款人 Alice 客户端] 
      展示："收款人：B** S*****，实付 100 SGD，汇率 26.85，手续费 0，预计到账 2685 THB"

在代理寻址（Addressing & Proxy Resolution）环节，Nexus 不建立全球中心化手机号数据库。付款行通过标准化接口发出账号查询请求（acmt.023），Nexus Gateway 依据国家代码路由给泰国的代理目录运营商（Proxy Directory Operator, PDO），由泰国 PromptPay 将手机号解析成具体的开泰银行账号，再通过确认报文（acmt.024）将带有掩码的收款人姓名返回给新加坡付款端。通过这种方式实现了跨国交易前的收款人名称校验（Confirmation of Payee, CoP），可有效降低因输错账号导致的误汇。

在汇率生成环节，网络中的FXP 向 Nexus 持续报出各货币对的基础汇率（Base Rate）。当付款行请求报价时，Nexus 计算出包含 PSP 自身加点后的最终换汇价格，锁定生成一个具备短时间有效期的 Quote ID。这种机制将外汇风险隔离在特定 FXP 身上，由其锁定汇率风险，避免了传统汇款直到入账前才确定实际汇率的不确定性。

2. 支付执行阶段的信息流

Alice 确认支付后，付款行生成符合 Nexus 规则的客户汇款报文（pacs.008）[9]，此时报文开始跨国流转：

  1. 付款国境内流转：DBS 检查 Alice 账户余额并进行风险筛查，生成标准报文发送给新加坡 FAST 清算网络。
  2. 路由至 Nexus 枢纽：FAST 将指令转交至 Nexus Gateway。Nexus 验证报文规范性、确认 Quote ID 依然有效，将报文由汇出端格式转换为统一的 ISO 20022 跨境报文，同步通知相关 FXP 对应的汇率报价已被锁定。
  3. 收款国境内投递：Nexus 将转换后的 pacs.008 报文转发给泰国 PromptPay 网络。PromptPay 依据报文指示，把贷记指令分发至开泰银行（KBank）。
  4. 收款端入账与状态确认：开泰银行核验合规及账户状态正常后，将 2685 THB 实时存入 Bob 账户，并向 PromptPay 回执支付确认报文（pacs.002）。
  5. 最终确认回传：pacs.002 沿原路通过 Nexus Gateway，最终回到新加坡 FAST 系统，DBS 向 Alice 推送转账成功通知。

3. 支付执行阶段的资金流

表面上看，这是一笔“跨国资金流动”；但在资产负债表层面，没有任何一枚真实存在的货币横跨马六甲海峡。

真正的法定货币变动，被拆成了两个独立发生在国内清算系统内的资金腿（Leg）：

  • 新加坡端资金腿（SGD Leg）：Alice 向 DBS 转移 100 SGD 银行存款债权；DBS 在新加坡 FAST 系统中，通过准备金将 100 SGD 清算划转给选定 FXP 开立在本地结算银行（Source SAP）的账户。
  • 泰国端资金腿（THB Leg）：FXP 位于泰国结算银行（Destination SAP）的账户被扣划 2685 THB；SAP 在泰国 PromptPay 系统中，通过准备金将 2685 THB 清算给开泰银行；开泰银行再将其转化为对收款人 Bob 的商业银行存款负债。

四家直接参与机构在两端国内体系的资产负债表与准备金账户变动如下表所示：

参与主体资产端（Assets）变动负债端（Liabilities）变动对应资金流向含义
付款行 DBS
（新加坡）		央行准备金（SGD） −100客户活期存款（Alice） −100扣除付款人存款，同额划出央行准备金
新加坡 SAP
（受托行）		央行准备金（SGD） +100商业银行同业存款（FXP） +100接收付款行准备金，增加对 FXP 的本币负债
泰国 SAP
（受托行）		央行准备金（THB） −2685商业银行同业存款（FXP） −2685扣减 FXP 在本行的泰铢存款，垫付央行准备金
收款行 KBank
（泰国）		央行准备金（THB） +2685客户活期存款（Bob） +2685接收来自 SAP 的准备金，即时计入收款人存款

在这套结构中，外汇服务商（FXP）扮演了跨国资金的蓄水池与平盘中介。其整体资产结构发生了币种置换：其在新加坡增加了一笔 100 SGD 的银行存款，同时在泰国消耗了 2685 THB 的银行头寸。Nexus 并没有实现资金的物理出境，而是借助两端同时发生的本币结算，配合FXP的资产置换，完成了经济实质上的跨境支付。

4. 结算确定性

跨境支付中最令人担忧的风险是本金风险（Principal Risk）：如果付款人的钱扣了，收款国银行因系统故障未能入账，或者反之，资金敞口由谁垫付？

在传统大额同业外汇清算中，外汇结算行（如连续联系结算系统 CLS）利用真正的同步交收（Payment versus Payment, PvP）机制，即两个币种的结算在各自央行账本上保持不可分割的原子性，一笔不成立，另一笔绝对不发生。

Nexus 并没有在两个主权国家的快速支付系统之间实现实时的分布式原子结算。为了在异构系统之间达成结算确定性（Settlement Certainty）[8]，Nexus 采取了顺序协调与条件结算策略：

收款国确认具备入账条件并能确保结算终局性后，系统才向付款国发送最终确认，促使付款国执行不可撤销的扣款。如果某一方系统出现技术中断，Nexus 依靠多边规则中预设的超时机制（Timeout Handling）与单边冲正规则进行兜底。各国 IPS 可以依据自身技术架构，选择采用央行准备金即时转移、预先注资（Prefunding）或授信额度加损失分摊安排（Loss-sharing Arrangements）来保障履约。这种设计极大降低了跨币种坏账风险，但它属于通过制度与操作时序模拟出的确定性，严格来说，并不等同于 CLS 那种基于央行法定货币最终账本的同步实时 PvP。

一笔跨境即时支付穿过 Nexus 的信息流与双资金腿分离模型｜Luminale 根据 BIS / Nexus Technical Documentation 资料整理
一笔跨境即时支付穿过 Nexus 的信息流与双资金腿分离模型｜Luminale 根据 BIS / Nexus Technical Documentation 资料整理

四、Nexus 到底解决了什么

Nexus 的出现是零售跨境支付的一个重要里程碑，它用模块化思维将复杂的跨国支付流程做了精简，但技术的标准化无法自然消除金融体系内在的固有成本与风险。

1. 技术与连接维度的显著改善

  • 边际连接成本骤降：各个国家只需维护一套面向 Nexus Gateway 的标准接口，后续接入新经济体无需重复投入基础研发。
  • 消除了传统代理行中转阻滞：报文不再在四五家跨国中间行之间转手，直达两端最基础的零售支付网络，端到端结算耗时从天级压缩至秒级。
  • 全流程费用透明度：交易建立阶段即强制锁定汇率并列示所有手续费，彻底消除了传统电汇中收款人实收金额被沿途代理行扣费的隐蔽成本。
  • 零售体验的跨国平移：使境内用户习以为常的手机号转账、商户动态静态二维码扫码等低门槛交互方式，得以无缝延伸至跨国消费与个人汇款场景。

2. 依然存在的现实约束与金融摩擦

  • 外汇流动性成本不会凭空消失：Nexus 优化了外汇报价的撮合通道，但并没有消灭做市商提供资金头寸的资金成本。在新加坡元对泰铢、马来西亚林吉特这类高流动性走廊中，FXP 能够给出极具竞争力的买卖点差；但面对冷门货币对，或者出现收付不平衡的劳工汇款潮时，FXP 在特定一端的资金头寸容易迅速耗竭，做市商不得不通过外汇市场调拨头寸，这必然导致汇率点差扩大或流动性断档。
  • 合规责任依然高度分散在两端：Nexus 平台本身不充当任何一笔交易的法定反洗钱义务主体。付款人实名制验证、客户尽职调查（CDD）、反恐怖融资监控以及联合国与各自主权机构的制裁名单筛查，仍然全部由发起 PSP、接收 PSP 以及承担出入金通道的 SAP 独立执行。技术连通并没有弱化各国的法定合规审查，反而由于到账时限被压缩在数秒之内，对两端金融机构的实时合规筛查引擎提出了极高要求。
  • 外汇管制与资本项目监管边界依然存在：许多新兴市场经济体对外汇进出实施严格的经常项目申报、额度管理与实需背景审核。Nexus 只是数据流动的通道，无法绕过一国的外汇管理法律法规。这决定了 Nexus 初期主要定位于小额、高频、零售级的个人汇款和跨境扫码消费，难以直接应用于大额且受严格外汇审查的商业投资或贸易结算。
  • 反向异常交易处理依然复杂：在单向正常处理下，系统可以数秒跑通；但在跨境实时支付环境下，一旦发生系统超时、欺诈拦截、恶意汇款、退款争议或司法冻结，由于不可撤销性，款项已经进入收款人账户。根据 NGP 公布的技术规划，在第一版系统上线时，包括调查（Investigation）、召回（Recall）以及争议纠纷（Disputes）在内的反向流程，仍需主要通过人工服务台（Service Desk）机制介入协调。

五、Nexus 进展到哪一步了？

任何一项跨主权金融基础设施，从概念设想走向商业运行，都必然经历漫长的多边协调周期。回顾 Nexus 的演进历程，可以看到它从“央行联合实验项目”向“受监管的正式运营机构”转型的路径：

  1. 理论蓝图与概念形成（2021 年）：BIS 创新枢纽新加坡中心联合多国央行发布首份构想蓝图，确立了将国内快速支付系统连接为多边网络的技术构架与核心原则。
  2. 跨系统原型验证（2022—2023 年）：Nexus 完成了第一阶段与第二阶段的概念验证，成功利用测试环境打通了欧元区 TIPS、马来西亚 RPP 以及新加坡 FAST 系统，验证了通过中立枢纽实现三方以上异构系统互联的技术可行性。
  3. 全面实施方案出炉（2024 年）：BISIH 正式发布《Nexus 第三阶段报告与设计蓝图》，详细定义了 Scheme Rulebook 的基础条款、治理框架、技术接口与参与者准入标准，为成立独立运营实体奠定了基础。
  4. 独立治理主体确立（2025 年）：2025 年 3 月，由印度储备银行（RBI）、马来西亚国家银行（BNM）、菲律宾央行（BSP）、新加坡金融管理局（MAS）以及泰国银行（BOT）等主导，非营利性机构 Nexus 全球支付（NGP）在新加坡正式注册成立，全面承接 Nexus 的治理与资产；同年 8 月，资深支付专家 Andrew McCormack 出任首任首席执行官[3]，推进平台商业化落地。
  5. 网络扩容与技术运营商敲定（2026 年）：2026 年 2 月，印度尼西亚银行（Bank Indonesia, BI）正式签署协议，成为 Nexus 网络的第六个创始参与司法管辖区[5]，东南亚主要大国基本完成拼图。同月，由马来西亚 PayNet 与新加坡 NETS 组建的合资实体获选担任 Nexus 技术运营商（NTO）[4]，开始负责核心平台代码的工程化交付与日常运维保障。
  6. 网络拓展与跨区域探索（2026 年）：Nexus 的网络拓展至东南亚以外。拉美储备基金（FLAR）与 NGP 签署合作意向，评估拉美地区快速支付系统的接入；欧洲央行（ECB）高层在 2026 年年中亦公开表示，正在持续评估欧洲 TIPS 与 Nexus 平台的对接方案[6]。

尽管机构化建设进展迅速，但根据 NGP 官网信息，Nexus 目前依然“尚未投入正式运营”（not yet operational），核心技术系统的交付演练与首批试点走廊的端到端真实结算，目前锚定的上线目标定在 2027 年末。

结语

Nexus 的探索之所以受到二十国集团（G20）、金融稳定委员会（FSB）与全球央行的密切关注，核心在于它高度契合了 G20 跨境支付路线图（G20 Roadmap for Enhancing Cross-border Payments） [7]的推进方向。

在 G20 设定的 2027 年全球目标中，跨境零售与汇款支付被明确要求大幅降低综合成本、提升到账速度（大量交易要求在 1 小时乃至即时完成）、提高价格透明度并扩大金融包容性。在路线图提出的 19 项构建要素（Building Blocks）中，“连接既有国内快速支付系统”（Interlinking Payment Systems）始终被视为主权货币体系在短期与中期内最具规模化潜力的路径。

全球主流跨境支付基础设施模式对比：从代理行到 Nexus 与多边数字货币｜Luminale 根据 CPMI / FSB / BIS 资料整理
全球主流跨境支付基础设施模式对比：从代理行到 Nexus 与多边数字货币｜Luminale 根据 CPMI / FSB / BIS 资料整理

梳理 Nexus 的解题思路，可以为我们观察全球跨境基础设施演进提供三个深层启示：

1. 竞争格局的转变：从“单一网络垄断”走向“网络之间的互操作标准”

过去数十年间，跨境支付基础设施的竞争逻辑通常围绕“建立一张覆盖全球的超级网络”展开，无论国际银行卡组织、SWIFT 还是某些跨国汇款巨头，均遵循扩张私有网络节点规模的路径。

Nexus 展示了另一条演进方向：不强求所有国家和金融机构迁移到同一个中心化系统，而是通过中立协议让各个分散的主权网络实现相互理解。这实际上是从“中心化统一网络”向“网络之间的网络”过渡，正如互联网并非全球只建设一台超级计算机，而是由 TCP/IP 协议将无数局域网连接成整体一样。未来的基础设施话语权，将更多取决于谁能主导开放互操作标准的制定，而非单一物理网络的排他性扩张。

2. 重心转移：技术连接日益标准化，规则、流动性与治理成为关键瓶颈

在云计算、实时 API 网关以及 ISO 20022 语义转换工具高度普及的今天，纯技术层面的系统接通在工程上已经没有不可逾越的鸿沟。一笔跨境支付从系统 A 发送至系统 B，在毫秒级内完成报文投递并非难事。

然而，多边支付越走向深入，工程问题反而越容易解决，多边治理、外汇流动性与风险分担制度的复杂性就越被推向台前。如何设计一套能同时满足不同主权国家反洗钱法规的准入规则手册？在缺乏官方补贴的情况下，商业做市商是否有动力为单边流动严重的冷门货币对提供持续流动性？在秒级不可撤销的结算发生后，欺诈与退款争议由哪一方司法管辖权最终裁决？这些涉及法律责任、监管博弈与商业激励的制度设计，才是决定 Nexus 这类网络能否走得长远的决定性要素。

3. 金融创新的演进路线：并不一定需要替代货币，而是把现有体系连接得更好

在关于跨境支付未来蓝图的讨论中，存在两条截然不同的创新阵营：

一条是“推倒重来”式的激进路线。例如通过发行去中心化的跨境稳定币、部署多币种央行数字货币平台，或是建立代币化存款统一账本，试图在一套全新的超级资产或分布式账本体系上彻底消灭传统外汇与清算链条。

另一条则是 Nexus 所代表的“务实互联”路线。它没有创造任何一种新型的全球结算货币，没有要求各国交出各自的准备金清算控制权，也没有要求商业银行放弃原有的二元账户架构。它只是退后一步，聚焦于在各个成熟的国内支付系统之间搭建标准化的通道，让法定货币继续留在各自主权领土内完成最终确权。

全球跨境支付的未来或许不会是一场非此即彼的彻底替代，而是多层次基础设施的分工共存：大额批发性结算追求绝对原子性的 PvP 与流动性节约，而高频分散的日常零售往来，则在类似 Nexus 这种把现有主权基础设施标准化连接起来的网络中找到最优解。

参考资料

[1]: Bank for International Settlements (BIS). (2024). Nexus: Enabling instant cross-border payments (Report and Blueprint). https://www.bis.org/publications/nexus-enabling-instant-cross-border-payments ↩

[2]: Nexus Global Payments (NGP). (2026). Nexus Technical Documentation: Payment Processing, Architecture & Scheme Rules. https://docs.nexusglobalpayments.org/ ↩

[3]: Nexus Global Payments (NGP). (2025). Nexus Global Payments welcomes inaugural Chief Executive Officer. https://nexusglobalpayments.org/nexus-global-payments-welcomes-inaugural-chief-executive-officer-to-lead-operationalisation-of-instant-cross-border-payment-scheme/ ↩

[4]: Network for Electronic Transfers (NETS) & Payments Network Malaysia (PayNet). (2026). Nexus Global Payments appoints Technical Operator. https://www.nets.com.sg/newsroom/nexus-global-payments-appoints-technical-operator ↩

[5]: Nexus Global Payments (NGP). (2026). Nexus Global Payments appoints first Board Chair and expands network with the addition of Indonesia. https://nexusglobalpayments.org/nexus-global-payments-welcomes-inaugural-chief-executive-officer-to-lead-operationalisation-of-instant-cross-border-payment-scheme/ ↩

[6]: European Central Bank (ECB). (2026). Connecting fast payment systems globally: exploring TIPS and Nexus linkage. https://www.ecb.europa.eu/ ↩

[7]: Financial Stability Board (FSB). (2020). Enhancing Cross-Border Payments: Stage 3 roadmap. https://www.fsb.org/wp-content/uploads/P131020-1.pdf ↩

[8]: CPMI-IOSCO. (2012). Principles for financial market infrastructures (PFMI). Bank for International Settlements. https://www.bis.org/cpmi/publ/d101a.pdf ↩

[9]: ISO 20022 Financial Services. (2023). Universal financial industry message scheme: pacs and acmt messages. https://www.iso20022.org/ ↩

本文首发于 Luminale 金融科技观察：https://luminale.cn/articles/from-bilateral-linkages-to-multilateral-network-how-nexus-rearchitects-instant-cross-border-payments