ZBLOG

蚂蚁国际的全球版图

Sun, 05 Oct 2025 23:53:29 +0800

引子

这次，我们来扒拉下蚂蚁国际的全球版图，随着蚂蚁国际准备IPO上市，关于蚂蚁国际的各种分析大家应该也都看过不少了，在介绍前我们先给大家就简单回顾下。

蚂蚁国际（Ant International）是蚂蚁集团旗下专注全球跨境支付的金融科技平台，总部位于新加坡，其业务覆盖了66个国家和地区，服务用户超过16亿。
其核心战略是“链接全球数字网络”为用户提供无缝的支付链接和数字服务。它以轻资产模式投资各国本地钱包赋能本地支付生态，推动全球商业数字化。

好的，背景扒拉完了。可能这套宏大的叙事让你感觉蚂蚁国际的业务非常难理解，那就直接来张图给大家做个拆解吧。

01 蚂蚁国际全球版图

图1：蚂蚁国际的全球版图

蚂蚁国际的业务板块简单概括就是“4个业务板块”和“1套全球网络”

1.1、4个业务板块

1）Alipay+：定位是“统一钱包网关”，它是蚂蚁国际C端流量入口，主要包括了3个钱包APP和一套链接全球支付服务商的钱包网络；

2）Antom：定位是“统一商家支付”，他负责将Alipay+的支付能力提供给B端商家，支持全球化收单、营销及数字科技服务。

3）WorldFirst：定位是“统一商业账户”，通过提供全球多币种账户，为用户提供跨境所需的收款、换汇、汇款和财资管理服务。

4）Bettr：定位是“嵌入式普惠金融”，其核心模式就是将贷款服务无缝的整合到合作平台的业务流程中。

1.2、1套全球网络

蚂蚁国际之所以能够“链接全球，为用户提供无缝的支付体验”，这得益于其核心的一套“全球化支付网络”。

图2：蚂蚁国际全球数字网络

1）链接全球：蚂蚁国际在全球主要国家/地区设立了25个站点，并在本地申请牌照。通过这些站点与本地服务商合作辐射了66个国家和地区，以及服务了16亿的用户。

2）支付网络：通过区块链清算技术，这套网络中的每一笔跨境交易都可以为其提供“到账最快、汇率最低”的支付路径。其30%的跨境交易都实现了实时到账。

3）监管适配：为满足全球各地的监管要求，需根据不同国家的规定进行实名认证与风险管理。线上支付用户需完成属地化实名，线下到店业务则通过本地支付服务商完成支付。

介绍完这些，应该就能明白“数字化、链接全球、无缝衔接、监管适配”等宏大叙事背后的底层逻辑了吧，就是“一套全球网络，链接合作机构，来一起服务用户”。

了解了整体业务版图，我们再来拆解4个业务板块。

02 Alipay+：C端钱包网关

Alipay+定位是“统一钱包网关”，因为，它并不是一个新的电子钱包，而是电子钱包和支付应用的连接器，用户只要“1点接入，1个账户，实现全球支付”，所以称之为“A+”。

所以A+的业务分成两部分

A：代表了是C端的Alipay钱包APP；

+：代表链接全球支付服务商的钱包网关。

图3：Alipay+的业务模式

2.1、A：Alipay钱包

支付宝是蚂蚁集团的C端流量入口，它包括了支付宝（国内版），支付宝（国际版），以及支付宝香港（AlipayHK）。

图4：三款APP的比较

1）支付宝（中文版）：

面向大陆用户，支持人民币结算，涵盖线上线下全场景支付、生活服务及金融服务。同时，为中国出境用户提供线上OTA支付支持，线下绑定钱包或银行卡后，可在当地衣食住行、游玩娱乐等场景便捷支付。

2）支付宝（国际版）：

他与国内的支付宝是互通的，主要面向境外游客及短期来华人士，支持40+国家/地区用户绑定国际信用卡和海外钱包在中国境内支付，无需开通中国的银行账户。

3）支付宝香港：

面向香港居民，是由蚂蚁国际与长江和记联合运营的香港本地钱包，受香港金融管理局监管（拥有香港SVF牌照），他兼具香港市民本地生活、跨境支付和金融服务。

这三款APP都是可以根据用户实名认证国家和地理位置，为用户提供本地生活、跨境支付和金融服务，即所谓的“千人千面”的应用服务。

2.2、+：钱包网关

Alipay用户能够绑定全球银行卡和本地钱包进行线上和本地顺畅的支付，得益于A+的钱包网关。他整合了各国的“移动支付提供商”和“收单支付提供商”，为商家提供统一的“线上支付”和“到店支付”服务。

图5：A+的产品体系

2.2.1、A+的服务商模式

A+主要服务的是支付机构，他并不向普通商家开放，通过这些支付机构来丰富其本地支付方式和支付产品。A+把支付机构分为两类

1）收单服务提供商（ACQP，Acquiring Service Provider）：为商家提供支付和结算服务的支付服务商，包括了全球收单机构、本地收单机构、收单银行等。

2）移动服务提供商（MPP，Mobile Service Provider）：是消费者提供移动化的钱包支付方式，包括了钱包机构、银行APP、金融服务商（先享后付）等。

2.2.2、A+的产品体系

A+把全球支付提供商的产品整合成标准的支付产品提供给商家，实现“一点接入，全球支付”，他的支付产品主要分为两类：

2.2.2.1、在线支付产品（Online Payment）

在线支付产品以“A+插件”的形式嵌入到网站和移动终端，支持包括api、sdk、web、wap等多种移动支付终端场景。

商家通过收单机构提供的A+插件，引导消费者绑定银行卡或者跳转到钱包机构完成线上支付，并通过收单机构完成给商家提供资金结算。

图6：在线支付产品

1）收银台产品（Cashier Payment）

是一款通过收银台提供统一结算的产品，支付的时候可以实时支付、换汇与结算。A+集成了消费者常用的支付方式，用户选择后跳转到移动支付机构完成支付。

2）自动扣款产品（AutoDebit）

是一款授权绑定银行卡后自动扣款的产品，用户在商家一侧授权绑定后就能进行顺畅的支付。

2.2.2.2、到店支付产品（InStore payment）

图7：到店支付产品

到店支付产品以扫码业务为主，包括了C端展码支付和商家扫码支付产品；

1）C端展码支付（B扫C）

消费者绑定本地钱包后，展示本地付款码（Local QR Code），商家通过扫码枪完成支付。

2）商家扫码支付（C扫B）

商家在店内展示其二维码，消费者通过支付宝APP完成扫码支付。商家码包括，包含商家信息的静态码（码牌）和商品信息的动态码（订单码）。

不管是线上还是线下，A+的核心业务还是以中国人出境和本地生活场景为主，因此C端的APP以支付宝为主，而移动服务商以提供支付方式为主，而收单服务商为商家提供收单结算能力为主。

2.2.3、钱包技术与数字营销

1）钱包技术服务（持续生态建设）

整个全球化支付网络的底层还是在A+，通过与全球各国的本地支付提供商合作，不断的扩大其覆盖的国家和生态的版图。

2）数字化营销（营销技术服务）

随着A+将商家业务转到Antom，A+的支付营销业务主要是面向机构服务商的营销活动的技术服务。

2.3、业务开展情况

A+经过阿里集团近10年的打磨，覆盖了全球66个国家/地区、35+的合作伙伴、9000万商户，用户覆盖16亿。重点深耕区域为东南亚、东北亚、欧洲，并且在拉美、非洲等地区的业务也正在蓬勃开展。

整理的业务发展情况的汇总如下

1、业务开展

2、应用场景

03 Antom：B端商家收单

Antom的定位是“统一商家支付”，主要面向全球的跨境商家服务。其实Antom的推出是为了弥补A+在B端商家的短板。

可能是蚂蚁国际太痴迷于C端场景闭环和全球生态能力建设，早期商家收单主要服务于阿里系跨境电商平台（如AliExpress、Lazada），错失了中国企业出海的发展红利，全球收单市场迅速的被Strip、Adyen等服务中国企业出海的全球收单机构所抢占。

为了弥补B端商家的短板，2022年蚂蚁集团收购了东南亚收单平台2C2P，2023年正式推出Antom品牌，2024年开始全力拓展海外商家场景。

图8：Antom的业务模式

3.1、Antom产品体系

得益于A+的大力支持，Antom充分的复用了A+的支付能力，为商户提供了全球收单能力，同时他还推出了“科技增值服务”、“数字化营销服务”。

图9：Antom的产品体系

3.1.1、全球收单业务

Antom的收单产品基于A+的支付能力，针对全球商家收单场景，他的支付方式涵盖了扫码、钱包、银行卡等传统支付方式，还新增了现金支付、先享后付、网银支付等更适合电商平台和本地化的支付方式。

不仅于此，Antom为了进一步拓展支付能力，他也像A+一样在重点地区自建站点，通过本地站点来辐射周边国家/地区，为商户提供更加多样化的本地支付服务。

3.1.2、数字营销服务

营销是电商平台流量的转化工具，因此Antom营销产品是“A+Reward”和“Payment Marketing”来进行流量转化和精准运营。

1）A+Reward（A+奖励）：

在支付场景中，通过联合钱包机构（如GCash、Touch’n GO等），利用隐私计算分析用户画像、消费行为和地域偏好，为用户提供个性化推荐和定向营销服务，从而提升商家的流量转化率。

2）Payment Marketing（支付营销）

为常见的支付方式提供优惠，可以培养用户支付习惯，既能促进商家销售，也能提高支付机构、银行等的转化率。

3.1.3、科技增值服务

Antom的科技增值服务内容丰富，涵盖“安通盾、合并支付、灵活结算”等开放能力产品，同时通过AI Copilot提升商家接入效率，借助EasySafePay+APO优化路由效率并保障资金安全。

3.2、业务开展情况

Antom虽然业务开展较晚，但是得益于A+雄厚的基础和蚂蚁国际全力以赴的市场营销、近几年发展势头还是挺快的，东南亚覆盖了超过6万家零售店，中东和欧美地区的业务也开始增长，交易规模日均峰值也超过了500万笔。

Antom业务开展

04 WorldFirst：企业端全球账户

万里汇的定位是“统一商业账户”，他专注于跨境电商、外贸的B2B、数娱出海等场景提供“收款、付款、兑换”的整体解决方案。

万里汇构建了蚂蚁国际生态的资金闭环，生态内外的商户和平台均可绑定其全球多币种账户进行收款。用户可通过万里汇完成换汇、向上游供应商付款，或提现至海外银行账户。

图10：WorldFirst的业务模式

4.1、万里汇产品体系

万里汇为“跨境电商、跨境贸易、数娱出海”分别提供了一站式产品解决方案（包含收款、兑换、付款、财资等）。核心产品包括了“World Account、World Card、World FX、World trade”等；

图11：万里汇产品体系

4.1.1、全球收款账户（World Account）

万里汇的多币种账户是一种VA账户（Virtual Account），它支持40+币种，覆盖了130+电商平台，帮助企业对全球账户进行统一资金管理：

1）收款：支持从全球各大电商平台、三方机构收款。

2）兑换：支持人民币和外部账户自由切换，多币种实时换汇与锁汇。

3）付款：向不同国家供应商汇款，也能向企业境内和境外银行账户提现。

这样不同国家货币就能进行统一管理，并且向全球不同国家/地区下发资金。（当然这些都是基于交易单据和各国的外汇管理要求）

图12：全球资金账户

4.1.2、万里汇核心产品概述

万里汇的核心产品还包括了World trade、World FX、World Card、跨境的供应链金融服务等。

图13：万里汇核心产品

万里汇的产品体系非常庞大且复杂，限于篇幅详细的拆解我们后面单独文章介绍。

4.2、业务开展

对于万里汇来说，核心目的就是让出海的中小企业资金在其体系内停留的时间尽可能的长，因此需要给企业方便的收付工具、优惠的汇率、更加多的金融工具。

图14：万里汇业务开展

05 不容小觑的Bettr

5.1、嵌入式普惠金融服务

Bettr是蚂蚁国际2024年6月推出的“嵌入式数字贷款平台”，其核心模式就是将贷款服务无缝的整合到合作平台的业务流程中。他与蚂蚁旗下“Alipay+、Antom、WorldFirst”共同形成了“支付+金融”的生态闭环。

5.2、业务开展情况

Bettr推出的时间虽然比较短，现在主要在泰国、巴西、香港等地区开展试点。

但是我们永远不要小看蚂蚁做数字化金融的能力，据国际金融公司（IFC）统计，全球约6500万家中小微企业面临每年5.2万亿美元的融资需求未满足。

所以当Bettr的业绩真正浮出水面的时候，他可能是让全球金融科技公司都无法忽视的存在。

图15：Bettr业务开展情况

06 链接全球与发展分析

蚂蚁国际的业务还是挺复杂的，最后我来给大家总结下，并对未来发展做个分析。

6.1、链接全球，无缝支付

图16：蚂蚁国际业务总结

6.1.1、链接全球：吹得牛逼都落地

1）优势

蚂蚁国际的业务覆盖了C端支付（A+）、B端收单（Antom）、B2B资金管理（WorldFirst）的全链路跨境支付生态。并且每个业务都做到了全球TOP，这是非常难能可贵的。

2）缺点

当然缺点也很明显，就是业务体系复杂，投入周期长见效慢，并且竞争对手多。

6.1.2、无缝支付：一个账户全球支付

为了适应复杂生态体系，构建了“链接全球的支付网络”，实现了“一个账户全球支付”的目标，将复杂业务极大简化，为C端用户、B端商家及企业全球账户提供了无缝支付体验。

1）优势：

其投入的科技密度也非常的高。从“A+钱包网关”、区块链智能清算、AI风控与合规、AI Copilot提升对接效率、A+Reward的基于隐私计算的营销推荐等，科技含量满满。

2）缺点

缺点也很多，本地服务商接入复杂，各国监管适配的挑战比较大。

当然，蚂蚁国际格局很大，他合作过的本地服务商，造福了很多中国支付企业，比如各国能用支付宝的地方就有微信。

6.2、未来的发展分析

对于蚂蚁的全球化未来的发展，我谈不上建议，还是基于蚂蚁国际正在做的，以及最新热点做些简要的分析吧。

6.2.1、拓展新兴市场

围绕“中国人和企业出境”，是每个中国跨境支付企业的核心场景。蚂蚁国际除了传统深耕的“东南亚、东北亚”市场以外，近几年也开始全力拓展中东、非洲、拉美等新兴市场。

基于“全球网络”，以点带面来扩大全球市场，这显然是蚂蚁国际的拿手好戏。

6.2.2、创新支付方式

1）PayFi支付：稳定币开始合法化，他在提升跨境支付效率、降低换汇成本、与跨境供应链金融结合等有很大发展机会。

况且主要竞争对手Strip、PayPal、Visa、Master都开始在AI+加密货币方面推出产品。相信蚂蚁国际面对机会和市场竞争，是不会停下脚步的（只是不方便公开说罢了）。

2）稳定币+CDBC结合：与央行数字货币（CDBC）试点结合，探索“稳定币+CBDC”混合清算模式。

6.2.3、扩大生态协同

在PayFi基础上与菜鸟国际物流结合，形成数字化的“支付+物流+金融”闭环，全面的把跨境贸易和支付带入数字化时代。

当然这里可以扩展的很多了，挑战也很多，特别是全球监管的适配等。限于篇幅就不展开了，我们后面单独开专题介绍。

【本文参考资料】

本文资料来源于蚂蚁国际官网、互联网公开资料，以及业内专家咨询。

[1]隐墨星辰：从Alipay+到Antom

https://mp.weixin.qq.com/s/MnbXXLLu4DDMrCUDmxUZaA

[2]蚂蚁国际官网

https://www.ant-intl.com/en/

[3]Alipay+和Antom的合作服务商

https://www.antom.com/payment-methods/

[4]Alipay+和Antom的支付方式

https://docs.antom.com/ac/pm/supported_pm

[5]A+钱包服务供应商

https://www.alipayplus.com/mobile-payment-provider-list

[6]A+收单服务供应商

https://www.alipayplus.com/acquirer-list

[7]Antom支付提供商

https://www.antom.com/payment-methods/

详解CIPS：人民币跨境支付系统

Sun, 05 Oct 2025 23:25:14 +0800

本文将全面详细的拆解CIPS的参与者、账户体系、流动性、清算模型、支付处理逻辑等核心内容

1.关于CIPS

人民币跨境支付系统（Cross-border Interbank Payment System，简称CIPS系统）是经人民银行批准专司人民币跨境支付清算业务的批发类支付系统，提供实时全额（RTGS）和延迟净额（DNS）清算模式。

为全球金融机构提供人民币跨境和离岸业务，提供跨时区的资金清算结算服务。是我国重要的金融市场基础设施，在支持上海国际金融中心建设、推动金融业双向开放、增强金融服务实体经济能力、服务“一带一路”资金融通、助力人民币国际化等方面发挥着重要作用。

2.CIPS的参与者

CIPS的参与者分为直接参与者和间接参与者，其中，直接参与者又可以分为境内支付直接参与者和境外直接参与者

要特别注意，境外直接参与者在CIPS中有资金账户和CIPS行号，可以直接通过CIPS办理人民币跨境支付业务。截至目前，CIPS一共有170家直接参与者（数据来自CIPS官网）

但是，因为其在大额支付系统中没有清算账户，所以，境外直接参与者需要委托境内资金托管行办理资金存管账户，截至2024年8月末，人民币跨境支付系统（CIPS）共计10家资金托管行，（数据来自CIPS官网）

境外直接参与者通过资金托管行向CIPS的资金账户注资，后面在流动性模块会讲到注资的逻辑。

3.CIPS模式下的账户体系

跨境支付清算离不开相应的资金账户，毕竟最终的清算就是不同账户之间的资金划转，在CIPS模式下主要涉及的账户模型如下图

CIPS的账户模型是这样的，在央行开设一个统一账户，各参与方将资金充入该账户。但由于央行只提供一个总账户，为了清晰记录各参与方的资金余额，CIPS自身也建立了一套账户体系来分别记录各自的余额。此外，机构在CIPS的这些账户还用于实际的清算业务，日终时再与央行账户进行资金结算处理。

所以，在这个模式下，各参与方的资金是这样转入CIPS账户的：通过大额支付系统进行转账操作，相应资金会从参与方自己的清算账户中划出，导致其清算账户余额减少，并转入到CIPS在央行开设的统一账户中。

4.CIPS的运行时序

CIPS运行时间为5*24小时+4小时，在法定工作日全天候运行，分为日间场次和夜间场次，共有7个运行状态：营业准备、日间处理、日间业务截止、场终处理、夜间处理、夜间业务截止、日终处理。

详细的运行时序如下表所示。

5.CIPS参与者流动性管理

要进行跨境支付清算，各类参与者在CIPS的零余额账户中要有足够的资金，也就是所谓的流动性，账户里要有钱

5.1.流动性调整模式

可以通过注资、预注资、调增、调减等处理增加或者管理其CIPS账户的流动性

本质就是，注资和调增就是参与者通过大额系统向CIPS付款；而调减和清零就是CIPS通过大额系统向参与者付款，这么理解就简单多了

因为参与者的CIPS资金账户是零余额账户，因此到了日间场终以及日终时，要对账户进行余额清零处理。

另外，因为CIPS是5*24小时运行，还有夜间场次，此时因为大额系统没有运行，所以参与者需要为夜间场次的流动性“预注资/预注资调增调减”，本质上来看，是对其在央行的清算账户中的资金进行冻结处理，这里不再赘述。

5.2流动性风险控制

除了给参与者提供了管理流动性的工具，同样CIPS也有一系列的策略来规避流动性风险，比如净额结算保证金、排队、余额预警等手段。具体工具如下表所示

6.支付清算模式及原理

即使CIPS已经建成，但是新旧模式依然并存，清算行、代理行等模式依然可行，我们分别分析一下CIPS建成前的老模式以及CIPS模式，这样对人民币跨境支付会有更深刻的理解

6.1.CIPS建设前

人民币跨境支付结算模式是大家耳熟能详的清算行模式、代理行模式、NRA模式；清算行、代理行、结算行通过大额支付系统进行人民币跨境业务资金的清算处理。

在清算行模式下，境外清算行与境外其他银行签订人民币代理结算协议，为它们开立人民币同业往来账户，并代理这些境外银行进行跨境人民币收付等服务。清算行通常由两国央行共同指定，负责处理两国之间的本币（即人民币）支付业务。例如，香港、澳门地区的人民币业务清算行，如中银香港、中银澳门，以及中银台北、中国工商银行新加坡分行等，与境内银行传递清算信息，共同完成跨境人民币的清算和结算工作。

在代理行模式下，境内具备国际结算业务能力的商业银行与境外银行签订人民币代理结算协议，为境外银行开立人民币同业往来账户，并代理其进行跨境人民币收付、结算等服务。这一模式下，境内商业银行作为代理行，负责处理境外银行在跨境人民币业务中的收付和结算需求。

