稳定币搞定了链上结算，但如何走进商户收银台？

By: foresightnews.pro|2026/10/20 09:00:16

稳定币想要走进线下收银台，离不开消费层。

撰文：Sebby Davies，Primal Capital 合伙人

编译：Chopper，Foresight News

稳定币基本已经解决了加密原生场景的结算问题。但要让商户收银台接受它们，则是另一项独立的任务，现阶段最可行的方案，是依托支付卡网络实现。

你在 Base 链钱包存入 2000 枚 USDC，走进一家餐厅。这笔余额真实存在，但餐厅收银终端完全感知不到这笔资产。

过去五年，稳定币已经成为多种交易场景可靠的结算基础设施。在交易、DeFi 流动性、企业资金管理与跨境汇款场景中，稳定币持续承载大额交易量，7×24 小时运行，数秒完成结算，单笔转账成本不足一美分。在加密原生和跨境资金流转场景，结算能力几乎已经落地成型。

但向商户付款这件事，复杂度高得多。一笔收银台交易，需要支付凭证、授权引擎、合规校验、风控防欺诈、拒付规则、外汇兑换，还要经过卡网络完成清算。钱包地址之间转账完全不需要这些环节。

当前数字资产领域最值得关注的创新，就处在两者中间 ------ 我们称之为消费层（spend layer）。它负责把链上资产余额转化为合规、经过授权的卡交易，让商户可以直接使用现有的终端、软件和银行流程接收付款。

结算与消费是两件完全不同的事

行业叙事常常把这两者混为一谈。智能合约可以在两秒内把代币从 Alice 转给 Bob，人们很容易就认为收银支付也因此变得简单。

结算回答一个问题：价值有没有成功转移？消费则要处理更复杂的问题：商家能否通过现有系统批准销售、交付货物、处理欺诈和纠纷、核对当日营业额并完成收款？

商户收银体系基于 ISO 8583 标准（卡终端和支付处理商之间的通信报文协议）、收银软件、收单机构合作关系以及网络规则手册。用户刷卡或手机碰一碰支付时，商户系统需要在极短时间内收到授权结果。收银台没人想了解 Gas 费、区块确认、链重组，绝大多数商户本就不需要弄懂链重组是什么。持卡人也不希望支付体验充满加密货币的复杂感。Apple Pay、Google Pay 的核心价值，就是把银行卡凭证封装成熟悉、快速、无感的支付方式。

结算是后端资金清算。消费则包含信任、交易规则、授权、报文通信与商业保障，让商户在资金清算完成前，就愿意交付商品。

商户接受度是最大瓶颈

区块链可以无许可地实现全球资金转移，但无法强制商户接受加密货币。

商户愿意接入 Visa、万事达，是因为这些卡网络已经嵌入收银硬件、电商结账软件、收单合作、会计流程以及用户习惯。零售商评估一种支付方式，考量的是全业务链路的综合成本，交易手续费只是其中一项。更换收款方式，会涉及收银设备改造、门店培训、日终对账脚本、税务软件和收单机构责任协议。这就造成支付体系极强的路径依赖：除非新支付通道能给商户带来巨大优势，否则商户会维持现状。

直接使用稳定币支付，会遇到三大难题：

零售商不愿意在现有终端旁额外加装独立二维码扫码设备；
财务团队希望资金按照固定周期，通过 ACH 或电汇存入银行账户；
商户依赖卡组织的拒付机制应对欺诈与支付差错，而链上转账一旦发出无法撤销，不具备该能力。

于是就出现一种矛盾：用户手中的 USDC 具备流动性，却无法直接线下消费。我们需要转换思路，与其说服千万商户一次性改造软硬件，能不能让链上资产直接复用商户已有的收款体系？

银行卡仍是入口

早期加密行业观点认为，稳定币可以绕开所有卡网络，不用交换手续费、不用中间方，直接实现用户对商户点对点转账。

这一观点把卡网络仅仅当成昂贵的信息传输管道。但卡网络同时也是商户接纳网络、规则引擎、纠纷处理系统、发卡与收单协同层，还有商户接入标准，这也是它很难被绕开的原因。

现阶段，银行卡正成为稳定币进入实体经济的主要渠道。稳定币提供资金通道，银行卡承载商户收款通道，消费层就是两者交汇的地方。这不代表卡网络会永久掌控支付市场。在稳定币当前普及阶段，商户接纳能力远比彻底替代传统支付更重要。