NRA模式，即非居民账户（Non-Resident Account）模式，允许非居民（如外国企业或个人）在本国银行开立账户，以便进行跨境支付和结算业务，从图中可以看出，当CIPS建成后，NRA开户行可以作为CIPS直参行，通过CIPS完成支付清算。

6.2.CIPS建成后

各直参行通过CIPS直接办理人民币跨境支付清算业务，各间参行通过直参行办理跨境支付清算业务

以国内企业向美国企业进口付款为例，看整个人民币跨境支付清算的流程，其中可以全链路人民币，也可以兑换为美元。

6.3.老模式与CIPS并行

在CIPS模式下，老的清算行模式、代理行模式和NRA（非居民账户）模式依然可行，只不过我们可以理解为清算行就是CIPS的直参行、有的直参行是间参行的代理行

6.4.CIPS+CNAPS双引擎

CIPS建成后，CIPS负责人民币跨境支付的清算工作，可以认为是记账；而HVPS则为CIPS提供日终的资金结算服务，可以认为是给钱；二者协作共同实现人民币跨境支付清算。

7.CIPS标准收发器

CIPS处理的业务包括支付类和信息类两大类。其中，支付业务包括客户汇款、金融机构汇款、批量业务和金融市场资金结算业务；信息业务包括查询业务等。以下是几个典型报文，后续仅以111客户汇款作为案例进行分析，其他的业务类型类似

客户汇款就是汇款人和收款人中至少一方为非金融机构的汇款业务，其中，单笔发起客户汇款业务采用实时全额结算方式。

1）汇付处理流程

这里要知道“客户汇款”是报文类型，其中还有一个“业务种类”，也就是汇的什么款，例如货物贸易、服务贸易、个人汇款等等

付款人向间参行F提交付款申请，间参行扣减付款人账户余额
间参行将付款指令提交给直参行A，直参行扣减间参行F的同业存款
直参行A将付款指令提交给CIPS
CIPS检查无误后，借记直参行A，贷记直参行B，并将处理结果返回给直参行A
CIPS将付款指令提交给直参行B，直参行B扣减间参行同业存款
直参行B将付款指令提交给间参行F，间参行F增加收款人账户余额，并通知收款人

2）汇款报文解读

为了更好理解，我将报文中的重要参数列出来，供大家更形象的理解付款指令到底包含哪些信息，以下是CIPS111.001.02报文部分参数

3）最优支付清算路径选择

因为一个间参行可能通过多个直参行进行跨境处理，各参与者之间存在错综复杂的合作关系，因此一笔付款可以走的路径有多条，CIPS可以计算出“最优路径”，使得整体成本最小、速度最快。

从前面的CIPS运行时序可以看出，其中有日间的场终处理、夜间的日终处理，执行CIPS账户清零、对账等业务

日间业务结束后，进入场终处理，该阶段系统将自动退回结算排队业务及待结算状态的支付业务，并执行参与者日间账户余额的清零。然后依次与HVPS对账、发送参与者对账报文

107个“银行账户体系”名词解析

Sun, 05 Oct 2025 23:07:37 +0800

只有充分了解了银行账户的相关名词，才能搭建起认知该体系的底层语言框架。

本文从基础概念、账户分类、账户结构、账户介质、账户关系、账户操作、会计总账、内部户、支付结算、风险管控等几个方面拆解跟“账户”相关的概念名词，以及基本逻辑。

01.基本概念类

1.账户

是根据会计科目设置的，具有一定格式和结构，用于反映会计要素增减变动情况及其结果的载体。

2.账号

是用户在系统中的登录凭证，同时也是用户的个人信息标识。

3.客户号

是银行系统中用于唯一标识客户的编号，可关联所有与客户相关的账户信息。客户号与自然人或企业一一对应，一个客户号可关联多个主账号，例如个人客户可能同时拥有借记卡和信用卡的主账号。客户号本身不直接参与交易，主要用于整合客户的所有资产和负债信息。

4.主账号

是展示给客户用于交易的账号，即客户实际可见的账号，如银行卡号、存折账号等。主账号通常带有卡BIN（如622848开头为农行借记卡），且可能映射多个底层记账账号。

5.记账账号

是实际记录资金变动的实体账号，用于执行会计处理。它对应具体的金额，并控制计结息规则等，记录余额、交易明细等核心数据。记账账号对客户不可见，属于会计实体。与系统账号相比，记账账号侧重于会计层面的记录和管理。

6.系统账号

与记账账号类似，是系统内部使用的实体账号，但属于技术实体。它主要用于临时挂账、差错处理等场景，例如ATM吐钞未记账时使用暂记账号。系统账号通常日终清零，不参与客户报表的展示。

7.虚拟账户

是非实体账户，是为分类管理资金而设置的账簿，不参与实际的会计核算。

8.内部户

是银行内部使用的账户，不直接面向客户进行业务处理。

9.联名账户

是由两个或两个以上（不超过五个）个人客户共同开立的账户，支取时需按照约定的方式办理。

02.账户分类类

2.1.按客户类型分类

10.个人账户

存款人凭个人身份证件，以自然人名义在银行开立的账户。

11.单位账户

公司为满足自身业务开展需求而设立的银行账户。

12.同业账户

用于银行之间进行资金往来的账户。

2.2.个人账户子类

13.Ⅰ类户

全功能账户，无使用限制，可办理各类金融业务。

14.Ⅱ类户

类似“钱包”的账户，设有一定的交易限额，适用于日常小额支付和消费。

15.Ⅲ类户

类似“零钱袋”的账户，仅用于小额交易，如网络支付等。

2.3.单位账户子类

16.基本账户

单位的主办账户，每个单位只能开立一个，用于处理日常转账结算和现金收付。

17.一般账户

单位因借款或其他结算需要，在基本账户开户银行以外的银行营业机构开立的账户。

18.临时账户

单位因临时经营活动需要而开立的账户，有效期一般不超过两年。

19.专用账户

单位为特定用途资金而开立的账户，如基本建设资金、更新改造资金等。

2.4.按功能分类

20.活期账户

可随时存取资金的账户，无固定存期，资金流动性强。

21.定期账户

有固定存期的账户，存期内资金一般不可随意支取，利率相对较高。

22.贷款账户

用于记录贷款业务的账户，反映贷款的发放、偿还及利息计算等情况。

23.保证金账户

用于存放保证金的专用账户，确保交易双方履行合同义务。

2.5.按内容分类

24.资产类账户

反映银行资产状况的账户，如现金、贷款、投资等。

25.负债类账户

反映银行负债状况的账户，如存款、借款等。

26.权益类账户

反映银行所有者权益的账户，如实收资本、资本公积等。

27.成本类账户

反映银行经营过程中发生的各项成本的账户，如营业成本、管理费用等。

28.损益类账户

反映银行在一定时期内经营成果的账户，包括收入类和费用类账户，用于计算利润或亏损。

29.表外账户

不纳入资产负债表核算的账户，主要用于记录一些特殊业务或事项，如或有负债、承诺事项等。

03.账户结构类

30.主子账户

指主账户与下属子账户之间存在的层级关系，主账户对子账户具有管理和控制作用。

31.母实子虚

描述的是一种账户结构，其中母账户为实体账户，具有实际的资金存取和交易功能；而子账户则为虚拟账户，主要用于分类管理或特定用途，不直接参与资金交易。

32.母虚子实

与“母实子虚”相反，这种结构中母账户为虚拟账户，不直接处理资金；子账户为实体账户，承担实际的资金存取和交易职责。

33.多级账簿

指在同一账户下开设的用于分类明细核算的登记簿，便于对账户内的资金进行更细致的管理和记录。

34.账户树

表示一种多层次、多分支的树形账户结构，能够清晰地展示账户之间的层级关系和关联情况。

35.组合账户

也称为客户综合账户（AIO），这种账户可以包含多种不同类型的账户，如存款账户、贷款账户等，为客户提供一站式的金融服务。

36.一卡多户

指一张银行卡下可以关联多个账户，方便客户通过一张卡管理多个账户的资金。

37.一户多卡

表示一个账户可以配发多张银行卡，客户可以根据需要选择使用不同的卡片进行交易。

04.账户介质类

38.借记卡

一种需先存款后消费的银行卡，持卡人需在卡内预存资金，方可进行消费或取现等交易。

39.存折

记录存款交易的纸质凭证，用于详细记载客户的存款、取款等交易信息。

40.存单

定期存款的凭证，客户将资金存入银行并约定存期后，银行会出具存单作为存款的证明。

41.一本通

一种可记录多笔存款的存折，方便客户对多笔存款进行统一管理和查询。

42.支票

一种用于支付的票据，由出票人签发，委托银行或其他金融机构在见票时无条件支付确定金额给收款人或持票人。

43.汇票

由出票人签发，委托付款人在指定日期无条件支付确定金额给收款人或持票人的票据，常用于异地结算。

44.单位结算卡

为单位客户提供的结算工具，便于单位客户进行日常的资金收付、转账等结算业务。

45.附属卡

是主卡的附属卡片，通常与主卡共用同一个账户，附属卡的使用权限和额度可能由主卡持有人设定。

46.虚拟卡

指没有实际卡介质的虚拟卡片，客户可以通过电子渠道申请和使用，具有便捷、安全的特点。

05.账户关系类

47.Vostro account

指他行在我行开立的账户，也称为来账账户，用于记录他行与我行之间的资金往来。

48.Nostro account

指我行在他行开立的账户，也称为往账账户，用于记录我行与他行之间的资金结算。

49.绑定账户

指与其他账户建立关联关系的账户，便于实现账户间的资金划转、信息共享等功能。

50.默认账户

指系统在交易时自动选择的、用于完成交易的关联账户，用户也可根据需要自行修改默认账户设置。

51.关联账户

指与其他账户存在业务关联的账户，这种关联可能基于资金往来、业务合作等多种因素。

52.资金归集账户

指专门用于归集其他账户资金的账户，便于企业或个人对资金进行集中管理和调配。

53.资金池

指主账户下所有子账户余额的总和，反映了企业或集团整体的资金状况，便于进行资金调度和风险管理；资金池是一个资金汇总余额的概念，它并不涉及特定的法律协议，而是属于会计统计的范畴。资金池仅反映各相关账户余额的总和，不具备自动调拨资金的功能，资金调度需通过手动操作完成。此外，资金池中的各个账户是独立计息的。

54.现金池

指集团客户为实现资金集中管理而设立的虚拟池，通过现金池，集团可以更加高效地管理成员单位的资金，提高资金使用效率。现金池是一种资金归集管理的操作机制。实施现金池管理需要签订集团协议，且可能涉及跨境税务合规问题。在现金池模式下，主账户与成员单位账户之间实现实时联动，可采用零余额或定额归集等方式。现金池支持日内透支和自动拆借功能，并按照净头寸进行计息。

06.账户操作类

55.开户

指开立新账户的业务操作。

56.销户

指撤销已存在账户的业务操作。

57.挂失

当账户介质（如银行卡、存折等）遗失时，客户可申请进行的处理措施。

58.口头挂失

一种临时性的挂失方式，客户需在挂失后的5日内前往银行办理正式挂失手续。

59.正式挂失

客户需提供有效身份证件，在银行办理的正式挂失手续，以确保账户安全。

60.解挂

指撤销已挂失账户的挂失状态，恢复账户的正常使用。

61.冻结

指对账户进行限制使用的操作，通常出于安全或法律等原因。

62.账户冻结

指对整个账户进行冻结，禁止账户内的任何资金变动。

63.金额冻结

指仅对账户内的部分资金进行冻结，账户其他部分资金仍可正常使用。

64.司法冻结

指司法机关根据法律规定，要求银行对特定账户进行冻结的操作。

65.解冻

指解除账户或资金的冻结状态，恢复其正常使用。

66.久悬户

指长期未发生收付活动的单位账户，通常会被银行列为久悬户进行管理。

67.转久悬

指将符合条件的账户转为久悬状态的处理措施，以便银行对账户进行更有效的管理。

68.激活

指对休眠账户（如久悬户）进行重新启用的操作，使账户恢复正常使用状态。

07.会计总账类

69.会计科目

用于对会计要素的具体内容进行分类核算的项目，是会计核算的基础。

70.科目日结单

记录当天各会计科目借贷方发生额及对应传票张数的汇总单据，便于对当日业务进行初步核对和统计。

71.总账

按照会计科目设立的账簿，用于反映各科目借贷方的余额情况，是会计核算的重要工具。

72.日计表

反映当天全部银行业务活动情况的会计报表，详细记录了当日的各项收支、转账等业务。

73.会计分录

对每项经济业务，明确标明其应借应贷的会计科目及其金额的记录，是会计核算中的基本操作。

以客户王先生为例，把上面几个概念串起来，假如他在2023年5月10日向中国工商银行存入了一笔10万元的活期存款。

74.复式记账法

一种记账方法，要求对每笔业务在两个或两个以上的会计科目中进行记录，以确保会计信息的完整性和准确性。

75.借贷记账法

以“借”和“贷”为记账符号的复式记账法，是会计核算中广泛应用的一种方法。

76.核算

对会计对象进行完整、连续、系统的反映与控制的手段，是会计工作的核心内容。

77.对账

核对账目以确保记录正确无误的过程，是会计核算中不可或缺的一环。

78.销账

核销待处理账务的操作，即将已处理完毕的账务从待处理账目中剔除，以保持账目的清晰和准确。

79.待销账

需要后续核销的临时账务，通常是在业务处理过程中产生的，待相关条件满足后进行核销。

08.内部户相关类

80.标准户

为满足系统核算的统一要求而开立的账户。

81.销账类账户

用于管理逐笔明细交易，并支持部分销账操作的账户。

82.清算账户

专门用于结算不同金融机构之间债权债务关系的账户。

83.过渡账户

基于核算和管理需要而设置的临时性账户，用于暂存资金或信息。

84.凭证账户

用于管理表外凭证的账户，确保凭证的准确记录和跟踪。

85.手工账户

通过手工方式开立的内部账户，通常用于特定业务或临时需求。

86.在库户

用于管理凭证在库状态的账户，记录凭证的入库、存储和保管情况。

87.在用户

用于管理凭证在使用状态的账户，跟踪凭证的领用、使用和归还情况。

88.待销毁户

用于管理凭证待销毁状态的账户，确保凭证在销毁前的安全存储和审批流程。

89.重要空白凭证

指未填写金额等重要要素的空白凭证，具有较高的安全性和管理要求。

90.有价单证

指具有面值、可代表一定金额或权益的凭证，如支票、汇票等。

09.支付结算类

91.备付金账户

支付机构在银行开立的，专门用于存放客户备付金的账户。

92.存管账户

为P2P等特定业务单独设计的账户体系，用于保障资金的安全存放和合规管理。

93.支付账户

支付机构为客户开立的虚拟账户，客户可通过该账户进行支付、转账等操作。

94.收单账户

商户用于接收支付款项的账户，通常与支付机构或银行进行绑定，以实现资金的快速到账。

95.积分账户

记录客户积分信息的虚拟账户，客户可通过积分兑换商品或服务。

96.虚拟币账户

用于记录虚拟货币持有情况的账户，支持虚拟货币的存储、转账等功能。

97.优惠券账户

记录客户优惠券信息的账户，客户可在消费时使用优惠券享受优惠。

10.风险管控类

98.实名制

一种开户制度，要求开户时必须验证客户的真实身份信息。

99.反洗钱

旨在预防和打击洗钱活动的各项措施，以维护金融秩序和安全。

100.大额交易报告

针对超过规定金额的交易，金融机构需向相关部门进行报告的制度。

101.可疑交易报告

当发现资金活动存在可疑情况时，金融机构需及时向相关部门进行报告的机制。

102.客户身份识别

在金融服务过程中，核实客户身份以确认其真实性和合法性的过程。

103.联网核查

通过联网系统，对公民的身份信息进行核查和验证，以确保信息的真实性和准确性。

104.电信诈骗防范

采取一系列措施，以防范和打击电信网络诈骗活动，保护客户资金安全。

105.账户分类管理

根据账户的风险等级，对账户进行分类管理的机制，以便更有效地进行风险防控。

106.限额管理

对账户的交易金额设置上限，以控制风险并保障资金安全的管理措施。

107.风险定价

根据客户或交易的风险等级，实行差异化定价的机制，以合理反映风险成本。

万字详解“聚合支付”，从基础概念到支付清结算、账务全链路

Sun, 05 Oct 2025 23:00:55 +0800

聚合支付（也就是四方支付模式）的出现，和三方支付的出现有着异曲同工之妙。三方支付把银行的支付通道整合到了一起；而聚合支付呢，则进一步把三方支付的通道聚合了起来。这么一来，商户只需要进行一次对接，就能轻松拥有多种自己需要的支付方式啦。

在支付生态中的位置（来源:陈天宇宙）

市场上的聚合支付作为支付领域的一项重要创新，不仅简化了支付流程、提升了支付效率，还促进了支付行业的快速发展。

在未来移动支付场景中，聚合支付将继续发挥重要作用，为商户和消费者提供更加便捷、高效的支付服务。同时，随着技术的不断进步和市场的不断变化，聚合支付也将不断创新和完善自身模式，以适应更加多样化的市场需求。

01、聚合支付基础

1.1、什么是聚合支付

所谓聚合支付是从事“支付、结算、清算”服务之外的“支付服务”，然后依托银行、非银机构等机构，并利用自身的技术与服务集成能力，将一个以上的银行、非银机构或清算组织的支付服务，整合到一起的并为商户提供服务的产品。比如收钱吧就是一款聚合产品。

1.2、为什么会出现聚合支付

1）市场上的支付方式越来越多，例如支付宝、微信支付、银联等，这么多类型的支付方式也无形当中增加了商户接入和管理的难度。

2）市场上移动终端也越来越多，包括安卓、苹果等，对于这么多终端平台，需要在不同平台上实现支付功能的兼容，大大增加了技术开发难度和运营成本。

3）目前市场上消费者的需求多种多样，一种支付方式很难满足要求，这时就需要多种支付方式来满足不同的消费者使用场景和使用偏好了。

4）很好的解决了商户收款方式单一、对账繁琐等痛点，并整合了来自不同支付渠道的数据，为商家提供更全面的经营分析和决策支持，所以越来越多的商家选择聚合支付。

5）优化整合了主/被扫支付、NFC支付、HTML5支付、APP内支付等多种支付场景，满足了不同场景下的支付需求。

可以说聚合支付的出现是移动支付市场发展的必然产物，是整个消费市场上多方面因素共同作用的结果。

1.3、聚合支付相关产品概念

1）在核心功能方面

聚合支付集成了多种支付方式（如支付宝、微信支付、银联等）整合到一个平台上，为消费者提供多样化的支付选择，同时也为商户提供统一的收款渠道。聚合支付也为商户提供清晰的管理后台，方便商户进行财务管理，包括交易查询、对账、退款、结算等操作。

2）在技术实现方面

聚合支付产品通过API接口与多家支付通道对接，并支持微信公众号、小程序、扫码支付等多种支付场景。同时可以提供扫码枪、智能POS机、收款APP等硬件设备，满足不同商户的收款需求。

3）在应用场景方面

聚合支付产品将不同支付方式集中到一起，并可以将不同的收单集于一个二维码或者一个终端当中，同时为线下线下商户交易服务。

4）在后台系统管理方面

聚合支付产品包括账务模块，清结算模块，商户管理模块，渠道管理模块、交易监控模块、风险控制模块等等。

5）在增值服务方面

聚合支付特色的营销平台在结合支付后广告、会员营销等功能后，能很大程度航帮助商户快速拓客。同时还可为用户提供金融增值服务。

1.4、聚合支付发展历程

1.4.1、发展时间轴

聚合支付产品的发展过程大致经历了三个阶段：

第一阶段为2014年至2015年的起步期，随着线上支付市场日趋饱和了，支付机构争夺的市场主要产品向线下转移，这个时候二维码作为线下支付的主要媒介之一开始被大范围普及，所以能够提供支付方式一体化整合服务的聚合支付成为重要的服务产品，也是由于互联网头部企业越来越重视发展聚合产品，所以聚合支付迎来很好的发展时机。

第二阶段为2016年至2017年的规模爆发加速期，在这一时期里，聚合支付产品快速迭新且被大范围推广，收单外包机构和收单机构纷纷入局，在支付宝和微信的推动下，聚合支付有了很大程度的发展和创新。

第三阶段是2017年下半年至今的合规发展期，在2017年中下旬聚合支付监管政策陆续出台以后，市场开始严查“二清”，整个聚合支付行业发展慢慢的走向合规健康的发展道路。

来源：易观数据

1.4.2、行业图谱

1）聚合支付产品主要的需求方包括：线下实体店、电商平台、移动应用等。

2）聚合支付产品服务商主要有：收钱吧、Ping++、哆啦宝、利楚扫呗等，以及主打跨境支付服务的PingPong、钱海支付等。

3）为聚合支付产品提供支付接口和技术支持的企业方包括支付宝、微信、银联、快钱、汇付天下等。

4）聚合支付产品相关的清算中心主要是负责处理支付业务的清算和结算，确保资金的安全流转。这里的清算主要是网联和银联。

5）聚合支付产品最终使用的用户群体包括个人消费者和企业客户两部分。

02、聚合支付全局架构

2.1、聚合支付产品架构

通常来看，市场上的各支付系统都会结合公司自身业务和系统架构特点，通过不断的演化形成公司特有的支付系统。但无论怎样变化，基本的模块和逻辑是相通的。

目前比较常见的聚合支付系统架构如下图所示：

整个聚合支付系统可以划分为三个层级，最上层面向用户端使用的前端产品层，中间层属于聚合支付系统核心部分，一般又可以分成支付业务处理模块和支付相关业务处理模块，最底层则为一些提供基础服务的系统模块。

1）产品层

产品层是面向前端用户的应用层，包含面向个人的钱包应用，商家收银产品，商户对账平台，代理商渠道管理平台，运营管理平台等模块。

2）支付核心

支付核心是实现支付的主要功能模块，从发起支付到与支付渠道对接，并最终返回支付结果。

3）支付服务

支付服务是提供与支付业务相关的其他服务，例如用户管理，订单管理，记账，对账，清算等。

4）支撑层

支撑层是为整个支付系统提供基础服务，例如短信平台，消息通信机制，日志服务，以及一些与外部对接的第三方服务等。

2.2、聚合支付业务种类

1）技术集成

技术集成类聚合支付服务商提供的技术解决方案，主要帮助商户一次性接入多个支付渠道，如支付宝、微信支付等。它们不直接处理资金，而是作为技术桥梁，简化商户的技术开发工作。

2）机构转接

机构转接类服务商主要帮助商户与银行或第三方支付平台建立正式的支付方式接入，但不直接触碰资金。它们更多地扮演信息中介角色，确保交易通道的开通和数据流转。

3）增值服务

聚合支付除了基本的支付功能外，还提供客户管理、营销工具、数据分析等增值服务，帮助商户提升顾客体验和经营效率。

4）硬件支持

聚合支付服务商也提供集成支付功能的硬件设备，如智能POS机、扫码枪等，结合软件服务，为线下商户提供一体化的收银解决方案。

5）线上接口集成

聚合支付为线上商家提供专业的API接口，让商家能快速在其网站或应用中集成多种支付方式。这种方式适合电商平台、SaaS服务提供商等，同时简化用户支付流程，提升转化率。

2.3、聚合支付架构解析

1）聚合支付应用层

所谓的聚合支付应用层指提供给最终用户在特定场景下使用的产品，比如扫码收银、二维码支付、生活缴费、信用卡返款、手机充值等。这些应用是建立在支付产品的基础之上，直接面向最终的用户提供服务。

2）引导路由

市场上的每一种支付应用，都可能对应着一种或多种支付方式，那么这些支付方式的默认排序，还有在某个支付场景下供用户选择怎样的排序等都是由引导路由来实现。

3）支付网关

支付核心系统的统一入口，对外提供支付相关业务的API接口。支付网关负责对外接口的安全加密，签名校验以及熔断机制等。

下图分别是支付宝，微信支付提供的支付网关API示例。

支付宝支付网关API

微信支付支付网关API

4）支付产品

支付产品就是通常所说的支付方式，其本质是银行和第三方支付机构封装好的支付产品。例如常说的银行卡快捷支付，微信支付，网银支付，账户余额支付等。

5）支付路由

针对同一种支付产品，一般聚合支付平台都会对接多个支付渠道，用户在支付应用中选定了支付方式后，这次支付到底通过哪一家的支付渠道落地，就是支付路由负责管理的。支付路由根据订单的支付金额，渠道的手续费，渠道的稳定性等多种规则进行支付渠道的选择。

6）支付渠道

这里讲的支付渠道模块主要是对接各家支付机构的支付接口，对接的机构包含银行，银联，第三方支付公司以及其他支付服务商。

7）客户中心

客户中心是指自然人或企业的客户信息管理，包含创建客户，客户归并等。

8）用户中心

用户中心主要是负责用户相关信息管理，包含个人用户注册，商户签约入网等。

9）账户账务

账户账务用于实现支付业务相关账户的创建，生命周期管理，交易单边账记账等功能。

10）订单中心

订单中心包括业务订单与支付订单的创建与管理，当前端产品确认好金额，商品等信息后，订单中心创建相关业务订单，当用户决定使用某种支付产品进行支付时，创建支付订单。某个支付订单失败不会引起业务订单状态变化，业务订单待支付订单完成时，人为取消时或自身超时过期时，发生状态改变。

11）会计中心

当支付订单成功时，账务系统进行流水账记账（单边账），同时异步通知会计系统进行复式记账。当天会计日期切换时（例如24：00），会计中心进行日切处理，汇总相关会计科目。

12）清算中心

支付渠道会在T+1给出T日交易的结算文件，即对账文件。清算中心根据对账文件及支付系统自身的记账流水，进行逐笔勾兑；对于异常流水进行差错处理操作；交易流水中的手续费计算，分润计算一般也在清算中心模块完成。

13）资金管理

对于有支付牌照的第三方支付系统以及有清算资格的银行支付系统，需要对商户的结算资金进行清算。相关资金管理（头寸，备付金），打款操作在资金管理模块中完成。

14）营销中心

就是负责支付业务中优惠活动，优惠券的创建与管理的模块。

15）风控中心

风控中心包含黑名单设置，单笔交易限额，单日（月）交易限量限额等风控规则设置和管理。

03、聚合支付商业模式解析

3.1、聚合支付商业模式解析

聚合支付的商业模式主要是寻求与各机构合作，发展以交易费率为基础，以广告营销和其他增值服务为衍生收入的商业模式。

聚合支付的盈利模式有很多，主要通过以下几种方式实现盈利：

1）技术服务费

聚合支付机构通过为商户提供基于交易信息的技术性增值服务，如交易分析、门店管理、并入商户内部管理信息系统等，收取技术服务费用。

2）交易服务返佣金

聚合支付机构是从每笔交易中获取一定比例的手续费，这是最基础的服务盈利模式。比如，第三方支付机构会从商家收取千分之一的费率，而支付代理机构则会从中收取部分费用。

3）衍生服务收入

聚合支付利用支付流量进行广告业务，将支付流量转化为广告收入，降低商业交易费用。

5）SaaS软件服务

这个是提供给商户运营、收银、CRM会员管理等技术接口，并通过软件成本和交易费用盈利。

6）硬件销售

聚合支付服务商通过销售扫码盒子、收银机、收银秤、刷脸机器等硬件设备，赚取中间差价。

7）系统解决方案

主要是为客户提供综合系统解决方案，这些服务通常涉及较高的费用，成为聚合支付服务商的重要收入来源。

3.2、聚合支付优势解析

1）多样性和便利性

聚合支付可以提供商家使用包括信用卡、借记卡、电子钱包等多种支付方式，为消费者提供更多选择，提高支付的便利性。

2）成本降低

通过聚合支付的介入，商家可以减少对多个支付系统的独立接入和维护，从而降低系统维护成本。聚合支付也提供统一的接口，这样也能简化技术实施过程，降低了技术成本。

3）提升用户体验

消费者可以根据个人偏好选择支付方式，提升购物体验，减少购物车放弃率。

4）数据分析与报告

聚合支付平台能够提供详细的交易数据分析和报告，帮助商家了解用户行为，优化经营策略。并且统一的对账服务可以简化了财务管理，提高对账的效率。

5）安全保障

聚合支付平台通过数据加密、身份验证等技术手段，保障交易安全，降低资金风险。

6）统一支付优势

聚合支付解决了传统收款码仅支持单一支付方式的问题，满足了市场对支付方式多样化的需求。

3.3、聚合支付风险点解析

1）“二清”风险

所谓“二清”是指未取得支付牌照的单位或个人提供资金清算服务，即持牌收单机构先清算给这些公司，这些公司再清算给商户。由于“二清”机构的备付金账户缺乏有效监管，存在挪用沉淀资金的风险。一旦“二清”机构经营不善或发生欺诈行为，可能会卷款潜逃，给商户和消费者造成严重的财产损失。

2）盈利前景不明

聚合支付机构的主要盈利模式是交易服务返佣，但随着市场竞争加剧，可能会引发“佣金战”，导致聚合支付机构不得不降低佣金率以提升市场竞争力，压缩了盈利空间。

3）同质化竞争

中国市场存在众多聚合支付机构，业务同质化严重，导致市场竞争激烈。

4）第三方支付市场寡头垄断

中国支付市场呈现“三国鼎立”的局面，银行卡收单业务由银联主导，支付宝和微信掌控移动支付市场，市场寡头垄断特征明显，新进入者面临巨大挑战。

5）技术安全风险

聚合支付涉及大量敏感信息，如用户支付信息、商户信息等，若技术防护措施不足，可能面临数据泄露风险。

6）洗钱与欺诈风险

聚合支付平台若监管不严，可能成为洗钱、套现等非法活动的温床，损害金融秩序和社会稳定。

7）金融创新风险

聚合支付在探索金融创新服务时，如提供金融服务，需确保业务合规，避免触碰监管红线。

04、业务模式、入网、清结算、账务

4.1、聚合支付业务模式

1）直接对接模式

聚合服务商直接与支付宝、微信支付等网络支付机构对接系统，负责商户拓展、资料收集、技术开发、二维码生成等。

具体流程包括以下几个方面
商户提交相关证照至聚合服务商。
网络支付机构审核并签约，下发商户号。
聚合服务商完成技术开发、二维码台卡生成、调试、安装等，交付商户使用。
支付场景：客户主动扫码、客户被动扫码。
客户主动扫码：客户在聚合服务商H5页面输入交易金额，部分交易信息由客户发送至聚合服务商。
客户被动扫码：交易信息完全由商家传送至聚合服务商，再由聚合服务商发送至网络支付机构。

2）收单机构合作模式

支付机构逐渐关闭与聚合服务商的直接通道，转而与具有银行卡收单资质的支付机构、银行机构合作，这样可以确保资金结算的合规性，减少“二清”风险，提高支付生态的透明度和安全性。

3）代理模式

聚合支付服务商通过代理商拓展业务，代理商负责商户的开发、维护和服务。

4）智能POS机模式

聚合支付服务商提供智能POS机，集成多种支付方式，支持线下商户的支付需求。

5）线上聚合支付模式

聚合支付提供统一的支付接口，简化电商平台的支付集成工作，提升消费者支付体验。

4.2、商户入网

聚合支付商户入网一般流程包括：

1）官网注册与实名认证

商户访问聚合支付平台官网，完成注册并提交法人信息，进行实名认证，确保账户安全。

2）提交企业资质

商户上传营业执照、开户许可证、法人身份证等扫描件，证明企业合法经营并提供办公场景照片，包括门头照、前台、办公环境等，证明实体运营。

3）提交交易场景材料

提供发票信息、合同签署人信息、店铺链接及认证信息。

4）审核与评估

聚合支付平台对商户提交的所有资料进行审核，评估商户资质和风险。

5）签订合作协议

审核通过后，双方签订正式的合作协议，明确服务条款、费用、责任等。

6）技术对接与培训

商户根据聚合支付平台提供的技术文档，进行系统对接。同时平台提供操作培训，确保商户熟悉使用流程，包括支付、退款、查询等。

7）测试与上线准备

商户完成系统对接后，进行上线前的测试，确保支付流程顺畅。

8）正式上线

测试无误后，聚合支付服务正式上线，商户开始使用聚合支付进行交易。

9）后续服务与支持

聚合支付平台提供持续的技术支持、账务核对、问题解决等服务。商户可以定期查看交易数据、财务报表，进行账务管理。

4.3、聚合收银台解析

聚合支付收银台是聚合支付系统中的核心部分，它整合了多种支付方式，为商户和消费者提供统一的支付界面。

1）支付方式聚合

聚合收银台整合了包括但不限于微信支付、支付宝、银联云闪付、银行卡支付等在内的多种支付方式。用户也可以根据自己的偏好和支付习惯选择最合适的支付方式。

2）订单信息展示

展示订单详情，包括商品名称、数量、单价、总价、优惠信息等。

3）支付方式选择与排序

提供支付方式的直观展示，用户可以快速识别并选择。并根据支付方式的使用频率、手续费、用户偏好等因素动态排序，优化用户体验。

4）默认支付方式设置

可以根据用户历史支付行为、支付方式的可用性或公司推广策略自动设置默认支付方式。用户也可以自定义默认支付方式，提高支付效率。

5）支付限额与风控

这里显示支付方式的限额信息，避免超出限制导致支付失败。

6）优惠信息展示与计算

这里展示与支付方式相关的优惠信息，如满减、折扣、积分抵扣等。

7）支付结果反馈

订单支付成功后，立即反馈结果，包括支付状态、交易号等信息。

8）支付流程引导

这里提供清晰的支付流程指引，包括支付前的确认、支付中的操作指导、支付后的结果确认等，帮助用户顺利完成支付。

9）多场景支持

聚合支付支持PC端、移动端（H5、APP）、小程序等多种场景下的支付需求。

10）支付网关路由

这个是根据支付方式和商户需求，智能选择最优的支付网关进行交易处理。

11）数据统计与分析

这里是指收集支付数据，进行统计分析，为商户提供支付趋势、用户偏好等信息。

4.4、支付渠道解析

1）第三方支付渠道

市场上重要的支付渠道包括微信支付、支付宝、京东支付、百度钱包等，各有特色，满足不同用户需求。

2）银行卡支付渠道

银联渠道作为中国银行卡联合组织，银联在银行卡产业中发挥核心作用，通过银联跨行交易清算系统，实现银行间交易的互联互通，方便银行对接。

3）电子钱包

市场上如翼支付、京东钱包等，用户可以将资金存入电子钱包，用于线上或线下支付，提供额外的支付方式选择。

4）二维码支付

二维码支付是将多种支付方式整合到一个二维码中，消费者扫描后，可以选择任意支持的支付方式进行支付，简化支付流程。

5）跨境支付

这里支持Visa、MasterCard等国际信用卡，满足跨境交易需求。针对不同国家和地区，聚合支付平台可能整合当地流行的支付方式，如PayPal、Paytm等，以适应全球市场。

6）预付卡

用户可以购买预付卡，用于特定商户或平台的支付，提供额外的支付选择。

4.5、订单、清结算解析

1）下单支付

用户提交订单后，聚合支付系统完成从用户银行（或其他）账户中扣款并输出支付结果；

2）日切

每天固定时间（例如24：00），系统对当天所有交易进行汇总统计，切换系统交易日期。

3）对账

一般在交易日第二天，聚合支付系统从支付渠道方下载对账文件，进行对账。

4）清算

对账后的交易，进行相关手续费，分润计算，并将商家的待清算款付款给商家。

以用户在某电商平台（或外卖平台）中下单购物为例，首先用户将商品添加至购物车中，在购物车界面确认下单，下单后由订单中心模块生产业务订单，包含业务订单编号，商品信息，收货地址，下单时间，订单状态等主要信息。

点击”去支付“后生成业务订单

业务订单创建后，在支付应用”收银台“中，引导路由决定展示哪些可供选择的支付方式，用户选择支付方式，点击”确认支付“后，订单中心生成相应的支付订单。

根据用户所选择支付方式，支付网关将支付订单发送给相应支付产品模块，支付产品在支付路由模块中，根据支付方式，订单金额，手续费规则，通道稳定性等因素，选择最终落地的支付渠道。

在确认落地的支付渠道后，支付渠道模块向渠道测发起支付申请，同步收到渠道测返回的渠道方订单ID等信息。

然后跳转至渠道方支付页面，或者通过SDK唤起相关支付APP，输入支付密码等鉴权信息，提交至支付渠道方后台；

根据渠道方支付页面（或APP）显示支付结果，点击返回，回到聚合支付系统应用页面；前端页面（或APP）上显示的支付结果，不能做为聚合支付系统的支付结果，要以回调结果或主动查询结果为准。

在支付渠道模块等待渠道测的回调信息，支付结果以渠道测回调信息中的结果为准；

如果一定时间（例如10秒）内没收到渠道测回调信息，支付渠道模块需要发起主动查询，轮询订单支付结果。支付渠道将支付结果通知支付网关，支付网关调用账户账务模块进行记账操作。流水账记账成功后，更新支付订单状态，支付订单状态更新后，更新业务订单状态；

同时通知会计系统，进行会计记账。

支付机构帮助交易平台代收代付交易款，从消费者发卡行把钱拿过来，然后结算给交易平台。同样，交易平台通过支付机构收款后，需要结算给自己的店家。交易处理成功后，交易数据推送至清算中心，清算中心获取交易对象模型和计费配置，计算应入金额、分账金额、分润金额。不同交易涉及不同的对象关系，如代理商、分账方等，这影响算账目标和任务，如是否需要算分账、分润，以及分给谁。

5）分账/分润

分账是商户将交易金额按设定比例进行多方划分的过程。分润是渠道方将各参与方费率差部分划分给各方的过程，例如给代理商划分“商户手续费-自己手续费”的那一部分手续费差。

6）支付机构业务与核算

这里的业务主要是帮助商户收款付款的收付退业务，为商户结算的打款业务，从中获取商户手续费收入，并支付通道成本，形成的价差是主要利润来源。支付机构作为企业，还有自有资金业务，涉及向商户收取手续费、向通道支付成本、员工工资发放、费用报销、股东分红等。核算体系涉及支付业务的渠道清算、商户结算、备付金核算、自有资金的会计核算等。

4.6、出款、入款路由，账务解析

4.6.1对于入款业务来说

例如下单支付，充值等，由支付系统调用银行（或其他）支付渠道，实现对用户银行卡进行扣款操作，支付路由主要考虑以下：

1）首先确认用户所选支付方式在系统中可用的渠道范围，例如用户选择微信支付，路由范围就是本系统已经对接的微信支付渠道。

2）成本低，费用少，包括手续费成本以及是否有营销优惠活动等。

3）限额符合要求，通道每日每月限额，单笔限额等。

4）卡类型，支付通道是否支持信用卡，外币卡等。

4.6.2对于出款业务来说

例如提现，清算打款等，由支付系统调用银行（或其他）代付渠道，实现对用户（或商户）收款银行卡进行付款操作，支付路由主要考虑以下：

1）成本低，费用少，与入款业务一样，代付渠道的成本手续费是最重要路由因子。

2）到账时效，付款后收款人银行卡多久可以收到到账通知。

3）代付渠道限额符合要求，通道每日每月限额，垫资额度，自由资金额度等。

4）收款账户类型，渠道支持对公代付，对私代付。

支付路由的规则是每个支付系统的核心，也是企业盈利的核心机密。下面简单介绍常见的路由规则设计思路。

可以通过人工设置配置文件配置路由，指定每种支付方式的支付渠道优先级。对于比较小型或者简单的支付系统，支付渠道接入较少，每种支付方式可能只接入了1-2家支付渠道，对于这种场景，支付路由一般采用配置人工设置配置文件方式，指定每种支付方式的渠道优先级。

如图所示进行配置：

这种简单的人工路由适合支付产品对应的支付渠道较少时，人工设置优先级，切换灵活，可控力度较强。根据系统设置的规则自动选择支付通道，又可分为简单的路由规则设置和通过权重得分计算最优渠道。

如图所示，成本优先原则的支付路由规则示例：

上图的路由流程是先根据支付方式选定可选的通道范围，再从成本的角度（手续费，优惠），从低到高依次尝试，尝试范围报考其他限制条件以及可用性。这是一种简单的路由规则设置，每个行业每个公司根据自身特定的业务模式和通道特点，也会有各自特殊的规则设置方法。

4.6.3账户设计思路

在聚合支付系统中，账户是用来记录会计科目所反映的业务内容的工具，它根据会计科目来开设的。因而在设计账户体系时，首先需要完成会计科目的设置，之后按照会计科目来设置账户。根据我国企业会计制度要求，划分为资产类、负债类、所有者权益类、成本类、损益类和共同类六大会计科目。聚合支付系统一般需要涉及资产类科目，负债类科目和损益类科目。

这些账户，具体在系统中落地为数据库表，一个是账户表，主要用来记录账户基本信息：账户ID，名称，会计科目，可用余额，冻结余额等；另一个是账户流水表，记录这些账户所有相关变化的流水记录。

所以，账户=账户余额+账户流水

1）记账功能

在整个支付系统运行过程中，在不同的场景需要做各种记账处理，下面来举例说明

在之前下单支付的过程中，记账分2个步骤，支付成功后系统同步记录流水账，异步通知会计系统做复式记账。统在支付完成后，先针对支付订单记录流水账，这也是后续做会计记账的原始凭证。记流水账同时对相关账户余额进行更新，用于向用户展示最新的余额。

流水账一般记录以下内容：

异步通知会计系统做复试记账。

2）下面列举一个复式记账实例

小强使用招商银行快捷支付，在微信支付余额中充值100元。

资产类账户：财付通招商银行账户，借100元；

负债类账户：C端个人余额账户-小明余额账户，贷100元。

小强使用微信支付-招商银行快捷支付，在喜茶消费50元。

资产类账户：财付通招商银行账户，借50元；

负债类账户：B端商户收款账户-喜茶收款账户，贷50元。

小强使用微信支付-余额支付，在喜茶消费50元。