最终形态不是新旧支付通道的简单替换：稳定币提供交易资金，银行卡将这笔交易转换成商户可接收的形式，消费层负责完成整套转接工作。

-- 价格

稳定币消费技术栈

将代币余额转化为一笔完整的卡支付，需要八个模块协同，并且整套流程要在极短时间内完成：

钱包与资产余额：用户存放资产的载体，可以是自托管移动钱包、浏览器插件，或是持牌交易所账户。
稳定币资金底层：API、协议或智能合约，在收到支付授权请求时锁定、预留或扣减代币。
程序基础设施（消费层）：核心引擎，接收卡授权报文，实时校验余额、评估风控策略并给出风险决策。
支付处理器：处理 ISO 8583 报文、PIN 码验证，在卡组织和项目管理系统之间路由授权信息。
发卡方与网络准入：持牌发卡银行或主会员机构，拥有发行支付凭证的法律资质与卡组织权限。
卡网络：例如万事达，在发卡方、收单方之间路由授权、清算报文。
收单机构与商户处理商：商户侧的合作机构，处理交易、管理终端，向商户结算法币资金。
商户收银端：终端、读卡器或线上结账页面，用户出示支付凭证完成付款。

本文重点是第三层，负责打通钱包余额和支付网络标准。缺少消费层，链上美元就无法接入日常商业场景。

案例：Immersve

Immersve 是很好的例子，它就处在这套转换层。该公司搭建了基于万事达发卡能力的 B2B 卡基础设施。钱包、交易所和金融科技公司可借助它推出由加密资产余额充值的卡凭证，无需独立搭建发卡、授权、合规与清算整套体系。

整套技术栈复杂度很高。自研卡项目需要卡组织会员资质、发卡方与处理器对接、交易监控、纠纷流程以及多币种资金管理。对大多数钱包和交易所团队来说，投入人力搭建这套体系并不划算，而 Immersve 这类平台填补了这一缺口。终端用户继续在原有 App 操作，Immersve 在后台运营整套卡项目。钱包或金融科技公司可以推出自有品牌卡片，获得持续交易流水，却不用自建整套卡体系。

无论是托管还是自托管赛道，都能看到这套逻辑落地。MetaMask Card 把消费层引入主流自托管钱包，用户全程在钱包内操作，底层基础设施将链上资产余额转化为卡网络交易。Binance、Bitget、KuCoin 等平台，在托管交易所账户侧也存在相同需求。在这类平台中，用户余额存放在平台账本而非自托管钱包，但核心支付难题一致：如何让这笔余额，被已接入银行卡的商户识别消费？

托管模式的差异会带来不同技术实现。自托管钱包要解决权限、余额预留，还要在收银授权时，不必等待实时链上转账；托管平台可以在内部账本锁定或扣减资金，但依然需要发卡、授权、合规和对账体系。资产托管模式不同，但面向商户的最终目标一致。

Immersve 并不是唯一入局者。Rain、Baanx、Marqeta、Bridge、Gnosis Pay 等项目，都在解决同类问题，只是托管模式、发卡方式、项目管理、结算和分发策略各有差异。这也是该赛道值得关注的地方：这不是简单给加密产品外挂一张银行卡，而是在链上资产余额和商户收款体系之间，正在形成一个独立的基础设施市场。

收银台的交易流程

下面是典型的稳定币银行卡消费流程（不同项目细节会有区别，这是通用逻辑）：

碰一碰支付：用户使用 Apple Pay/Google Pay 中的虚拟卡，在非接触终端完成支付。
发起授权请求：收银终端通过收单机构，向卡网络发送标准卡授权请求，本例为万事达。
路由转发：万事达识别卡 BIN 号（银行卡标识号），将报文转发给项目处理器与消费基础设施。
策略与余额校验：平台核验账户状态，运行风控模型、风险评分，确认关联钱包 / 账户拥有足额稳定币，外加外汇缓冲资金。
交易获批：授权码经万事达传回收银终端，用户与店员即刻看到支付成功。
账本变动：后台根据项目机制，扣减、锁定或预留用户稳定币余额。
清算结算：在常规清算周期内，资金拨付与结算在项目、处理器、发卡方、卡组织、稳定币服务商、收单机构之间完成。
商户收款：商户看到一笔普通卡交易，通过原有收款渠道收到本币结算资金，全程不接触数字资产，无需管理密钥，也不用改动企业会计流程。