负债类账户：C端个人余额账户-小明余额账户，借50元；

负债类账户：B端商户收款账户-喜茶收款账户，贷50元。

小强使用微信支付-余额支付发红包100元给小张。

负债类账户：C端个人余额账户-小明余额账户，借100元；

负债类账户：C端个人余额账户-小张余额账户，贷100元。

小强使用微信支付-招商银行快捷支付发红包100元给小张。

资产类账户：财付通招商银行账户，借100元；

负债类账户：C端个人余额账户-小明余额账户，贷100元；

负债类账户：C端个人余额账户-小明余额账户，借100元；

负债类账户：C端个人余额账户-小张余额账户，贷100元；

小强从微信支付-余额提现100元到招商银行卡。

资产类账户：财付通招商银行账户，贷100元；

负债类账户：C端个人余额账户-小明余额账户，借100元。

4.7、商户管理解析

1）商户管理

商户信息管理是指商户进件的基本数据管理，包括商户的注册信息、营业执照等四要素认证，以及商户需要开通的支付通道等。核心字段包括商户名称、商户编号、联系人信息、银行账户信息、支付通道选择等。

2）结算管理

结算管理是指专门处理商户的交易结算数据，包括总交易金额、结算金额的汇总、手续费计算、结算周期等。核心字段包括交易金额、交易时间、结算金额、结算时间、手续费、结算周期、出款状态等。

3）费率配置

费率配置是指管理商户的支付费率，根据不同的支付渠道和交易类型设定不同的费率。费率由平台统一管理，代理无法对子级进行费率调整。

4）代理管理

代理管理是指代理信息管理，包括代理的进件数据、分润数据、提现信息、下级管理等。

5）商户进件与审核

商户进件是指包括商户提交申请、资质审核、账户开通等步骤。审核过程确保商户信息的真实性和合规性，防止风险商户进入系统。

6）商户服务与支持

提供商户培训、技术支持、问题解答等服务，帮助商户更好地使用支付系统。商户可以查询交易记录、对账单、结算报告等，便于财务管理。

7）商户风险管理

实施商户风险评估，对高风险商户采取限制措施，如提高交易监控频率、限制交易额度等。反洗钱风控，包括商户信息的四要素认证、卡BIN黑名单管理、反洗钱规则检查等。

05、行业政策与产业链解析

5.1、行业政策全解析

市场上的聚合支付作为对第三方支付平台服务的拓展，其发展背景是移动支付市场的迅速增长和商户对支付服务的多样化需求。聚合支付介于第三方支付和商户之间，通过聚合多种支付方式，帮助商户降低接入成本，提高运营效率。聚合支付不进行资金清算，无需支付牌照，但需遵守相关法律法规，确保信息流转和商户操作的合规性。央行针对聚合支付的政策走向，首先是对打着聚合支付旗号从事“二清”业务的公司进行整顿，打击违规行为。其次，政府支持合法合规的聚合支付公司，鼓励其发展，剔除违规企业，推动行业健康有序发展。

5.2、行业现状及面临挑战解析

5.2.1行业现状

1）多种盈利模式

聚合支付机构通过收取技术服务费、交易服务返佣金以及提供广告推广、金融服务等衍生服务，实现了盈利模式的多样化。

2）监管政策支持

政府也对聚合支付行业给予了政策支持，鼓励其发展，同时对违规行为进行整顿，推动行业健康有序发展。

5.2.2面临挑战

1）监管挑战

聚合支付行业快速发展的同时，也面临着监管挑战，包括商户和消费者对收费模式的抵触、资金二清风险、客户信息安全问题等。监管部门需完善法规，加强资质审核，打击非法活动，推动行业标准制定。

2）数据安全与交易稳定性

聚合支付需要处理大量交易数据，确保数据安全和交易稳定性是关键挑战。长链路的交易流程和场景碎片化增加了开发难度和统一性问题。

3）费率空间与业务同质化

在行业“支付大战”后，费率空间降低，聚合支付机构需要寻找新的盈利模式。同时，业务同质化问题也限制了行业创新和竞争力。

4）目标商户规模小且分散

聚合支付服务的目标商户多为规模较小的个体商户，这要求聚合支付服务商具备处理海量小商户的经验和能力。

06、聚合支付未来发展浅谈

通过技术的创新引领发展

1）场景垂直化

未来聚合支付将更加深入特定行业和场景，提供定制化的支付解决方案，满足不同行业的特殊需求。

2）商户下沉化

未来聚合支付服务将向更广泛的商户群体延伸，包括小型和微型商户，以提高市场覆盖率和交易量。

3）服务精细化

未来提供更精细化的服务，如数据分析、营销支持、金融服务等，以增强客户粘性和提高收入来源。

4）业务多元化

除了支付服务，聚合支付机构还将拓展增值服务，如广告推广、消费金融、大数据分析等，以实现收入多元化。

5）全面IOT化

随着物联网技术的发展，聚合支付将与智能设备更紧密地结合，提供无缝的支付体验。

结束语

毋庸置疑，聚合支付的未来将是一个充满机遇与挑战的领域。技术创新、市场趋势、监管政策和行业竞争将共同塑造其发展方向。聚合支付企业需要不断创新，提升服务质量和安全性，同时加强与各方的合作，以实现可持续发展。

https://mp.weixin.qq.com/s/fnOrZW87jFKSi5CeYzNMvA

《比特币：一种点对点的电子现金系统》-比特币白皮书中译版

Sun, 05 Oct 2025 22:56:41 +0800

原文: https://decert.me/tutorial/whitepaper/bitcoin

作者：中本聪 satoshin 2008.10.31

摘要：一种纯粹的点对点电子现金版本将允许在线支付直接从一方发送到另一方，而无需通过金融机构。数字签名提供了部分解决方案，但如果仍然需要一个可信的第三方来防止双重支付，那么主要的优势就会丧失。我们提出了一种使用点对点网络解决双重支付问题的方法。网络通过将交易哈希到一个持续的基于哈希的工作量证明链中来为交易打上时间戳，形成一个无法在不重新进行工作量证明的情况下更改的记录。最长的链不仅作为见证事件顺序的证明，还证明它来自最大的 CPU 算力池。只要大多数 CPU 算力不被尝试攻击网络的的节点控制，他们将生成最长的链并超过攻击者。网络本身需要的结构最小。消息将以最大努力去广播，节点可以随意离开和重新加入网络，接受最长的工作量证明链作为他们离开期间发生的事情的证明。

1. 简介

互联网上的商业几乎完全依赖金融机构作为可信的第三方来处理电子支付。虽然该系统对于大多数交易来说运作良好，但它仍然存在基于信任模型的固有弱点。完全不可逆的交易实际上是不可能的，因为金融机构无法避免仲裁争议。仲裁的成本增加了交易成本，限制了最小的实际交易规模，并切断了小额随意交易的可能性，并且在失去进行不可逆支付的能力方面存在更广泛的成本。由于可能的逆转，信任的需求扩散开来。商家必须对他们的客户保持警惕，要求他们提供比通常需要的更多的信息。某种程度的欺诈被认为是不可避免的。这些成本和支付的不确定性可以通过使用实物货币在面对面交易中避免，但没有机制可以在没有可信方的情况下通过通信渠道进行支付。

需要的是一种基于加密证明而不是基于信任的电子支付系统，允许任何两个愿意的当事人直接进行交易，而无需可信的第三方。算力保障的不可逆转的交易将保护卖家免受欺诈，并且可以轻松实施常规的托管机制来保护买家。在本文中，我们提出了一种使用点对点分布式时间戳服务器生成交易时间顺序计算证明的解决方案。只要诚实节点集体控制的 CPU 算力超过任何合作攻击节点组的算力，系统就是安全的。

2. 交易

我们将电子硬币定义为一串数字签名。每个所有者通过数字签名前一个交易的哈希和下一个所有者的公钥并将这些添加到数字签名链的末尾来将币转移给下一个所有者。收款人可以验证签名去验证数字签名链的所属权。

当然，问题在于收款人无法验证某个所有者没有双重支付该币。一个常见的解决方案是引入一个可信的中央权威或铸币机构来检查每笔交易是否存在双重支付。在每次交易后，币必须返回铸币机构以发行新币，并且只有直接从铸币机构发行的币才被信任不会被双重支付。这个解决方案的问题在于整个货币系统的命运取决于运行铸币机构的公司，每笔交易都必须通过他们，就像银行一样。

我们需要一种方法让收款人知道前一个所有者没有签署任何之前的交易。就我们的目的而言，最早的交易是最重要的，所以我们不关心后来的双重支付尝试。确认交易不存在的唯一方法是了解所有交易。在基于铸币机构的模型中，铸币机构了解所有交易并决定哪个交易先到达。为了在没有可信方的情况下实现这一点，交易必须公开宣布 [1]，我们需要一个系统让参与者就接收顺序的单一历史达成一致。收款人需要证明在每次交易时大多数节点同意它是第一个接收到的。

3. 时间戳服务器

我们提出的解决方案从时间戳服务器开始。时间戳服务器是这样工作的：为一个区块（block）的记录的哈希打上时间戳并广泛发布哈希（例如在报纸或在新闻组（Usenet）帖子中）[2][3][4][5]。时间戳证明数据在显然必须存在的时间内存在，以便进入哈希。每个时间戳在其哈希中包括前一个时间戳，形成一个链，每个额外的时间戳加强之前的时间戳。

4. 工作量证明

为了在点对点基础上实现分布式时间戳服务器，我们需要使用类似于 Adam Back 的 Hashcash [6]的工作量证明系统，而不是报纸或新闻组帖子。工作量证明涉及扫描一个值，当哈希（例如使用 SHA-256）时，哈希以一定数量的零位开始。所需的平均工作量在所需的零位数量上是指数级的，可以通过执行单个哈希来验证。

对于我们的时间戳网络，我们通过在区块中递增一个随机数，直到找到一个值，使区块的哈希具有所需的零位来实现工作量证明。一旦 CPU 努力使其满足工作量证明，区块就不能在不重新进行工作的情况下更改。随着新的区块不断被添加进来，改变区块的工作将包括重新进行其后的所有区块的工作。

工作量证明还解决了在多数决策中确定代表性的问题。如果多数基于一个 IP 地址一票，任何能够分配多个 IP 的人都可以颠覆它。工作量证明本质上是一个 CPU 一票。多数决策由最长的链表示，该链具有最大的工作量证明努力。如果大多数 CPU 算力由诚实节点控制，诚实链将增长最快并超过任何竞争链。要修改过去的一个区块，攻击者必须重新进行该区块及其后的所有区块的工作，然后赶上并超过诚实节点的工作。我们稍后将展示，随着后续区块的增加，较慢的攻击者赶上的概率呈指数级下降。

为了补偿硬件算力的增加和随时间变化的参与运行节点的数量变化，工作量证明难度由移动平均值确定，基于每小时的平均区块数。如果生成速度太快，难度会增加。

5. 网络

运行网络的步骤如下：

新交易广播到所有节点。
每个节点将新交易收集到一个区块中。
每个节点致力于为其区块找到一个困难的工作量证明。
当一个节点找到工作量证明时，它将区块广播给所有节点。
节点仅在区块中的所有交易有效且未被花费时才接受该区块。
节点通过使用已接受区块的哈希作为前一个哈希来创建链中的下一个区块来表示对该区块的接受。

节点始终认为最长的链是正确的，并会继续努力扩展它。如果两个节点同时广播下一个区块的不同版本，一些节点可能会先收到其中一个。在这种情况下，它们会在收到的第一个版本上工作，但会保存另一个分支，以防它变得更长。当找到下一个工作量证明并且一个分支变得更长时，平局将被打破；在另一个分支上工作的节点将切换到更长的分支。

新的交易广播不一定需要到达所有节点。只要它们到达许多节点，它们很快就会进入一个区块。区块广播也能容忍丢失的消息。如果一个节点没有收到一个区块，它将在收到下一个区块并意识到错过了一个区块后发起请求遗失的区块。

6. 激励

按照惯例，区块中的第一个交易是一个特殊交易，它生成一个由区块创建者拥有的新币。这为节点支持网络提供了激励，并提供了一种将币初始分发到流通中的方式，因为没有中央机构来发行它们。恒定数量的新币的稳定增加类似于金矿工花费资源将黄金加入流通。在我们的情况下，消耗的是 CPU 时间和电力。

激励也可以通过交易费用来资助。如果交易的输出值小于其输入值，差额就是交易费用，它被添加到包含该交易的区块的激励值中。一旦预定数量的币进入流通，激励可以完全转变为交易费用，从而完全没有通货膨胀。

激励可能有助于鼓励节点保持诚实。如果一个贪婪的攻击者能够组装比所有诚实节点更多的 CPU 力量，他将不得不在使用它来欺诈人们以窃取回他的付款或使用它来生成新币之间做出选择。他应该能够发现遵循规则更有利可图，这些规则使他比其他所有人加起来获得更多的新币，而不是破坏系统和他自己财富的有效性。

7. 回收磁盘空间

一旦一个币的最新交易被足够多的区块掩埋，这笔交易之前该币的花销交易记录被丢弃以节省磁盘空间。为了在不破坏区块哈希的情况下实现这一点，交易被哈希在一个默克尔树中 [2][5][7]，只有根包含在区块的哈希中。旧区块可以通过截断树的分支来压缩。内部哈希不需要存储。

一个没有交易的区块头大约为 80 字节。如果我们假设每 10 分钟生成一个区块，80 字节 * 6 * 24 * 365 = 每年 4.2MB。随着计算机系统在 2008 年通常以 2GB 的 RAM 出售，并且摩尔定律预测当前每年增长 1.2GB，即使区块头必须保存在内存中，存储也不应该是问题。

8. 简化支付验证

可以在不运行完整网络节点的情况下验证支付。用户只需要保留最长工作量证明链的区块头副本，他可以通过查询网络节点直到确信他拥有最长链，并获得将交易链接到其时间戳所在区块的默克尔分支。他不能自己检查交易，但通过将其链接到链中的一个位置，他可以看到网络节点已接受它，并且在其后添加的区块进一步确认网络已接受它。

因此，只要诚实节点控制网络，验证就是可靠的，但如果网络被攻击者控制，则更容易受到攻击。虽然网络节点可以自己验证交易，但简化的方法可以被攻击者的伪造交易欺骗，只要攻击者能够继续压倒网络。保护措施之一是接受网络节点的警报，当它们检测到无效区块时，提示用户的软件下载完整区块和警报交易以确认不一致。频繁接收付款的企业可能仍然希望运行自己的节点以获得更独立的安全性和更快的验证。

9. 组合和拆分价值

虽然可以单独处理每个币，但为每一分钱进行单独交易将是笨拙的。为了允许价值的拆分和组合，交易包含多个输入和输出。通常会有一个来自较大先前交易的单一输入或多个输入组合较小金额，并且最多两个输出：一个用于支付，另一个用于将找零（如果有的话）返回给发送者。

需要注意的是，扇出，即一个交易依赖于几个交易，而这些交易又依赖于更多交易，在这里不是问题。永远不需要提取交易历史的完整独立副本。

10. 隐私

传统的银行模型通过限制信息访问到参与方和受信任的第三方来实现一定程度的隐私。需要公开宣布所有交易排除了这种方法，但仍然可以通过在另一个地方中断信息流来保持隐私：通过保持公钥匿名。公众可以看到有人向另一个人发送了一定金额，但没有信息将交易与任何人联系起来。这类似于证券交易所发布的信息水平，其中个别交易的时间和规模是公开的，但没有透露交易方是谁。

作为额外的防火墙，每个交易应使用新的密钥对，以防止它们与一个共同的所有者关联。多输入交易不可避免地会揭示其输入由同一所有者拥有，因此某些关联仍然是不可避免的。风险在于，如果密钥的所有者被揭示，关联可能会揭示属于同一所有者的其他交易。

11. 计算

我们考虑攻击者试图比诚实链更快生成备用链的情景。即使成功，这也不会使系统开放到任意更改，例如凭空创造价值或拿走从未属于攻击者的钱。节点不会接受无效交易作为支付，诚实节点永远不会接受包含它们的区块。攻击者只能尝试更改他自己的交易以收回他最近花费的钱。

诚实链和攻击者链之间的竞争可以被描述为二项随机漫步。成功事件是诚实链扩展一个区块，其领先优势增加 +1，失败事件是攻击者链扩展一个区块，减少差距 -1。

攻击者从给定赤字追上的概率类似于赌徒破产问题。假设一个拥有无限信用的赌徒从赤字开始，并进行可能无限次的试验以尝试达到收支平衡。我们可以计算他是否能达到收支平衡的概率，或者攻击者是否能追上诚实链，如下所示 [8]：

p=一个诚实节点找到下一个区块的概率

鉴于我们假设 p > q，随着攻击者需要赶上的区块数量增加，概率呈指数下降。对他不利的是，如果他在早期没有幸运地向前冲，那么随着他进一步落后，他的机会将变得微乎其微。

我们现在考虑新交易的接收者需要等待多长时间才能足够确定发送者无法更改交易。我们假设发送者是一个攻击者，他希望让接收者相信他支付了一段时间，然后在一段时间后将其切换回支付给自己。当这种情况发生时，接收者会收到警报，但发送者希望那时已经太晚了。

接收者生成一个新的密钥对，并在签名前不久将公钥交给发送者。这防止了发送者通过不断工作提前准备一条区块链，直到他足够幸运地领先，然后在那一刻执行交易。一旦交易发送，欺诈的发送者就会秘密地在包含其交易的替代版本的平行链上工作。

接收者等待直到交易被添加到一个区块中并且在其后链接了 z 个区块。他不知道攻击者的确切进展，但假设诚实区块花费了每个区块的平均预期时间，攻击者的潜在进展将是一个期望值为：

λ=zqp

为了得到攻击者现在仍然可以赶上的概率，我们将他可能取得的每个进展量的泊松密度乘以他可以从那一点赶上的概率：