用户体验至关重要。前端越接近 Apple Pay，用户就越不用理解背后的资金来源。用户使用加密资产支付，商户依旧沿用银行卡收款体系。

托管模式与自托管模式

用户存放稳定币的渠道五花八门，从交易所账户到硬件钱包。消费层必须同时适配这两类场景。

托管模式中，交易所或托管钱包在自有数据库保存用户余额。收到授权请求时，消费基础设施调用平台 API 核验资金，平台一般在内部锁定或扣减余额，再由项目结算体系承担卡组织对应的资金义务。

自托管难度更高。用户自持私钥，稳定币存放在链上。收银授权窗口期，无法等待一笔全新链上交易确认；区块时间、网络延迟、Gas 波动都无法满足支付时效要求。因此项目必须做到：在链上资金划转完成前，先行批准卡交易。这需要提前配置相应机制，例如智能合约授权、资金储备、委托消费权限；或是流动性安排，由项目方先行垫付，后续再完成链上结算。不同项目实现方案各有差异。

在同一套授权层同时支持两种模式，持卡人无论资产存在哪里，都能获得一致支付体验。

看似平淡的底层能力，才是护城河

稳定币支付宣传大多会强调转账速度与低廉 Gas 费。但真正的难点却在其他方面，这也印证了结算和消费是两件事：

合规与制裁筛查：KYC、反洗钱、制裁名单管控、交易监控与钱包风险筛查，覆盖开户、持续监控和交易授权全流程。
欺诈风控：无卡交易风险、异地异常交易、高频交易、凭证盗用的实时评分。
纠纷与拒付：卡网络允许消费者撤销未授权交易或未履约订单。消费层要把不可撤销的链上资金，和支持回滚的纠纷体系做对账。
外汇与资金管理：美元稳定币在巴黎、东京消费，需要实时兑换欧元、日元。项目必须为每一笔授权预留外汇缓冲，管理价差、流动性与滑点，否则将承担亏损。
三套账本对账：链上记录、处理器交易流水、卡组织清算文件，每日都需要完成对账。
发卡方与项目责任：发卡银行与项目管理人，需要为项目下每张卡片向卡组织与监管负责，不会因为资金来自链上而减轻责任。
卡组织规则：授权、纠纷、项目准入都受卡组织手册约束，规则还会持续变动。

「用稳定币支付」一句话就能放在 PPT 里。每晚完成三套账本对账，才是真正棘手的工作。这也是支付业务难做的根源。在商户和用户无感的前提下，把授权、合规、纠纷、外汇、对账全部跑通，这就是核心工作，也是绝大部分工作量所在。

仍有待验证的问题

借助卡分发渠道，稳定币可以快速获得广泛商户支持，但同时也带来了一些尚未解决的问题：

卡网络依赖：依托卡通道的项目，需要遵守卡组织规则，随时面对手续费调整、政策变动。一旦卡组织限制某些数字资产架构，服务商需要快速调整。
监管不确定性：发卡、稳定币储备、用户披露、跨境转账相关法规，不同地区政策走向不一。
用户消费习惯：目前尚不明确，用户会把稳定币作为日常消费账户，还是仅用于特定场景，例如差旅、交易回款、自由职业者汇款、抗通胀储备。
技术风险：自托管资金依赖智能合约安全、网络可用性与稳定 Gas 成本。网络拥堵或合约漏洞，都会中断支付。
直接竞争：大型商户或收单机构未来可能搭建无卡稳定币结账系统，用于大额 B2B 或电商支付。

通过银行卡实现稳定币消费，并不会消除卡体系本身的成本，交易转接费、卡组织费用、处理费、项目运营费、合规成本、纠纷责任都会保留。纯链上稳定币结账，底层通道成本更低，但前提是商户愿意承担新系统集成、对账、退款逻辑、会计认定以及运营风险。对很多商户而言，通道单价便宜不等于整体成本更低，一旦迫使企业改造业务流程，综合成本会上升。

银行卡解决了商户接纳问题。依托银行卡体系，就同时继承了它的规则与约束。