∑k=0∞λke−λk!⋅{(q/p)(z−k)if k≤z1if k>

重新排列以避免对分布的无限尾部求和...

1−∑k=0zλke−λk!(1−(q/p)(z−k))

转换为 C 代码...

#include
doubleAttackerSuccessProbability(double q, int z)
{
double p = 1.0 - q;
double lambda = z * (q / p);
double sum = 1.0;
int i, k;
for (k = 0; k <= z="">
	{
double poisson = exp(-lambda);
for (i = 1; i <= k="">
			poisson *= lambda / i;
		sum -= poisson * (1 - pow(q / p, z - k));
	}
return sum;
}

运行一些结果，我们可以看到概率随着 z 的增加呈指数下降。

q=0.1
z=0  P=1.0000000
z=1  P=0.2045873
z=2  P=0.0509779
z=3  P=0.0131722
z=4  P=0.0034552
z=5  P=0.0009137
z=6  P=0.0002428
z=7  P=0.0000647
z=8  P=0.0000173
z=9  P=0.0000046
z=10 P=0.0000012

q=0.3
z=0  P=1.0000000
z=5  P=0.1773523
z=10 P=0.0416605
z=15 P=0.0101008
z=20 P=0.0024804
z=25 P=0.0006132
z=30 P=0.0001522
z=35 P=0.0000379
z=40 P=0.0000095
z=45 P=0.0000024
z=50 P=0.0000006

求解 P 小于 0.1% 的情况...

P < 0.001
q=0.10 z=5
q=0.15 z=8
q=0.20 z=11 
q=0.25 z=15 
q=0.30 z=24 
q=0.35 z=41 
q=0.40 z=89 
q=0.45 z=340

12. 结论

我们提出了一个无需依赖信任的电子交易系统。我们从通常的由数字签名组成的币的框架开始，这提供了对所有权的强控制，但如果没有防止双重支付的方法，它是不完整的。为了解决这个问题，我们提出了一个使用工作量证明的点对点网络来记录交易的公共历史，如果诚实节点控制了大多数 CPU 算力，攻击者要更改它将变得计算上不可行。该网络在其无结构的简单性中是健壮的。节点同时工作，几乎不需要协调。它们不需要被识别，因为消息不需要路由到任何特定的地方，只需要尽力传递即可。节点可以随时离开和重新加入网络，接受工作量证明链作为它们离开期间发生的事情的证明。它们用其 CPU 算力投票，通过努力扩展有效区块来表达对它们的接受，并通过拒绝工作来拒绝无效区块。任何需要的规则和激励都可以通过这种共识机制来执行。

参考文献

[1] W.Dai, "b-money," http://www.weidai.com/bmoney.txt, 1998.
[2] H.Massias, X.S.Avila, and J.-J.Quisquater, "Design of a secure timestamping service with minimal trust requirements," In 20th Symposium on Information Theory in the Benelux, May 1999.
[3] S.Haber, W.S.Stornetta, "How to time-stamp a digital document," In Journal of Cryptology, vol 3, no 2, pages 99-111, 1991.
[4] D.Bayer, S.Haber, W.S.Stornetta, "Improving the efficiency and reliability of digital time-stamping," In Sequences II: Methods in Communication, Security and Computer Science, pages 329-334, 1993.
[5] S.Haber, W.S.Stornetta, "Secure names for bit-strings," In Proceedings of the 4th ACM Conference on Computer and Communications Security, pages 28-35, April 1997.
[6] A.Back, "Hashcash - a denial of service counter-measure," http://www.hashcash.org/papers/hashcash.pdf, 2002.
[7] R.C.Merkle, "Protocols for public key cryptosystems," In Proc. 1980 Symposium on Security and Privacy, IEEE Computer Society, pages 122-133, April 1980.
[8] W.Feller, "An introduction to probability theory and its applications," 1957.

一文搞懂期货的「交易、支付、清结算」账户体系

Sun, 05 Oct 2025 22:53:40 +0800

账务的底层方法论我写的非常多了，本文算是其向期货领域的一次延伸，也能训练大家将通用支付知识向具体支付场景中迁移的能力

使得对账务、账户的理解更具体和通透！

本文适合期货公司、资管公司、证券经纪业务部、基金公司、私募基金、三方金融软件供应商、想了解期货账户体系的从业人员、产品经理、金融学生等。

大家先思考下面3个问题：

1、期货账户体系和证券、基金等账户体系有什么联系和区别？

2、期货账户体系和证券那种业务的账户体系较相似？

3、当期货账户变多、交易员增多、策略变多、量化接口变多等场景，期货公司账户体系如何满足客户真实的需求。

好了，让我们带着上面3个问题开启一段期货账户体系探索之旅，将从账户基础知识、账户地图、主子账户、系统架构、风控等5大模块入手一点一点的切入，一块一块的展开，从入门逐渐到精通之旅。全文共5685字，建议先收藏，然后慢慢钻研。

一、账户基础知识

1.1、基础知识

在开始学习期货户体系之前，先了解账户的最基本结构和知识，方便知道钱是谁的、债是谁的。有关账户基础知识内容如下：

1、与会计科目分类相同，账户可以分资产类账户、负债类账户、损益类账户、共同类账户；

2、基于业务场景对账户进行分类和命名，比如结算账户、备付金账户、存管户、收付户、汇缴户；

3、按主体类型可以分个人账户、企业账户；

4、按账户的功能又可以分为会员子账户、商户子账户、中间担保户等。

敲黑板画重点：

账户无论叫什么名字，其本质都一样有账户余额、账户流水、账户交易；可理解为账户是用于记录某个主体、某类型资金的余额、以及余额变动明细的数据载体；账户主体、账户种类、账户余额结构、账户流水的字段、账户的功能权限、账户的出入账、账户其他服务等。

账户的本质属性并不会随着账户名称的改变而改变，设计方法也基本相同。不同的是附属内容存在区别，账户权限可能不同、主体归属不同、交易特点不同等。

二、账户地图

有了账户基础知识的铺垫，现我们进入期货账户地图的学习，将从：期货账户概念、期货账户类型、账户关系、作用与数据流等4大维度入手和大家聊聊期货账户地图的事项。（期货开户就不聊了，相对来说比较简单，大家可上期货公司官网去体验，它们开户流程。）

2.1、期货账户概念

投资者参与期货交易的专用虚拟账户体系，由期货公司依监管要求为其开立，用于记录交易指令、持仓头寸、资金变动及风险状态。它并非传统意义上的“银行账户”，而是融合了交易通道、资金管理、风险监控功能的综合型账户系统。

敲黑板画重点：期货账户的核心属性：交易+资金+风险，如下图所示：

2.2、期货账户类型

从不同的角度去区分账户类型，可以得到不同的类型，市面上期货账户主要从账户主体和用途上面加以分类。

2.2.1、账户主体

2.2.2、用途

小结：上面8种期货账户共同组成：“期货账户体系”，它是由多种账户类型共同构成的“账户集群”。由于篇幅限制，8种类型的账户就不一一列示，我们主要聊聊：期货交易账户、资金账户、保证金账户和结算账户，前后4种账户相似度高，可触类旁通。

2.2.2.1、交易账户

1、概念：期货投资者在期货公司专门开立交易核心账户，投资者在期货交易账户中进行买卖期货合约，资金结算和持仓管理等操作。

2、作用：传递交易指令、记录持仓状态、查询功能、对接交易所规则、风险管理。

2.2.2.2、资金账户

1、概念：期货投资者在期货公司开设的一个资金账户，该账户是期货交易者用于存储期货交易资金的账户，包括账户余额、盈亏等信息。该账户通常需要绑定与之对应的银行账户，实现资金的存入和提取。

2、作用：入金(转账)、出金(提现)、实时计算账户总资产(本金 + 平仓盈亏 + 持仓盯市盈亏 - 手续费)、查询功能、风险监控。

2.2.2.3、保证金账户

1、期货保证金相当于租房时交的“押金”，住着的时候冻结(保证你能履行合约），退房时退还(平仓后释放）；如果房子内东西有人为损坏(亏损），房东(交易所）会要求你补押金(追加保证金）。

交易所应对结算会员存入交易所专用结算账户的保证金实行分账管理，为每一结算会员设立明细账户，登记核算结算会员的相应的，结算会员则应对客户、交易会员存入结算会员保证金账户的保证金实行分账管理，为每一客户、交易会员设立明细账户，并进行与交易所类似的登记核算。

2、简单提下期货保证金的数据流，如下图所示：

2.2.2.4、结算账户

1、概念：如下图所示

2、作用：收盘后，交易所将所有投资者的盈亏汇总至交易所结算账户，再划付给期货公司结算账户；投资者持仓需缴纳的保证金，通过期货公司结算账户上存至交易所结算账户。

3、数据流：1、收盘后，交易所将所有投资者的盈亏汇总至交易所结算账户，再划付给期货公司结算账户；2、投资者持仓需缴纳的保证金，通过期货公司结算账户上存至交易所结算账户。

2.3、期货账户关系

要厘清以上面8种期货账户之间的关系，对于绝大多数普通投资者来说，有一定的难度，至少是个比较专业性的问题。这些术语在日常交流中有时会被混用，但它们实际上指向一个体系中的不同环节。围炉通过一张图将为你彻底聊透概念，如下图所示：

2.4、作用与数据流

期货各账户的作用已在【2.2、期货账户类型】模块中均有介绍了，这里就不展开聊了，想了解可划到相应模块进行学习。主要聊聊4大期货账户：期货交易、资金、保证金和结算账户的之间数据流，这里的数据流主要指：信息流和资金流。期货交易中的信息流和资金流是一个环环相扣的精密过程，如下图所示：

方便大家更好了解期货账户：期货交易、资金、保证金和结算账户的之间数据流，围炉特对上图进行浓缩和精减，如下图所示：

敲黑板画重点：

有关期货账户地图相关的内容，我们先就聊到这里。简单提下，期货实行：每日无负债结算，它是期货交易的核心制度，也称盯市结算Mark-to-Market。

交易所：当日所有合约的结算价（非收盘价），计算每一个客户的持仓盈亏。交易所生成当日《结算账单》（包含资金明细、成交明细、持仓明细等），发送给期货公司。

期货公司：根据结算账单核对并更新所有客户的账户数据，然后生成每个交易者的个人结算单（可在交易软件中查询）。当日亏损导致保证金不足（风险度 > 100%），期货公司将在下一交易日开盘前通知客户追加保证金。

资金划转：“入金”是把钱从银行存入期货账户；“出金”是把钱从期货账户取回银行。在账户内买卖操作本身不涉及外部资金流动，只是内部保证金的冻结、释放和权益的增减。

三、主子账户

聊过期货账户地图，若不聊期货的主子账户这块，总感觉少了什么一样，主子账户在实际期货交易大重要了。回到文章前面开头部分需思考第3个问题：当期货账户变多、交易员增多、策略变多、量化接口变多等场景，期货公司账户体系如何满足客户真实的需求，当然是有解的，该主子账户登场，将如下几个方面和大家一起来聊聊。

3.1、主子账户需求背景

背景一、变化多：证券、基金、期货和资管公司等的中小交易团队账户变多、交易员增多、策略变多、量化接口变多、对接系统与交易软件多、清算多与困难。

背景二、资金利用率低：中小型交易团队有多个交易员或多个策略产品，需要为每个单元开设独立的期货账户并进行单独的资金划转，操作极其繁琐，资金利用率低。

背景三、风险控制粗放：监控所有子账户的实时持仓、资金、盈亏情况，并可以进行强平、资金调拨等操作，另外需要基于各自的风控参数独立设置风控，自动风控与人工干预相结合。

3.2、主子账户使用对象

3.2、主子账户架构与核心功能

为了更好解决证券、基金、期货和资管公司等的中小交易团队面临变化多、资金利用率低、风险控制精放等问题，需要一套完善的主子账户交易体系来满足专业化、机构化投资需求，其实主子账户交易一般都属于：资管系统下面一个重要的模块，当然也有公司单独把主子账户开发成一个系统，称它为：账户分仓平台，下成我们一起聊聊主子账户架构和核心功能。

3.2.1、主子账户核心架构

3.2.2、主子账户功能图

3.2.2.1、新增子账户，如下图所示

注：图片源于互联网，若有侵权请联系删除

3.2.2.2、账户风控配置，如下图所示

注：图片源于互联网，若有侵权请联系删除

3.2.2.3、账户结算信息，如下图所示

注：图片源于互联网，若有侵权请联系删除

3.2.2.4、账户出入金，如下图所示

注：图片源于互联网，若有侵权请联系删除

3.2.2.5、账户风控墙，如下图所示

注：图片源于互联网，若有侵权请联系删除

3.2.3、期货主子账户系统供应商

上面我们说了过：主子账户系统属于资管系统下面重要的模块，然后市面上的资管系统供应商主要分为两大类：自研系统、三方软件供应商系。

敲黑板画重点：

期货主子账户体系是一种“总账户分仓管理”的账户结构，通过“1个主账户+N个子账户”的模式，实现资金、策略、风险的精细化分工。它是期货市场机构化、专业化发展的产物，核心是为了解决单一账户无法满足复杂交易需求的痛点。

资金分仓：独立记账与分配、策略隔离：独立交易与风控、绩效凉晒：独立业绩评估、合规管控：分层风险监控，对于私募基金、企业套保团队、高频交易商等专业投资者，主子账户体系已从“可选工具”变为“必备工具”，是提升交易效率、降低运营风险的关键支撑。

四、系统架构

4.1、前面我们提到过期货账户体系，它作为资管系统中一个非常重要模块。期货账户体系本质上是一个多层次的分布式处理模块，其核心设计目标是解决高并发低延迟的交易处理、精准实时风险控制、多账户高效分仓、多账户高效清算、交易业绩归因等五大挑战。系统架构图所示：

4.2、期货账户系统普遍采用微服务架构，并大量使用高性能和分布式技术，主流采用开发语言，如下图所示：

小结：期货账户系统架构先聊到这里，在开发过程会面临不少的难题和挑战，如：数据一致性（主账户与子账户的资金、持仓同步）、高并发处理（大量子账户同时交易）、低延迟（交易指令的快速传递）、安全性（资金和数据的保护）可扩展等，然后这些挑战，都技术架构要去解决得。

五、风控

期货账户体系风控是个多层次、实时性的复杂系统工程。它远不止是简单的“亏损了提醒”那么简单，而是贯穿于交易前、中、后的全过程，且风控是证券、基金、期货等金融领域必做必答的题，发生系统性风险，那将是灭顶之灾。它涉及到风控层级、风控制度、风控流程、技术等多方面，下面我们简单来聊聊。

5.1、期货风控层级

期货风控层级的概念是2015年在天风证券时，和上海期货部门同事交流而得知的，其实理解起来也比较简单：分层分级去负责不同场景的风控处理，如下图所示：

敲黑板画重点：

在层级中各部门所负责的职责不同，目标大家都是一致：监控主账户的整体资金情况，确保不存在穿透仓位风险，保证对交易所的履约能力。但在过程中在家实施的方式各有不同，如子账户/交易员自我风控的方式：风险预警、止损指令、仓位控制。

5.2、期货风控流程

期货风控制度这里不就聊了，有兴趣请去证监会官网上查看《期货公司风险监管指标管理办法》。好了下面我们来聊聊：期货风控流程，流程可分为事前准备、事中监控、事后复盘三大阶段，每个阶段包含具体步骤和关键操作。

5.2.1、期货风控流程图

5.2.2、参与角色及其职责

5.3、期货风控技术

期货账户体系的风控技术主要涉及到：实时风控引擎、高性能消息中间件、内存计算、分布式微服务架构、前后端分离和时序数据库等技术，这些技术比较复杂，这里就不一一介绍了，主要简单聊下：实时风控引擎。

5.3.1、实时风控引擎

实时风控引擎：基于事件驱动的风控系统，通过对接行情系统、交易系统、账户系统等多数据源，实时计算风险指标（如保证金占用率、VaR、最大回撤），并根据预设规则自动触发风控动作（如预警、强平、暂停交易）。

5.3.2、核心指标

总保证金占用率 = Σ(子账户持仓保证金) ÷ 主账户总权益 × 100%；

总最大回撤 = (主账户历史净值峰值 - 当前净值) ÷ 历史净值峰值 × 100%；

整体风险度 = 主账户持仓保证金 ÷ 主账户总权益 × 100%（衡量杠杆水平）。

小结：风控触发与执行一旦某个指标突破阈值，风控引擎会立即根据规则等级采取行动，形成一个自动化的升级处理流程：一级：预警 -> 二级：冻结 -> 三级：强平。

稳定币支付与全球资金流转模式

Sun, 05 Oct 2025 22:45:44 +0800

稳定币是数字货币领域最具代表性的实用工具，展现了区块链如何为传统金融支付体系提供全新、高效的基础设施。过去一年，稳定币总市值增长逾 50%；自 11 月特朗普连任以来，更是加速飙升。目前，稳定币总市值超过 2500 亿美元，并且在爆发期前沿。这个体量已经承载了全球数万亿支付资金的高效流转。

业内人士深知稳定币的价值：它们将区块链“即时转移资金与价值”的核心能力体现得淋漓尽致，使在链上构建商业闭环——支付成为可能。然而，支付远不止于“点对点转账”这一环节，真正的企业级场景远比“把钱从 A 送到 B”复杂。

目前，面向企业的稳定币应用大多采用一种“稳定币三明治”架构（Stablecoin Sandwiched），这一术语最早由 Fireblocks 支付与网络高级副总裁 Ran Goldi 于 2021 年提出：即用区块链替代传统支付通道的横向价值/资金传输，上下两端仍依赖老旧金融支付体系。

这种设计虽带来了显著改进，却也限制了区块链优势的完全释放。这也是 Airwallex CEO Jack 抨击并没有看到稳定币支付带来降本增效的点。

因此，我们将依托 Jesse 的文章 Unpacking the Stablecoin Sandwich，从全球资金转移视角来看稳定币如何应用于全球跨境支付。本文将：

拆解现有全球跨境支付体系；
剖析稳定币三明治架构在资金管理、B2B 支付及卡网络结算中的具体改进；
探讨如何克服稳定币三明治两端的挑战，让区块链的价值贯穿全程。

一、稳定币支付背景

在稳定币的众多应用中，B2B 企业支付最为引人注目。最新的 Artemis 报告提供了来自一线支付公司的数据：去年每月 B2B 企业支付额从 7.7 亿美元增长至 30 亿美元。Fireblocks 还报告称，稳定币占其平台交易量的近一半，49% 的客户积极使用稳定币进行支付。

头部企业的内部数据更能反映细分市场规模。根据 FXCIntelligence 的报告，BVNK（被视为该领域最大玩家之一）年处理量约 150 亿美元，其中约一半来自 B2B 企业支付——这也是跨境支付中最大的细分。Conduit 的年化交易量为 100 亿美元，公司估计这约占全球 B2B 稳定币跨境支付市场的 20%；Orbital 公布的年化规模则为 120 亿美元。

具体来说，全球支付的使用日益普及，因为当金融支付基础设施更加凸显陈旧时，基于区块链基础设施的稳定币优势会被放大；SWIFT 和代理银行网络每年成功促成超过 100 万亿美元的全球支付额，然而，企业和银行仍然面临着巨大的复杂性和延迟问题。

二、全球跨境支付的各种模式

2.1 基于 SWIFT 的银行基础设施

首先，让我们看看当前基于 SWIFT 全球支付的运作方式。

对于不同国家银行间的交易，整个流程被拆分为“消息传递清算”和“资金结算”两部分：SWIFT 负责在银行之间传递转账指令，而真正的资金流动，只发生在那些已预先开设往来账户、可直接进行借记/贷记转账的银行之间。

(Jesse, Unpacking the Stablecoin Sandwich)

只有两家银行都已接入 SWIFT 系统，并且互为合作伙伴，才能完成最终的转账——资金结算。若双方并未建立直接合作关系，就必须串联起具备相应接口和头寸的代理行（Correspondent Banks），才能完成资金结算。

下图展示了 SWIFT 网络的一种典型交易：通过共同的代理行，把两家毫无直接关联的银行连接起来。

(Jesse, Unpacking the Stablecoin Sandwich)

随着需要更多中介银行，结算时间长达数日、费用上涨、追踪挑战以及其他问题也随之浮现。这也导致了在金融基础设施不发达的邻国之间的跨境支付，也需要绕道全球北方的银行，带来了极大的不便。

(Stablecoins: Leapfrogging Africa’s Financial System, Ayush Ghiya and Uchenna Edeoga)

2.2 基于 PSP 的跨境资金池模式

上文所述的流程，正是今天企业办理国际电汇时所必须经历的路径：银行必须接入 SWIFT，且在目标支付走廊具备清结算能力。

因此，跨境资金传输商（Cross Border Money Transmitters， XBMT）a.k.a 我们耳熟能详的跨境支付公司的服务模式，由此应运而生。它们旨在让企业无需直接通过 SWIFT 通道也能完成全球付款，这种能力也被称为“全球多币种账户”或“本地收款账户”。

其本质是：跨境资金池模式。
其服务的核心：为企业提供多币种资金池，使其能在不同国家之间灵活付款。

XBMT 负责管理合规性和银行关系，而企业或个人则获得单一的多币种银行产品，由此构成一个“闭环”，这意味着没有外部运营商或依赖项来增加成本或复杂性。如果将其比作一个三明治，那么内部账本就是三明治里的那块肉，而每个地区的本地收款账户就是面包。流动性在各个账户之间进行内部管理：

(Jesse, Unpacking the Stablecoin Sandwich)

XBMT 如今已在全球 B2B 企业支付与企业资金管理市场中占据重要的一席之地。它们以闭环模式运营，事先备妥并调度所需流动性，再按需分发给企业客户。因掌控端到端流程，XBMT 对客户设定了严格的额度与风控规则。

尽管表面光鲜，但是 XBMT 仍搭建在 SWIFT 的轨道之上，靠精巧的流动性管理手法来“制造”即时到账体验。然而，这类设计的速度与规模，始终受制于 XBMT 在特定国家的可用流动性，以及其底层结算轨道自身的清算时效。

考虑到银行账户能力以及流动性管理，Airwallex 已经在当前发达的 G10 国家构建了相对完整的“全球多币种账户”或“本地收款账户”，并能够实现相对“零成本”的资金下发。这对比“稳定币三明治”模式两端需要有出入金成本，会有更大的费用优势。

因此，对于稳定币支付的采用还需要有明确的场景优势才行，不能一概而论。

2.3 稳定币模式

如果说 XBMT 是针对 B2B 企业支付场景精心设计的“结构化产品”，那么稳定币则代表了更底层的跃迁：它借助区块链技术，重构互联网商业的运作方式。

稳定币的结算周期等同于其发行区块链的出块时间——与 SWIFT 及代理行转账相比，这是跨越数量级的提速。任何依赖传统方式的系统，都可以被一条共享、可验证的账本取代，该账本可以追踪稳定币发行与所有权。

更关键的是，稳定币通常部署在智能合约平台之上，使得传统银行轨道无法实现的创新系统与工作流成为可能。举例而言，若 XBMT 想叠加某一逻辑，就需在各国银行逐一做 API 集成；而在开放、可验证的协议（如以太坊的 ERC 或 Solana 的 SPL 标准）之上，任何人都能无需许可地为稳定币添加功能。

从宏观视角看，更快速、更具交互性的金融支付可以直接放大全球 GDP：企业能更快收款，资金即可更快进入下游流程，从而削减因结算延迟带来的管理成本与资金占用。当结算周期从“天”压缩到“秒”或“分钟”，其连锁效应将席卷整个经济体。同时，可验证标准的存在，让金融创新第一次能够在全球范围内无需许可地发生——这是传统金融体系无法企及的质变。

三、稳定币在全球支付中的应用

鉴于上述稳定币的优势，我们现在可以看到一些受益于稳定币的具体全球支付用例。我们将探讨当今全球资金管理、B2B 企业支付和卡组织网络结算的运作方式，并探讨稳定币在各个领域的应用和优势。

3.1 企业资金管理

以企业资金管理为例：例如，一家公司在某个日期有在 B 国以货币 b 付款的义务。他们必须在付款到期前准备从 A 国以货币 a 进行的资金转移：

(Jesse, Unpacking the Stablecoin Sandwich)

这是预付资金流程，企业财务团队必须考虑及时执行付款所需的准备时间。

团队必须在本地银行开设一个账户，以便按时执行付款。有时，为了支持这一点，公司可能会向该地区的合作伙伴寻求短期贷款。全球资金结算拖延的时间越长，外汇风险敞口就越大，企业财务部门的资本要求也就越高。对于只想执行全球支付的企业来说，管理衍生品以对冲货币风险并计算短期流动性会增加大量的运营开销。

稳定币能够通过消除对国际结算延迟控制的要求，简化了这一系统：

( Jesse, Unpacking the Stablecoin Sandwich)

我们可以看到“稳定币三明治”结构的作用：虽然两端的初始入金与出金仍必须触及法币体系，但稳定币的存在使得两段法币“坡道”之间的资金流动得以顺畅完成。

通过使用稳定币，整个处理过程被拆分成在 A 国和 B 国各自境内进行本地转账，而区块链则在中间完成双方之间的全球流动性结算。（注意：要让这笔兑换成功，链上必须有足够的流动性，才能把 A 稳定币换成 B 稳定币。)

3.2 B2B 企业支付

全球 B2B 企业支付的流程与企业资金管理类似，但 B2B 场景能获得更大收益，因为 B2B 支付往往更复杂，且其成功与否可能牵动企业运营的其他环节。

在这类支付中，不同国家的银行通常与某项服务或货物的交付直接挂钩。这意味着各方对支付进度的追踪会更加敏感。例如，在前文提到的“预融资”示意图中，预融资成本的高低可能取决于一笔来账（Inbound Payment）的实时状态。

此外，如果企业所需要的支付通道较为冷门，它们往往需要通过多条国际中转路径才能完成资金划拨——这样的路径可能缺乏清晰的进度通报机制，而且受限于银行非 7×24 小时的营业时间，支付时间极易被拉长。

再来看一个例子：A 国企业要向 B 国企业付款，而两国银行之间并不常发生业务往来。如果 A 国银行在通往 B 国的任何合适通道上都没有直连关系，这笔付款就必须再多绕一道弯：

( Jesse, Unpacking the Stablecoin Sandwich)

当这些 B2B 跨境付款流程在链路中间通过稳定币执行时，企业层面会浮现一系列额外收益：

• 双方都能清晰、实时地管理和监控付款状态。

• 融资可以与时效性强的原材料或交货节点直接挂钩，使那些高度依赖货物准时到达的企业得以规避重大风险或延误。

• 风险降低后，资本成本随之下降，资本周转速度加快；随着稳定币集成方案的成熟，这种效应将在全球范围内带来可观的生产力提升。

与企业资金管理场景类似，代理行链路、预融资需求以及大部分外汇敞口基本都被移除。整个流程从过去的 3 天压缩到仅需数秒，且无需考虑市场休市，营运资金需求因而显著缩小、简化。

3.3 卡组织网络结算

在卡组织网络中，发卡机构将代表持卡人向商户的收单银行发送付款，收单银行接收付款并将其记入商户账户。这些银行不直接结算债务；它们均已接入 VisaNet，Visa 在工作日的银行营业时间内在银行之间进行净额结算。每家银行必须保持预付余额，以便及时电汇。

Visa 早在 2021 年就已开始试行使用稳定币进行收单行与发卡行之间的结算。这种使用稳定币的方式取代了电汇流程，转而使用以太坊和 Solana 上的 USDC。在完成特定日期的卡片授权后，Visa 会使用 USDC 从交易双方的银行扣款或贷记：

( Jesse, Unpacking the Stablecoin Sandwich)

由于该系统运行于 VisaNet 内部，其净效应使网络中的合作伙伴受益。这与 XBMT 的闭环系统最为相似，但卡组织网络的庞大规模使发卡机构/收单机构受益（因为他们之前必须管理全球支付）。

稳定币的优势与资金管理类似，但这些优势归属于网络内的银行：它们可以降低及时进行国际转账所需的资本要求，从而避免外汇风险。此外，区块链的开放性、可验证性和可编程性为 VisaNet 内部银行之间的信贷和其他金融基础奠定了基础。

四、写在最后

通过前面的讨论，我们已经看到“稳定币三明治”在某一些场景确实有用；然而，目前大多数稳定币应用仍停留在这个三明治结构本身，并未进一步突破。为什么会这样？

现实中，极少企业真正使用链上支付和稳定币。只要任何环节还需要触碰法币轨道，我们就不得不在“三明治”两端再夹上面包。我们只是在原先的素食三明治里加了点蛋白质，但它依旧是三明治。

稳定币支付的终极目标是彻底去掉两端的面包。当企业和消费者全面拥抱稳定币后，完整的金融和商业周期都能在区块链上完成，我们再也无需受限于落后的传统轨道。金融机构和企业一旦完全以稳定币结算，将释放出前所未有的商业规模。由于企业构建、运营和服务的全球摩擦大幅降低，全球 GDP 的增长曲线将更贴近互联网对商品、服务和内容的真正消费速度。

所以 PayFi 的本质其实是：Stablecoin Payments + On-Chain Finance，如果我们能彻底摆脱三明治结构，并在两端构建更多的链上金融服务，那么全球化的资金/价值流转速度将进入前所未见的高度。

Stay Tuned & Keep Building.

一文搞懂“区块链”：web3.0的底层引擎

Sun, 05 Oct 2025 22:11:45 +0800

区块链本质上就是一个超级账本。但它的厉害之处就在于，这个账本：撕不烂、改不了，而且人人都能有一份。

来源：阿里云·蚂蚁区块链逻辑架构

从全局来看，区块链并非追求成为速度最快的数据库。

它牺牲了每秒交易处理量等效率指标，换来了无需中介的终极信任。这种信任不再来源于像支*宝这样的中心化公司，而是源自数学、密码学以及分布式网络。

来源：易大师

本文将从密码学、共识机制、P2P网络体系、分片技术、智能合约、L2解法、跨桥技术等多个方面详细阐述区块链的底层原理

1.区块链的密码学基石

1.1.数字世界的指纹，哈希函数与Merkle树

咱们搞支付的，每天经手那么多流水，最怕什么？最怕数据被篡改。今天账上明明记着收了客户100块，明天一看变成10块，这不得疯了？

区块链解决这个问题的第一件武器，就是哈希函数Hash Function。

1.1.1.哈希函数就是给任何数据盖上数字指纹

别被名字吓到，其实就干一件事：把任何大小的数据，比如一部电影、一句话、一个数字，变成一串固定长度的、看起来像乱码的字符串，即所谓的哈西吧，阿不，哈希值。

来源：CSDN·xiaoshun007~

它有三个十分厉害的特性

1）确定性

同样的输入经哈希运算后，永远会得出同样的输出。例如，对“支付老铁666”进行哈希运算，结果永远是a1b2c3...这就保证了数据的一致性。

2）雪崩效应

输入哪怕只改动一点点，输出结果就会面目全非。若把“支付老铁666”改成“支付老铁667”，整个哈希值就会从a1b2c3...变成f9e8d7...，完全不同，这确保了任何篡改行为都无处遁形。

3）单向性，即不可逆

给你一个哈希值a1b2c3...，你几乎不可能反推出原始数据是“支付老铁666”，这就像给你一个指纹，你却无法据此复原出整个人一样，进而保证了数据的隐私和安全。

在支付中，当你的交易数据被打包成一个区块时，系统会计算一个哈希值。这个哈希值就如同这个区块的唯一身份证。下次，如果这个区块里的数据哪怕只改动了一个小数点，它的身份证就会完全改变，所有人都能知道它被篡改了。

关于算法，比特币采用的是SHA-256算法，该算法非常强大，输出为256位。以太坊则使用的是Keccak-256算法，这种算法更为灵活。

来源：博客园·不爱学习的Shirley

1.1.2.海量交易档案管理之Merkle树

光有指纹还不够。

一个区块里有几千笔交易，我怎么快速知道某一笔交易确实在这个区块里呢？比如我向老张转了100U。难道要我把几千笔交易全部重新哈希一遍再对比吗？

太慢了。

Merkle树就是为了解决这个高效验证问题而生的。它就像一个公司的档案部主任。

来源：百度图片

1）怎么建树？

把几千笔交易（TX1,TX2,TX3,TX4...）每笔都算出自己的哈希值（H1,H2,H3,H4...）。

这是树叶。

把相邻的两个哈希值拼起来，再哈希，得到父节点的哈希

H12=Hash(H1+H2)

H34=Hash(H3+H4)

这是树枝。

继续两两拼接哈希，直到最后得到一个顶部的根哈希Merkle Root。

这是树根。

2）牛逼在哪？

这个Merkle Root会写在区块头里，相当于给整个区块的所有交易盖了一个总公章。

现在，老张跑来问你：“我那笔100U的交易到底在没在这个区块里啊？”

这叫做默克尔证明

你不需要给他看全部几千笔交易，只需要给他看一条路径：他的交易哈希H3、他兄弟的哈希H4、他叔叔的哈希H12。

他用这些数据自己就能计算出Merkle Root，如果算出来的结果和区块头里记录的公章对上了，他就100%确信这笔交易确实在区块里，且没人能篡改。

这套机制让我们可以运行轻节点Light Client。

怎么用在支付中，比如，你的手机钱包不需要下载几百GB的完整区块链数据，只需要下载每个区块的区块头，里面包含Merkle Root，就能用极小的数据量验证任何交易的真实性。

这才是区块链能走向大众支付的技术前提。否则每个人都得背个服务器出门，还玩个屁。

1.2.非对称加密体系，你的公钥银行卡和私钥U盾

这是密码学里最反直觉、也最天才的设计。它是整个加密货币支付身份和授权的基石。

1.2.1.椭圆曲线密码学，如何生成无法伪造的签名

咱们传统的支付，身份验证靠的是“卡号+密码”或者“账号+密码”。

这有个致命问题：密码是静态的，你告诉收银员，收银员系统就知道了，存在泄露风险。

非对称加密搞了两把钥匙：公钥Public Key和私钥Private Key。

图片来源：笨熊费键盘

1）公钥

可以公开，相当于你的银行卡号。你告诉全世界，往这个卡号里打钱。

2）私钥

绝对保密，相当于你的银行卡密码+U盾+身份证原件。它的唯一作用就是生成数字签名。

其数学原理基于椭圆曲线乘法，你不需要懂数学，只需要知道一个核心特性：

用私钥可以对一条交易信息，比如我转1个ETH给老张，生成一段唯一的签名。任何人用我的公钥都可以验证这个签名确实是我发出的，但任何人都无法通过公钥反推出我的私钥，也无法伪造出一个能通过验证的签名。

来源：csdn·lmn_·椭圆曲线密码学ECC

我们来跟传统支付对比一下流程：

1）传统支付

你输入密码，支付平台验证密码是否正确，执行转账。

2）加密货币支付

你构造一笔交易：从我的由公钥生成的地址，转1个ETH给老张。你用你的私钥对这笔交易进行签名。你把交易本身和你的签名一起广播到网络。矿工、节点用你的公钥去验证这个签名是否有效。验证通过，打包交易。

图片来源：珮金科技官网

它的精髓在于你从未在网络上传送过你的私钥！

你只传送了签名，而签名无法被用来推导私钥。这就从根本上解决了密码泄露的问题。

1.2.2.零知识证明

我证明我有钱，但就是不给你看余额

这是密码学的圣杯，是隐私支付的终极武器。它能让你证明某件事是真的，但完全不透露任何其他信息。

来源：B站·币圈老猫社区

1）支付场景

老张要你证明你账户余额超过1000U，才和你做生意。在传统世界，你得把银行APP余额截图给他看，他看到了你所有的交易流水和资产明细，这时候隐私就泄露了。

2）ZK解决方案

你可以生成一个零知识证明，发给老张。这个证明能让他100%确信你的余额大于1000U，但他完全看不到你的余额具体是多少，也看不到任何其他交易记录。

它的原理极其复杂，涉及椭圆曲线配对、多项式承诺等，但我们可以把它想象成一个神奇的数学黑盒：

你把你的交易数据塞进去，黑盒吭哧吭哧运行一通，吐出一个极短的证明。任何人验证这个证明，就能知道里面的数据满足某个条件，如余额>1000U，但完全不知道数据本身是什么。

非对称加密解决了身份认证和防伪造问题，让私钥即身份成为可能。这是自助保管资产的基础。零知识证明解决了隐私与验证的矛盾。

它将是下一代支付协议的标配，既能满足监管的合规审查，比如证明你不是洗钱，又能最大程度保护用户的商业和财务隐私。这玩意儿才是真正的降维打击。

整体来看

哈希函数确保了数据的完整性，一点都不能改。Merkle树实现了数据的高效验证，让轻节点成为可能。非对称加密实现了身份认证和不可否认，私钥是你一切的根源。零知识证明实现了可验证的隐私，是未来支付隐私战的核武器。

这些不是虚无缥缈的理论

而是大家每天用的加密货币支付APP底下真正在跑的东西。理解了它们，你就能理解为什么区块链支付是更安全、更高效的一个范式了。

接下来唠唠共识机制，看看几千个互不认识的人，是怎么在没有老板的情况下，一起公平地记好同一本账的。

这才是真正的社会实验。

2.共识机制

说白了，共识机制就是要解决一个千古难题：一群互不信任的人，如何在没有中心老大主持的情况下，共同维护一本账本的真实和唯一？

这问题在支付领域太关键了。

你想想，**宝和*联就是那个中心老大，我们所有人都信任它，由它来最终裁定交易是否有效、余额是多少。但现在，我们要把这个老大干掉，那总得有个新规矩来决定谁说了算吧？

这就是共识机制的战场。主要流派就两个：工作量证明POW和权益证明POS。

2.1.POW工作量证明

挖矿的本质是抽彩票

这是中本聪的天才发明，是比特币的护城河，也是最简单粗暴的共识方式。

来源：链上淘金

2.1.1.比特币挖矿全流程模拟，一场全球规模的数学竞赛

别把挖矿想得太神秘。咱们用支付行业的抢单来理解：

1）收集交易

矿工节点把网络里广播的、还没确认的交易收集起来，组成一个交易池。就像支付公司的运营人员先把一天的交易订单汇总起来。

2）组建区块

矿工从交易池里挑选交易，组装成一个候选区块。他会优先选择给的矿工费高的交易，因为这是他赚的钱。这就好比支付公司优先处理大商户、高手续费率的交易。

3）计算难题

这是最核心的一步。矿工需要为他组装好的这个区块，找到一个随机数，使得整个区块的哈希值满足一个条件：必须以特定数量的0开头。

这个寻找Nonce的过程，就是挖矿。

它没有任何取巧的方法，只能靠计算机一遍又一遍、盲目的、海量的哈希计算去撞大运。谁的算力大，谁单位时间内尝试的次数就多，谁就更有可能先找到这个符合条件的Nonce。

4）广播验证

一旦某个矿工找到了这个Nonce，他就像中了大奖，立刻向全网广播：

“我找到了！这个区块有效！这是证明那个Nonce和哈希结果！”

其他节点收到后，会拿这个Nonce和区块数据去验证一下，发现哈希结果确实满足要求。

验证过程极其简单，一秒钟不到。但他们之前自己算了半天都没算出来。

5）获得奖励

全网节点验证通过后，这个区块就被链接到区块链上，成为新区块。找到Nonce的矿工获得区块奖励，新发行的比特币+这个区块里所有交易的矿工费。

然后，所有人基于这个新区块，开始下一轮抽彩票。

从上帝视角看POW：

1）它很公平

赚钱的机会对全球所有人开放，拼的就是真金白银投入的算力，即电力、矿机。

2）它极安全

你想篡改一个已经被确认的区块，你需要重新计算这个区块和之后所有区块的POW。

这意味着你需要拥有超过全网51%的算力，成本高到无法想象。

3）它很浪费

为了安全，成千上万的矿工都在做无用的计算，消耗巨量能源。这是POW被诟病最多的一点，但这也是其为安全支付的必要代价。

2.1.2.51%攻击防御机制，不是篡改，而是双花

很多人误解51%攻击是能修改账本。不对。它的真正威胁是双花，Double Spending。

假设你有全网51%的算力。

你先给老王转10个BTC买辆车，这笔交易被打包进了第N个区块，老王看到确认了，就把车给你了。

但你偷偷地基于第N-1个区块，重新挖了一个分叉，里面有一笔把你那10个BTC转回自己钱包的交易。

因为你算力强，你的分叉链最终会长度超过原链，被全网接受为主链。

结果呢

在第N个区块里的那笔转给老王的交易就作废了。你的币又回来了，但老王的车你已经开走了。这就是双花。

为什么难呢？

因为达到51%算力成本极高，而且一旦你发动攻击，比特币网络信用崩溃，币价暴跌，你手里价值连城的矿机和币就归零了。

所以，作恶不如从良

这是POW博弈论设计的精妙之处。攻击在理论上可能，在经济上绝无可能。

2.2.POS权益证明

存款抽彩票，作恶就罚款

POW太耗能了，人们就想找更环保的共识机制。POS，Proof of Stake，应运而生。以太坊就从POW转向了POS。

来源：链上淘金

2.2.1.核心思想，从拼算力变成了拼财力

谁在这个网络里拥有的资产多，权益大，谁就越有机会来记账，同时如果作恶，被罚没的也越多。从拼算力变成了拼财力。

首先是成为验证者环节。

若你想参与记账，需先抵押一定数量的系统原生代币，例如抵押32个ETH到一个智能合约里，这相当于缴纳一笔巨额保证金，完成抵押后，你就成为了一个验证者节点。

接着进入提议和验证阶段。

系统会借助算法，从所有验证者中随机挑选出一个区块提议者，由该提议者负责组装并提出一个新区块。

随后，再随机选出一群验证者组成验证委员会，由他们对这个新区块进行投票验证。

最后是奖励与惩罚机制。

要是你诚实工作，就能获得记账奖励，奖励包含新发行的代币以及手续费。

但如果你作恶，比如验证虚假交易，或者哪怕只是因网络故障而离线，你抵押的保证金就会被罚没了，其中一部分代币会被销毁，另一部分则会奖励给举报你的人。

2.2.2.Casper FFG最终确定性，给区块链盖章

在POW里，区块可能被回滚，虽然概率随确认次数增加而减小。POS通过Casper FFG，Friendly Finality Gadget这类机制，引入了最终确定性Finality。

简单说，每隔一段时间，比如100个区块，验证者们会对一个检查点进行投票。

一旦某个检查点获得足够多的投票，它就被最终确定了。

被最终确定的区块几乎不可能再被回滚，除非攻击者销毁全网至少三分之一以上的抵押资产。这比POW的51%算力攻击成本更高，更安全。

2.2.3.惩罚机制设计，让作恶者倾家荡产

这是POS的灵魂。Slashing不是简单的扣钱，而是一套精密的经济威慑系统

惩罚条件涵盖多种不当行为，例如同时为两个存在冲突的区块投票，这属于试图分叉的恶意操作、离线失职等情况。

而惩罚力度则会依据攻击规模和严重程度有所不同，轻则处以少量罚款，重则全部抵押资产都会被罚没。

从整体机制设计来看，Slashing机制巧妙运用博弈论原理，将验证者的利益与网络的安全紧密绑定。

想象一下，若你抵押了价值1000万的ETH，你会为了一点蝇头小利就去攻击网络，进而导致自己的1000万资产被销毁吗？

显然不会。

由此可见，权益证明POS机制的安全性并非依靠能源消耗来保障，而是依托巨大的资本抵押以及严厉的惩罚机制。

2.2.4.对我们支付人有哪些启示

POW与POS的对比，就如同选择支付通道的清算模式。

POW机制类似于T+1甚至T+N的清算模式，一笔交易需要经过多个确认环节，才能最终确保安全；而POS机制追求的则是近乎实时的最终确定性，交易确认速度更快，能让用户体验更接近传统支付方式。

从经济安全层面来看，POS机制给我们带来新的启示

保障系统安全，并非只能依靠烧钱，消耗大量电力的方式，还可以通过锁钱，抵押资产来实现。未来支付系统的风险控制，或许可以借鉴这种保证金+罚没的模式，以此约束合作商户的行为。

在能源争议方面

POS机制为区块链支付的大规模应用扫除了不环保这一舆论障碍，让区块链支付更容易被主流社会所接纳。

最后总结一嘴

POW是体力活，靠消耗物理能量电力来保证安全。它简单、强悍、但缓慢且耗能。是数字黄金的完美铸造方式。

POS是资本游戏，靠消耗经济能量抵押资本来保证安全。它高效、节能、更复杂。是世界计算机的优质发动机。

它们没有绝对的好坏，只有适合的场景。但它们共同的目标都是：

在一个去中心化的环境下，实现无需信任的信任。

3.区块链的网络架构

网络架构就像人体的神经系统或者城市的路网系统。

账本数据得靠它来传输，节点之间得靠它来通信。如果一个支付网络动不动就延迟、拥堵、或者某些地方成了信息孤岛，那体验就是灾难性的。

区块链的网络架构，追求的是一个目标：在完全去中心化、没有中心服务器调度的情况下，如何能高效、可靠、抗打击地把数据和交易传播到每一个角落？

答案就是：P2P网络，点对点网络。

3.1.P2P网络协议

传统的WEB2是“客户端-服务器”架构。比如你用支*宝，你的手机就是客户端，*里的机房就是服务器。所有数据都通往一个中心，服务器一挂，全玩完。

P2P网络是另一种玩法：每个参与者节点既是客户端，也是服务器。大家地位平等，互相连接，共同维护网络。

3.1.1.Kademlia DHT算法解析，节点间的高效通讯录

几千上万个节点散落在全球，一个新节点加入网络，它怎么知道该和谁连接？它怎么快速找到它需要的数据？

这需要一个高效的寻路算法。区块链，尤其是以太坊，广泛采用了一种叫Kademlia的分布式哈希表DHT协议。你可以把它理解成一个去中心化的、自动维护的通讯录。

它的工作原理极其巧妙

首先会给每个节点分配一个ID。每个节点都拥有一个由公钥生成的唯一ID，它是一串数字，这个ID决定了该节点在网络中的位置。

来源：知乎·CodeAndRoad

网络采用通讯录分层管理的方式。每个节点无需认识全网的所有节点，只需维护一个路由表，表中按照距离远近记录着几个不同的联系人。这里的距离并非地理意义上的，而是通过数学上的异或计算得出的，这虽然有悖于我们的直觉，但却是整个机制的关键所在。在路由表中，会包含一些离自己很近的节点、一些离自己中等距离的节点，以及一些离自己非常远的节点。

当进行快速查找时，若一个节点想要查找某个数据或另一个节点，它无需向所有人广播信息。只需询问自己路由表中距离目标最近的那些联系人：你们谁知道XXX在哪么？如果这些联系人也不知道，他们就会将自己认为距离目标更近的联系人告知询问者。经过几次这样的迭代过程，就能以极高的效率定位到目标。

Kademlia协议让网络具备了自组织和自修复能力

节点可以自由加入和退出，网络能自动调整路由表，始终保持连通性。它高效、低耗，且极其健壮，没有单点故障。

这就是去中心化网络的基石。

3.1.2.交易广播的gossip协议，消息像病毒一样扩散

节点之间具体是怎么传播交易和区块数据的呢？用的是一种叫Gossip协议的方法，也叫流行病协议。

来源：知乎·CodeAndRoad

这名字起得特别形象。它的传播方式就像村里的大妈传闲话，或者病毒扩散：

1）感染：一个节点收到一条新交易Tx。

2）传播：这个节点不会把这条Tx发给全网，而是随机选择几个它连接的邻居节点，把Tx发给它们。

3）再传播：这些邻居节点收到后，又会再随机选择它们自己的几个邻居进行传播。

4）指数级扩散：就这样一传十、十传百，在很短的时间内，这条交易消息就能像病毒一样指数级地扩散到整个网络。

在优点方面，它具有负载低、容错性高以及去中心化的特点。即便网络中的某个节点出现宕机情况，或者有节点传播恶意信息，都不会对整个网络的正常运行造成影响。

不过，Gossip协议也存在一些不足，其中不可避免的问题就是存在延迟。

一笔交易从发出到被网络中的大多数节点接收，需要耗费一定的时间。这也是你在发起一笔区块链转账时，交易不会立即得到确认的原因之一。从本质上来说，Gossip协议达成的是一种最终一致性。

3.2.分片技术

解决超级大城市堵车的终极方案，这是区块链扩容的圣杯，是以太坊等公链未来发展的核心。

现在的区块链，每个节点都要处理所有交易，存储所有数据。这就像只有一个全球总部，所有业务都要汇集到这里审批，效率极低，成了超级大城市，无比拥堵。

3.2.1.分片的核心思想是分而治之

把整个网络分成很多片，每个片只处理整个网络中一小部分的交易和数据。这就像从全球只有一个总部，变成了在全球设立很多个地方分公司。

来源：百度图片

状态分片与交易分片

1）交易分片：比较容易理解。把进来的交易分成不同的组，分配给不同的分片去并行处理。这直接提升了处理能力。

2）状态分片：这是真正的难点。状态指的是所有账户的余额、智能合约的存储数据等。状态分片意味着每个分片只维护整个网络的一部分状态。

例如，分片A只处理和管理地址开头是0x1的账户，分片B只处理0x2的账户。这样每个节点不需要存储恐怖的全球状态，只需要存储它所在分片的状态，负担大大减轻。

3.2.2.跨分片通信方案，分公司之间如何协作？

分片后，最大的挑战来了：如果一笔交易需要调用不同分片的数据怎么办？比如，一个在分片A的账户，想给一个在分片B的账户转账。这就叫跨分片通信。

目前的方案基本都基于一种收据模式，流程如下：

1）在分片A处理：分片A的验证者处理这笔转账，确认发送方余额足够，并扣款。然后生成一个收据，证明我这边已经扣款了，分片B你可以给他加钱了。这个收据会被存下来。

2）等待确认：分片A的区块被最终确定。

3）在分片B处理：分片B的验证者看到分片A最终确定后的区块里的那个收据，验证收据确实有效后，就给分片B的接收方账户增加相应的余额。

分片技术堪称对区块链领域不可能三角的终极挑战。

所谓不可能三角，指的是在区块链系统中，可扩展性、去中心化和安全性三者往往难以同时兼顾。而分片技术的目标，就是同时提升可扩展性与去中心化程度，由于降低了节点参与的门槛，更多节点能够加入网络，进而增强去中心化特性，同时不过多牺牲安全性。

然而，分片技术的复杂性极高。

跨分片通信会引入延迟和额外的复杂问题，例如如何确保收据能够可靠地传递和验证，如何有效防止双花攻击等，这些都是工程实现过程中面临的巨大挑战。

从对支付行业的意义来看

分片技术是区块链能否支撑全球级支付系统的关键所在。一旦分片技术取得成功，区块链网络的吞吐量有望从每秒几十笔大幅提升至成千上万笔，交易手续费也将变得极低。

届时，真正的秒到账和几乎免费的支付体验将成为现实，这无疑是支付行业长久以来的终极梦想。

P2P网络是去中心化的筋骨，Kademlia DHT和Gossip协议是让这个网络能高效、自治运转的神经信号。

分片技术是解决区块链扩容瓶颈，使其能承载全球支付需求的终极方案蓝图。它把一条链变成一个联盟，极大地提升了并行处理能力。

理解了这个网络，你就明白了数据是如何流动的。

到这里我们就拆解完了

信任的基石——密码学；

协作的规则——共识机制；

通信的公路——网络架构。

接下来，我们要直奔最核心的部件——智能合约引擎。

4.智能合约引擎

这玩意儿才是让区块链从分布式账本进化成世界计算机的关键。它也是DeFi、NFT等所有高级支付和应用场景的发动机。

你可以把它理解为一台全球共享、永不宕机、严格执行的自动售货机。

图片来源：程序员web3社区

你投币，支付Gas费；按下按钮，调用函数；它就必须、也必然按照预设的逻辑给你出货，也就是返回结果。

没有任何人能阻止它，也没任何人能篡改它的逻辑。

4.1.EVM虚拟机，以太坊的全球CPU

EVM是以太坊的心脏。它的设计目标非常明确：在去中心化的、可能不信任的数千台计算机上，完全一致地执行相同的代码。

来源：B站·高质量web3

4.1.1.字节码执行流程，从高级语言到机器指令

咱们写智能合约一般用高级语言，比如Solidity，Vyper。但EVM看不懂这个。所以需要编译器把高级代码编译成EVM能读懂的字节码。

这就像你把Java代码编译成JVM字节码一样。EVM字节码是一串非常底层的、十六进制的操作指令，比如PUSH1,ADD,SSTORE等。

当一个交易调用合约时，执行流程如下

1）触发：一笔交易被矿工、验证者打包进区块，交易的目标地址是一个合约地址。

2）加载：EVM被激活，从区块链状态中加载该合约的字节码。

3）逐行执行：EVM开始逐条执行字节码指令。它有一个堆栈用于临时存储计算数据，有一个内存用于短期数据交换，还有一个存储用于永久保存合约状态，比如你的Token余额就存在这里。

4）改变状态：指令执行过程中，可能会修改存储中的数据，比如从A账户减钱，给B账户加钱。这些修改最终会被更新到区块链的全球状态中。

5）终止：执行完毕，或者因为错误或Gas耗尽而停止。

整个过程的精髓在于：全球所有节点都在自己的EVM里独立执行同一段字节码，并且必须得到完全一致的结果！

如果有任何一个节点得到不同结果，共识就破裂了。这就要求EVM的执行必须是完全确定性的，不能有任何随机数、不能调用任何外部不确定的AP，所以需要预言机。

4.1.2.Gas计量机制优化，计算资源明码标价

EVM最天才的设计之一是引入了Gas机制。它解决了两个核心问题：

1）防止滥用：避免有人写个死循环合约，让全网节点无限执行，耗尽资源。

2）合理定价：为计算和存储资源提供一个透明的收费模型。

它是如何工作的？

每一条操作码都有明确的Gas成本。比如ADD加法操作很便宜，只要3Gas；而SSTORE写入存储操作极其昂贵，要20000Gas。因为计算消耗CPU，而存储需要全球所有节点永久保存，成本最高。

用户支付费用：用户发起交易时，需要设定一个Gas价格，类似邮费单价，单位是Gwei和Gas上限，类似最多愿意付多少邮费。

总费用=实际消耗的Gas数量*Gas价格。

如果执行完成，Gas没用完，剩余部分会退回。如果执行中途Gas耗尽，交易会回滚，所有状态恢复原样，但已消耗的Gas费用不退！这是为了防止有人故意发起大量半途而废的交易来攻击网络。

Gas机制本质上是一种精细化的、市场化的资源定价系统。

它把云计算中CPU周期、内存、硬盘存储这些资源，用一种非常巧妙的方式在去中心化环境下进行了商品化。这为复杂的支付逻辑，如DeFi闪电贷、DEX交易路由等提供了可能，同时保证了网络的稳定和安全。

你支付的Gas费，就是这台世界计算机的CPU使用费。

4.2.WASM新架构，下一代高性能CPU

EVM虽然成功，但也有问题：慢、效率低。它的字节码和架构设计并非最优，这让开发者生态被限制在少数几种语言。

于是，新一代区块链，如波卡、Near、Cosmos生态等开始采用WASM作为其智能合约引擎。

4.2.1.WASM是什么？

它是一种为Web设计的、高性能的二进制指令格式。它的目标就是成为Web平台的通用字节码，让C/C++、Rust、Go等高级语言都能编译成WASM，在浏览器中以接近原生的速度运行。

来源：cncf.io

4.2.2.指令集性能对比

1）EVM：是专门为区块链设计的定制化虚拟机。指令集简单，但执行效率不高。好比一台老式的、专门玩俄罗斯方块的游戏机。

2）WASM：是为通用计算设计的现代虚拟机。得到了谷歌、苹果、微软等巨头的支持和优化，性能极高，工具链成熟。好比一台现代的游戏平台，能运行各种复杂3A大作。

4.2.3.用WASM运行智能合约，优势巨大

在性能方面，它能带来飞跃式提升，执行速度比EVM快一个数量级。

对于开发者而言，WASM也十分友好，开发者可以使用他们更为熟悉的Rust、C++、AssemblyScript等语言来编写智能合约，这极大地降低了开发门槛，减少了错误率。

此外，WASM还具备硬件友好的特性，其设计之初就充分考虑了被各种硬件快速编译执行的需求，能够更高效地利用硬件资源。

4.2.4.内存安全防护，Rust语言的安全带

WASM本身是安全的，但它运行什么代码很重要。这就是为什么Rust语言在WASM区块链生态中如此受欢迎。

Rust语言的核心特性是内存安全性和零成本抽象。它在编译阶段就会严格检查数据所有权和生命周期，从根本上杜绝了缓冲区溢出、空指针解引用等常见的安全漏洞。

这意味着什么？

用Rust编写智能合约，相当于你给代码上了一套自动驾驶级别的安全系统。

很多低级错误在编译阶段就被发现了，根本不会部署到链上。这对于管理着真金白银的金融合约来说，是至关重要的安全保障。

4.3.对比来看

EVM是开创者，它定义了智能合约的范式，建立了庞大的生态和网络效应。它是WEB3的x86架构，历史悠久，生态丰富。

WASM是挑战者，它凭借更优的性能、更现代的设计和更强的安全性，正在成为新公链的首选。它目标是成为WEB3的ARM架构，更高效、更移动、更现代。

对支付来说

智能合约引擎的进化，直接决定了支付能做什么。

在EVM上，复杂的支付逻辑，如多签理财、分期付款可能因为Gas费过高而不现实。

在WASM上，同样逻辑的成本可能降低一个数量级，使得以前不敢想象的微支付、高频支付、复杂金融衍生品支付成为可能。

更低的费用、更快的速度、更复杂的功能，这是支付行业永恒的追求。

EVM是以太坊的全球CPU，通过Gas机制为去中心化计算明码标价，但其性能和开发体验存在瓶颈。

WASM是下一代高性能引擎，凭借接近原生的执行速度和Rust等语言的内存安全特性，正在开启智能合约的新时代。

理解了智能合约引擎，就明白了区块链上所有复杂应用的动力来源

5.更多扩展方案

前面讲的所有东西“密码学、共识、网络、虚拟机”都很牛逼，但它们共同构成了一个完美却昂贵的系统：主网，也就是Layer1。

主网就像城市的中心主干道，绝对安全、秩序井然，但大家都往上挤，结果就是堵车和高额过路费。你肯定不想买杯咖啡转个账，要等15分钟，还付50块钱手续费

怎么办？

我们不能无限拓宽主干道，那会牺牲去中心化和安全，那就只能修高架桥和地铁！搞出来更多的扩展方案。

5.1.Layer2解决方案，在主干道上修高架桥

Layer2的核心思想是：把大部分交易挪到主链L1之外去执行，只把最终结果传回主链进行安全确认。

这样，L1保证了最终的安全性和去中心化，L2则承载了海量的交易，实现了高速和低成本。

目前最主流的两种L2方案是：Rollup和状态通道。

5.1.1.Rollup，把交易打包上传

你可以把Rollup理解成一个高效的会计部门。

1）传统模式L1

公司的每一笔报销都要老板这个L1全节点亲自审核、签字、入账。老板忙死了。

2）Rollup模式

老板雇了一个会计部门L2。员工们的报销先交给会计部门，会计部门批量处理成一张汇总报表，即Rollup区块和一张精简的证明，每天下班前一起交给老板。老板只需要审核一下报表和证明是否无误，然后就签字确认最终结果。

这里的关键在于那份证明。根据证明方式的不同，分为两大流派：

1）Optimistic Rollup，乐观汇总

其思路是先假设会计是诚实的。

当会计提交报表时，先默认报表内容正确无误。为保障安全，它设置了一个挑战期，通常为7天。倘若有人发现报表存在造假情况，可在这个挑战期内提交欺诈证明。

来源：知乎·Zero·OptimisticRollup同步数据到L1的过程

一旦验证证明属实，造假者的抵押保证金会被罚没，而挑战者则会获得相应奖励。

Optimistic Rollup的优点在于通用性强，能够兼容EVM，合约迁移较为容易。不过，它也存在缺点，资金从该系统退出到L1时，需要等待漫长的挑战期。

其代表项目有Arbitrum和Optimism。

2）ZK-Rollup，零知识汇总

它的思路是会计每次提交报表时必须同时提交一个数学考试满分卷。

来源：yitb.com

会计部门在打包交易后，会生成一个零知识证明，此证明能够证实这批交易的处理完全正确，同时又不会透露任何交易细节。

在安全机制方面，L1上的验证合约只需验证这个满分卷，即ZK证明是否正确，若正确便立刻接受结果。

ZK-Rollup的优点是安全性极高，资金可以立即退出到L1，无需经历挑战期。

但它的缺点是技术较为复杂，对通用计算，尤其是EVM的支持难度较大，不过目前正在快速改进。

其代表项目有zkSync和StarkNet。

对支付来说

Rollup能将交易成本降低10-100倍，速度提升巨大。小额、高频的支付场景注定要发生在L2上。未来用户可能根本感知不到L1的存在，所有的支付App都会基于L2构建。

5.1.2.状态通道数学建模，双方开小账本

状态通道更适合双方之间有大量高频交互的场景。比如两个人对赌，或者一个客户和一个商家频繁交易。

它的原理是：

1）抵押开户：双方先在L1主网上锁定一笔保证金，创建一个通道。

2）链下狂刷：之后，双方可以在链下无限次地交换经过签名的交易凭证，更新资金分配，而无需上链。这就像两个人在吧台开了个tab，之后只管喝酒签字，最后再一起结总账。

3）最终结算：当任何一方想退出时，将最后一份双方签字的凭证提交到L1上，主网根据这个凭证进行最终的资金结算。

状态通道的体验近乎完美，即时、免费，但它适用范围较窄，需要预存资金、适合特定对手方。它更像是企业间的银行承兑汇票体系，而不是面向大众的现金支付。

5.2.跨链技术，连接独立王国的桥梁

未来不会是一条链统治世界，而是一个多链宇宙。比特币、以太坊、各种L2、Solana等公链都是独立的数字王国。

跨链技术就是要让价值和数据能在这些王国之间自由流动。你用在以太坊上赚的USDT，想去Solana上一个新游戏里买东西，就得靠跨链桥。

图片来源：腾讯云·区块链大本营

5.2.1.哈希时间锁

这是最经典、最去中心化的跨链方案，它不需要信任任何第三方。

其核心是一个“智能合约+时间锁+哈希锁”的组合，确保两个操作要么同时发生，要么同时不发生。

以A用BTC换B的ETH为例分析一下这个流程

1）A生成一个秘密R，并计算其哈希H=Hash(R)。

2）A在比特币链上发起一笔交易：谁能提供一个数，使得它的哈希等于H，就可以在2小时内取走我锁定的BTC。如果超时，钱退回给我。”她把这笔交易的H告诉B。

3）B看到后，在以太坊链上发起一笔交易：谁能提供R，就可以在1小时内取走我锁定的ETH。

4）A看到B的合约后，拿出R，从B的合约里取走了ETH。

5）B监听到这一步，看到了A用到的R，于是他拿着R，从A的比特币合约里取走了BTC。

整个过程，双方都不必信任对方。

如果任何一方中途放弃，时间锁到期后，资金都会自动退回。HTLC非常巧妙，但它功能有限，主要适合简单兑换，且需要两条链都支持相同的哈希函数和时间锁功能。

5.2.2.中继链验证人选举，trusted bridge

这是目前更主流的跨链方式，但引入了信任假设。比如著名的Polygon Bridge、Multichain等。

它的模型通常是这样的

1）组建桥委员会：由一个项目方组织一群验证人节点，它们分别运行在链A和链B上。

2）锁定资产：用户把资产存到链A上的一个由多签钱包或智能合约控制的地址里。

3）监听和投票：桥委员会的验证人监听链A的事件，发现有一笔存款，然后他们在链B上进行投票。

4）铸造资产：达到一定票数后，委员会在链B上给用户铸造等量的映射资产，如wrapped BTC。

5）逆向赎回：过程反之亦然，销毁链B上的资产，释放链A上的原始资产。

这种模式用户体验好，通用性强。

但它的安全性取决于桥委员会是否诚实。如果桥委员会作恶或私钥被盗，所有锁定的资产都可能丢失。这是目前跨链桥最大的安全风险来源。

来源：知乎·趣链科技·Polkadot跨链架构

对我们支付人有什么启示

1）L2是支付的未来

未来的支付体验将完全建立在L2上。主网L1将退居幕后，成为结算和保证安全的央行。支付行业的选择不再是接不接区块链，而是接哪个L2。

2）跨链是必然选择

用户资产会分布在不同的链上。支付系统需要具备跨链资产聚合和路由能力，能自动为用户找到最优、最便宜的支付路径。这将是下一代支付平台的核心竞争力。

3）安全范式转变

支付风控的重点，将从防范盗卡盗号，转变为智能合约审计、跨链桥安全性评估、以及私钥管理。

这是一个全新的战场。

6.最后

我们用了五个篇章，从地基建到屋顶，彻底拆解了区块链这台信任机器，其中：

密码学是钢筋水泥，保证了数据不可篡改，身份不可伪造。

共识机制是施工法则，让一群陌生人能协同盖出摩天大楼。

网络架构是路网水管，让信息和价值能高效流动。

智能合约是房间里的智能家电，实现了复杂的自动化功能。

扩展方案是高架桥和地铁，最终让这栋大楼能容纳亿万大众。

对于咱们支付人来说，这不是一场革命，而是一次范式转移。它不是在重复造轮子，而是在造新的交通工具。理解的越深，就能越早地看到未来支付的样子：

无国界、低成本、可编程、即时结算。

现在，发动机的蓝图已经在我们手里了。是继续围观，还是开始动手组装，选择权在每一个人手里。

参考文献

《SHA-256标准规范》，美国国家标准与技术研究院，2002年
《Keccak算法设计原理》，Guido Bertoni等，2011年
《比特币默克尔树实现规范》中本聪等，2009年至今
《零知识证明简明指南》Maksym Petkus，2016年
《比特币：一种点对点的电子现金系统》中本聪，2008年
《以太坊权益证明共识规范》以太坊基金会，2022年
《Kademlia：一个基于XOR度量的P2P信息系统》2002年
《以太坊节点发现协议v4》以太坊基金会，2016年
《以太坊分片技术路线图》2018年
《以太坊黄皮书：以太坊虚拟机的形式化定义》2014年
《WebAssembly核心规范》W3C工作组，2017年
《Rust语言圣经：所有权与内存安全》2018年
《Rollup不完全指南》2021年
《ZK-Rollups：技术解析与生态现状》Polygon Hermez团队，2022年
《哈希时间锁合约在闪电网络中的应用》2016年
《区块链扩展性解决方案综述》IEEE Access，2021年
《Layer2：支付行业的下一站》Visa加密团队，2023年
《上帝视角：区块链支付底层架构演进》Messari，2023年

转载自公众号【陈天宇宙】 | 原链接：https://mp.weixin.qq.com/s/15J5RD32zRuZpz2N3iMbWQ

图解中国清算体系

Sun, 05 Oct 2025 21:26:09 +0800

引子

中国是世界上“移动支付”最普及的国家之一，但你是否知道每天我们使用的微信支付和支付宝其实只是个电子钱包，而真正让我们的钱从一个地方安全地转移到另一个地方的是“中国现代化支付系统”（CNAPS）。这个系统就像是银行间的一个超级网络，通过它，各大银行可以在中央银行开设专门账户来进行资金清算。这样一来，无论你想要给谁转账，即使对方使用的是不同的银行卡，CNAPS都能够帮你快速、准确地完成跨行转账服务。

跨行清算核心流程

接下来，我们将从零基础开始，用图表的形式为你解析中国的清算体系及其核心原理。希望通过这个系列的文章，能让中国跨行清算的运作对你来说变得清晰透明。

01 中国清算体系全景

1.1、中国清算系统

现在中国所有的跨行资金清算都是围绕“现代化支付系统”（CNAPS2）来开展的，该系统至今已经升级到第二代。这就形成了“一个清算中心，一套网络、多个参与者”的结构；

1.1.1、清算体系全景

人行清算体系全景图

1）一个清算中心：即CNAPS，它负责全国的清算业务，涵盖大额、小额、超网等业务系统，SAPS核心系统及对应管理系统。

2）一套清算网络：即PMTS，它负责全国清算网络报文的传输，包括国家处理中心（NPC）、32个城市处理中心（CCPC）以及参与者内部的网络客户端。

3）多特许参与者：负责处理全国的跨行资金清算，显然压力太大了。并且有银行、国库、三方、跨境、各地城商、农商、金融市场等，因此引入了大量的参与者来服务中国经济的方方面面。

1.1.2、清算核心流程

虽然整个清算体系参与者众多，业务纷繁复杂，但是核心流程还是比较清晰的。

CNAPS核心业务流程

1）SAPS清算资金：所有跨行资金清算业务都是围绕SAPS展开的，他的清算结果决定最终资金的跨行转移；

2）外部应用系统：SAPS外部有大额、小额、超网这样的应用系统负责接收参与者的请求进行业务处理，在SAPS工作的时候提交进行清算账务处理。

3）内部核算系统：SAPS内部有ACS（央行会计核算系统）、TCBS（央行国库核算系统）这样的系统负责核算，以及CFS（备付金与清算保证金系统）用来管理机构保证金。

下面我们就来逐个进行拆解。

1.2、一个中心（CNAPS）

央行清算中心就是中国金融体系的心脏，它管理着金融的血液“货币”。通过现代化的支付清算系统（CNAPS），它不仅监督和维护中国金融市场的秩序和稳定，还负责调节市场的流动性和把握经济的运行状况，确保整个金融体系的安全与高效运转。

CNAPS系统（参考人行资料）

1.3、一套网络（PMTS）

我们知道资金跨行清算，转移的不是资金报文指令。金融机构之间通过支付指令来给客户记账，让你觉得资金在流动。

因此，央行通过一套支付报文网络PMTS（支付信息传输系统）来把参与清算的金融机构链接起来，通过这条金融的信息高速公路把资金传输到中国经济的方方面面。

图片

PMTS网络(参考人行资料)

为了保障这条信息高速公路的稳定，对外分成了NPC、CCPC、参与者客户端三层，以及央行清算中心内部的管理系统两层；

1.4、多个参与者

人行是最底层的清算银行，它需要不同行业的参与者来和它一起服务国民经济各类跨行清算场景，需要关注的以下4个大类。

图片

人行参与者分类(来源人行参数)

1）直接参与者（有账户）

直接参者多是在人行开设清算账户的，这里包括人行、商业银行、国库的总部，它们可以直接通过人行账户清算。

2）间接参与者（无账户）

间接参与者是数量最多的，它们在人行没有清算账户只有联行号，它们包括商业银行分行、国库支库等。它们只能通过联行号依托总部的账户进行跨行清算。

3）特许参与者（有账户）

这些都是第三方清算机构包括我们熟知的“网联、银联、城银清、农信银”这些第三方清算组织；还有外汇、CIPS、银行间市场这样的金融市场的参与者；以及少部分需要跨行清算的财务公司。

4）特许参与者（无账务）

这类我们平时了解的比较少，包括各地的代收付中心、商业汇票中心以及OMO办公室。这些都是依托于开在金融机构的账户进行跨行清算的，它们主要是通过人行发起交易。

02 SAPS清算账户系统

SAPS系统业务架构（来源人行接口）

2.1、SAPS特点

清算账户管理系统（SAPS）顾名思义，它是人行清算的核心系统，所有金融机构参与清算的资金都在这里，它的记账结果决定了资金最终的转移，可见这个系统的重要性。我们很多不能理解的清算特性其实都是SAPS的账务处理机制决定的。

2.2、借记和贷记交易

清算系统很多交易名称都是“会计名词”，因为清算是直接对资金操作的账务操作，你可以把它理解为银行之间的账务同步操作，所以直接使用“借记和贷记”交易来命名。

借贷记账的高门槛，再加上提入、提出方向变化这让很多人非常疑惑。

借记/贷记交易

其实这类交易都是从发起者的角度来说的，借记就是去对方客户账户上“扣款”，贷记就是往对方客户账户付款。

1）借记交易：表示收款，指从对方客户账户上扣款

2）贷记交易：表示付款，指往对方客户账户上付款

为了避免沟通上的混淆，所以“借收、贷付的方向在交易中是固定的”，只是把交易对手的称谓进行调整，这样就比较容易沟通了。

例如：“提出借记”代表了发起跨行收款交易，“提入借记”代表接收到它行发起的收款交易。“提出贷记、提入贷记”也是如此，代表了发起付款交易和收到付款交易。

2.3、SAPS清算账户

要了解清楚人行清算的核心原理，还是先要理解其清算账户的额度是如何分配的，他与大额、小额、超网之间又是什么关系。

清算账户额度分配

2.3.1、清算账户额度

清算账户上存放三部分资金“存款准备金、可用头寸、圈存资金”，其中大额系统独占了其中的“可用头寸和存款准备金”用来进行清算。而小额与超网则是共享“净借记限额”。

2.3.2、净借记限额

什么是净借记限额？就是轧差后“净流出”是否在控制的范围以内。

为什么“净借记”是净流出呢？

因为，两个银行清算账户（央行视角下是负债）间资金往来，在会计上是“借减贷增”，所以“借记”代表流出，“净借记”代表两个账户轧差后，谁是资金净流出方。他的具体组成如下：

净借记限额组成

1.圈存资金：是参与者需支付现金，由人行从其清算账户中冻结部分资金作为清算担保。

2.质押额度：仅有圈存资金是不够的，参与者还需要质押一些国债、央行票据等优质资产给人行用来保障资金清算。

3.授信额度：如果钱还不够，可以找央行借钱，央行根据参与者的资质提供授信额度，确保资金顺利清算。

2.4、SAPS清算原理

我们知道有三种清算模式“实时全额、双边轧差净额、多边净额净额”，但是SAPS到底支持哪种清算模式，它与大额、小额、超网三个系统又是什么对应关系，这个很多人都搞不清楚。

2.4.1、实时全额清算（大额支付）

大额采用的实时全额清算（RTGS），就是按每笔实际发生的金额进行清算。

优点：就是到账时效高，支持的金额大。

缺点：需要较高的资金头寸，清算压力大。

实时全额清算

2.4.2、轧差净额清算（小额/超网）

超网和小额都是采用“实时轧差清算、定时净额结算”的清算方式。为什么要分两次处理呢？因为实时轧差清算SAPS扛不住会宕机，“又快又省又准”你只能选两样，最终放弃了快。

实时轧差清算，定时净额结算

为此小额和超网采用了“实时轧差清算，定时净额结算”的清算处理机制、

1）实时轧差清算：小额和超网收到支付请求后，首先进行“双边轧差”，轧差成功后，不会立即提交SAPS结算；而是通知收付款银行“已轧差”，付款银行可以根据通知为客户结算资金。

2）定时净额结算：到了清算场次，小额与超网会将所有的支付请求进行一次“全场的试算平衡”，对平提交SAPS记账，不平则会重新轧差。

为什么超网会实时到账呢？

小额和超网采用了相同的清算机制，为什么超网会那么快到账？原因很简单，银行垫付了；其实小额实时借贷记也是付款行垫付的。

2.5、流动性风险管理

人行清算系统每天交易量那么大，如果有银行账户出现资金不足怎么办呢？为此人行提供了一系列的流动性风险管理方式，确保清算业务不会因为个别银行清算异常而受到影响，主要是以“清算排队、动态撮合、流动性补充”三种方式来处理。

央行流动性管理流程

2.5.1、清算排队

当日间交易时一家银行的清算账户上的可用余额不足，就会将这笔待清算放入清算队列，并通知银行尽快补充资金，而这些排队的业务要等到业务截止后进行处理。

2.5.2、动态撮合

日终在系统业务截止后，如果当天有清算排队的业务，就会开启清算窗口，对2家以上的排队交易进行动态撮合“将多个参与者的资金缺口和冗余头寸按照业务优先级进行交叉匹配，不足缺口完成资金清算”。个别撮合交易允许人工进行撮合干预。

这种撮合机制需要进行复杂的匹配计算，由于清算一分钱都不能差，因此成功率并不像股票撮合那么高。所以还是需要银行提前准备好流动性。

2.5.3、流动性补充

为了避免清算账户资金不足造成清算事故，央行提供了很多的金融工具给直接参与者的银行进行选择。一般银行都会设置2种或者2种以上的排队解救方式来避免清算账户头寸不足。

1）自动质押融资（抵押筹措资金）：

银行提前将托管的债券质押给央行以获得临时融资，完成支付清算。资金归还后，质押的债券自动解押。

这种方式非常灵活、资金风险较小因此是优先级最高的。

2）日间透支（透支解燃眉之急）：

银行可向央行申请信用额度，额度根据银行的信用和日常清算量确定。借央行的钱是有条件的，清算账户不允许隔夜透支，日间透支需在清算窗口关闭前还款。

这种方式存在提现央行资金的风险，因此要求比较严格，优先级次之。

3）资金池管理（内部筹措资金）：

大型银行可以将多个同属一个法人的清算账户绑定成一个资金池。当某个账户资金不足时，系统会自动从该资金池中的其它账户调拨资金来完成清算。

这种方式就是银行内部做资金筹措，需要直参分支机构多的大银行。

4）日终自动拆解（外部筹措资金）：如果在清算窗口关闭前资金不足，可以向资金充裕的大户借款。日终自动拆借是指参与者预先签订协议，若在清算窗口关闭前仍未筹足资金，则按协议自动从另一方的清算账户中拆入所需资金以完成清算。

这主要针对只有一家直参机构的中小银行，也是解决流动性风险的最后一招了。

03 清算运行管理

大额、小额、网银和SAPS都是清算方面的大佬，但是要让这些大佬好好的工作还需要给它找一个狠角色来管理它们，这就是“公共管理与系统维护”（CCMS）。

3.1、联机交易管理

它负责这些大佬的上下班考勤“运行控制管理”，告诉它们每天上班分配哪些任务“参数和权限管理”，有哪些参与者发生了变更“参与者管理”，工作中如何遵守安全生产规范“安全管理和通讯管理”。

并且它还有自己的一些面向参与者提供的服务，负责转发和确认参与者之间的交易信息和支付结果，包括“查询查复、业务确认、通用结果通知”等“信息类业务”。还有为参与者提供系统维护、软件更新、客户服务等“系统维护”功能。

3.2、运行控制管理

CCMS每天管理的事情很多，当然大家最感兴趣的还是几个大佬的上下班时间，工作喜好，职责分工等。毕竟它们的工作方式决定了银行要准备多少资金头寸，客户什么时候钱能到账。

人行清算系统运行时序（参考WalletsClube）

1）大额系统与SAPS

为什么银行下午4点半后就不能办跨行业务，5点后就关门了呢？其实这就是大额清算的时间。

大额支付系统和SAPS每天工作21小时，从早上8:30一直到16:00做结业准备（小额和超网日切），17:15点后停止处理大额业务，并开始进行当天的清算和日终处理。晚上8:30到次日早晨，系统会继续运行夜班。

2）小额支付与超级网银

两位大佬在节假日可以休息，但为了促进消费和经济增长，小额支付系统和超级网银需要全年无休地为国民经济提供清算服务。

不过节假日期间，由于SAPS不工作小额和超网实际上是不清算的，所以每到节假日都需要银行准备好充足资金向客户垫付资金。

人行清算系统主要特性

本文参考资料

人民银行：第二代支付系统互联规范和报文标准(2021 57号)
Wallets：中国支付清算体系（通俗版）
人民银行：银办发[2018]38号文
其他资料：关注公众号回复“人行清算”获取

转载自公众号【刚哥白话】 | 原链接：https://mp.weixin.qq.com/s/E-fy-KDjyEZAVuJTiQ26wg

三方清算体系全景

Sun, 05 Oct 2025 18:50:04 +0800

引子

之前介绍了中国清算体系，这篇给大家介绍下我们每天都会用到的三方支付的清算体系。中国的三方清算体系经历了直联和断直联，特别是集中存管之后由于映射额度的隔离整套体系变得非常复杂和难以理解。

图1：中国三方清算体系（间联模式）

从上图清算体系我们可以看到，三方清算体系是在中国清算体系上又加了一层“支付机构”，把消费者和商家连接起来，并且通过“清算机构”给支付机构、开户银行进行清算。

这次，我们继续零基础入门，用一篇文章给你讲清楚三方清算体系。

01 三方清算生态

1.1、直联模式生态

中国的三方支付体系是伴随着互联网，特别是移动互联网初期，支付机构直接到发卡银行开通备付金账户为客户提供收单服务，银行之间的资金通过支付机构调拨实现转移。

这种模式在快速推动了中国移动支付的发展，但央行在其中很难起到监管的作用，央行的清算系统（CNAPS）也沦为了清算和付款的通道，由此而产生了很多的乱相。

图2：直联清算体系

1.2、间联模式生态

为了加强监管和统一清算，央行就创造性的推出了“间联清算模式”，这是个中心化的清算模式。通过央行指定的合法清算机构“网联、银联”统一为支付机构提供跨行的收单和清算服务。由于太复杂了所以基本上只有业内人搞得明白了，我们这次就从几个角色开始给你把这套体系讲明白。

图3：间联清算模式

1.入口：收单侧

收单机构是支付服务的提供者，通过小程序、公众号、二维码、收银台、智能终端等支付工具切入场景提供服务。

2、血脉：清算机构

网联/银联是三方和银行之间的“信息和资金传递枢纽”，它就像血管一样在三方和银行之间输送着资金的血液。这里包含处理报文的“支付清算平台”和处理资金“备付金前置系统”。

3、心脏：央行清算

要完成资金的跨行搬运，就需要通过央行清算系统来完成，因此央行清算系统就像心脏一样有节奏的向上下游输送资金。

4、血液：发卡侧和账户侧

1）发卡侧：即消费者的发卡银行，它们为整个支付生态体系提供源源不断的支付血液“资金”。

2）账户侧：这是比较特殊的一种。它就是以微信、支付宝、云闪付为代表的支付机构，商户即可以像收单机构一样对接商户，也能通过清算机构给其他收单机构提供“扫码、小程序”等账户服务。

02 备付金清算原理

要了解这套体系如何运转的，我们需要扒开表层的系统，看下其背后的账户体系是如何搭建。

2.1、备付金账户结构

图3：备付金账户结构

1、收单机构-渠道映射

收单机构通过交易过渡户来处理客户之间的交易，跨行收付则是对应“网联和银联”分别设置一套“清算往来+银存资金”的渠道账户与之对应。

2、清算机构-备付金映射

网联和银联为收单机构提供支付产品并管理其备付金。为避免两家机构同时管理备付金账户出现清算冲突，他们采用映射额度模式，各自独立管理一部分资金。

3、央行清算-资金清算

网联和银联通过清算指令在“银行账户、特参账户、备付金账户”之间完成资金的跨行清算。

4、发卡银行-同步清算

发卡银行根据清算机构和央行的清算指令，同步完成清算处理。在银行内部主要涉及两套系统并设置对应的账务处理。

1）网/银联支付系统：负责处理日间的联机交易指令，因此在银行内设置了“清算往来户”来记录发生金额。

2）人行支付系统：负责处理资金的跨行清算，因此在银行内设置了“人行往来+央行存款账户”用来记录资金清算发生额与存放央行款项的期末余额。

2.2、备付金映射额度

网联与银联采用的映射额度模式是一种虚拟账户技术，它通过额度映射在逻辑上隔离备付金中的清算资金，从而让两家机构能够独立处理交易。

1）映射额度

支付机构负责分配备付金和清算保证金给网联和银联，这两家机构在分配的额度内进行清算处理。关于备付金额度的具体操作，两家机构有不同的方法，但这里我们简化理解即可。

2）额度同步

为了防止余额竞争，两家清算机构在额度调整的时候会同步校验彼此分配的额度，确保额度调整准确。

2.3、清算场次

网联和银联只是负责清算，资金的最终结算是通过人行清算系统来处理的。为了避免竞争两者采用了不同的清算场次。

图4：三方清算场次

1.日间三方清算

1）网联2个场次：网联每天清算2个场次，分别是早上9：00清算上一天的交易，下午15:00之后清算当天的交易；

2）银联6个场次：银联清算是按照小额的清算场次来的，它日间清算6场，晚上20:30之后会有一个补充清算场次进行差错处理。

2.日终银行清算

清算机构在T日给“收单机构”完成清算后，会在T+1日凌晨给“发卡银行”进行清算并下发对账文件。

03 三方支付全流程

讲了整体生态体系和备付金的账户结构，我们就结合一个实际的场景来介绍下整个三方支付的全流程场景是如何运转的。为了简化流程，我们仅通过银联来进行清算处理。

图5:三方支付全流程

3.1、业务场景介绍

当天用户消费100元给商家，商家由于要进货所以提现1万元。

商家发现，提现的钱很快就到账了，但是今天收到的100元要1天后才能到账。这就是收单支付的特点“待结算”，因为此时100元还在消费者的开户银行，要1天后才能到。

图6：商家收单和提现场景

整个过程其实可以分成“交易、清算、结算”三个步骤，下面我们来逐一拆解下。

3.2、联机交易

1.收单流程：

用户消费100元，收单机构通过“银联”向发卡行发送扣款指令，并收到成功结果。由于资金需要清算因此这100元计入商家的待结算账户，商家只能看不能提现。

2.商户提现：

商家总共有1.1万元，但只有商户账户中的1万元可以提现。收单机构通过“银联”向收款银行发送付款指令，由于是实时清算，付款行会先垫付资金给商家。商家随后收到到账通知。

图7：联机交易流程

3.3、资金清算

到了每天的清算场次，银联要给所有参与者算算账，需要清算多少钱。显然今天我们要从“收单机构”和“付款银行”扣出1万元去付给“收款银行”。

图8：机构间账务清算

3.4、资金结算

账务算清楚之后，银联就会通过人行清算系统完成三家机构间的资金结算。见下图：

图9：资金结算流程

1）借记收差：银联通过清算指令从付款银行、机构备付金分别扣取100元和9900元，到银联特参账户；

2）贷记付差：然后银联特参账户向收款银行账户结算1万元；

3）三方结算：日间银联就会向三方发送清算通知，告知出金9900，三方完成对账后给商户结算100元；

4）银行结算：银联与大小额对完账后给银行清算资金，并在T+1日凌晨下发对账文件；

04、一张详图总结

可能你还有很多细节上的疑问，最后用张详细的时序图作为结尾吧。

转载自公众号【刚哥白话】 | 原链接：https://mp.weixin.qq.com/s/l3fmx4QqH3ydRJUcj8ffSA