Kraken 为什么买 Reap，而不是买一张 U 卡？

作者：Yokiiiya，Stablehunter

 

Kraken 母公司 Payward 拟以最高 6 亿美元收购 Reap，这件事很适合作为理解稳定币支付的一个入口。根据 Payward 和 Reap 的官方公告，Reap 被定义为一家 stablecoin-native、card issuing and payments infrastructure 公司。交易完成后，Reap 的能力会被并入 Payward Services，用来支持 card issuance、cross-border payments 和 stablecoin treasury services。

这几个词其实很关键。它说明 Payward 这次买的，不只是一个「能发 U 卡」的产品，而是一套和发卡、跨境支付、稳定币结算、企业资金管理有关的基础设施。所以我觉得这件事最值得问的，不是「Kraken 为什么要做 U 卡」。而是：如果它只是想做一张 U 卡，为什么不直接买一个前台 U 卡品牌？

市场上已经有不少用户感知更强的 U 卡产品。打开 App，充值 USDT 或 USDC，绑定一张虚拟卡或实体卡，然后去线上线下消费。这个故事很好理解：稳定币终于可以像银行卡余额一样花出去了。但 Payward 这次买的不是一个单纯面向 C 端用户的 U 卡品牌。它买的是 Reap。

这说明它真正想补的，不是「给用户发一张卡」这个前台能力，而是卡背后那套更难、更重、也更值钱的基础设施：发卡、授权、稳定币结算、跨境支付、企业 treasury、合规风控，以及和传统金融 rails 的连接能力。换句话说，U 卡只是用户看到的结果。

真正值钱的，是让这张卡能被发出来、刷出去、通过 Visa/Mastercard 网络被商户接受，并在后台完成稳定币到法币的兑换、清算、对账、风控和合规。

所以这篇文章真正想拆的，不是哪张 U 卡最好用，而是另一件事：像 Reap、Rain、StraitX 这类公司，到底在做什么基础设施？它们为什么会被交易所、钱包、fintech，甚至传统支付巨头盯上？

因为一张 U 卡能不能发出来，远远不是「做一个 App + 接一个卡号」这么简单。它背后要同时打通卡组织网络、发卡资质、BIN sponsor、issuer processor、实时授权、稳定币到账和兑换、链上链下账务、企业资金管理、跨境结算、KYC/KYB、AML、拒付管理、欺诈风控，以及本地银行和支付 rails。这也是为什么前台 U 卡品牌可以很多，但真正能做基础设施的公司并不多。

前台产品解决的是「用户看见什么」。基础设施公司解决的是「这张卡为什么真的能被发出来、刷出去、结算回来，而且出问题时有人能兜住」。

Payward 买 Reap 的意义，也应该放在这里理解。它不是简单买一个 U 卡入口，而是在补一整套稳定币支付基础设施能力。接下来我们就从一张 U 卡最基础的问题拆起：它到底是怎么被发出来的？

一张 U 卡到底是怎么发出来的？

很多人会以为，一张 U 卡就是某个交易所、钱包或 crypto app 自己发的。但实际上，用户看到的前台品牌，往往只是产业链最上面的一层。

一张真正能用的 U 卡，背后至少要把几层能力拼起来：卡组织网络、发卡资质、BIN sponsor、issuer processor、program manager、稳定币基础设施，以及最终面向用户的前台产品。这也是为什么我前面说，U 卡不是一个单点产品，而是一条产业链。

第一层是 card network，也就是 Visa、Mastercard 这样的卡组织。

它们提供全球商户受理网络、交易规则、清算规则、争议处理框架和网络品牌。用户在线下刷卡，或者在线上输入卡号时，商户侧通常并不知道这是一张「U 卡」。它看到的是一张可以走 Visa 或 Mastercard 网络处理的卡。所以 U 卡不是绕开 Visa/Mastercard。恰恰相反，很多 U 卡产品是借助 Visa/Mastercard 的商户网络，让稳定币余额能进入现实消费场景。

第二层是 issuer / issuing bank / issuing institution，也就是真正有资格把卡发行出来的机构。

这里不能简单理解成「一定是银行」。在传统卡业务里，issuer 很多时候确实是银行。但在 crypto card 或 fintech card 里，实际 issuer 也可能是电子货币机构、支付机构，或者拥有 Visa/Mastercard principal membership 的持牌 fintech。它们的共同点是：有资格参与发卡，并承担交易、资金、合规、拒付、欺诈等一系列责任。

比如有些 crypto card 背后是银行，有些背后是电子货币机构或持牌支付机构。Coinbase Card 在美国由 Pathward, N.A. 发行；Nexo Card 在欧洲与 Mastercard、DiPocket 合作推出；Crypto.com Visa Card 在新加坡由持有 MAS Major Payment Institution License 的 Foris Asia Pte. Ltd. 发行和分发。不同地区、不同产品，issuer 结构可能完全不同。 所以很多前台品牌看起来像是在自己发卡，但背后一定有 issuer、issuing institution 或持牌合作方在承担发卡责任。这也是为什么「发卡」不是一个 App 自己想做就能做的事情。

第三层是 BIN sponsor。

BIN 是卡号前几位对应的发卡识别号码，它决定了这张卡属于哪个发卡机构、什么卡种、哪个网络、哪个地区。很多 fintech 或 crypto 平台自己没有完整发卡资质，就需要通过 BIN sponsor 接入发卡能力。BIN sponsor 提供的是资格和通道，但它不是无条件开放的。它会要求项目符合合规、风控、资金和运营规则。

对 crypto card 来说，这一层尤其关键。因为一旦出现高风险交易、欺诈、拒付或监管问题，责任并不会只停留在前台品牌那里。BIN sponsor、issuer、processor 和项目管理方都可能被牵连。

第四层是 issuer processor。

这层负责处理授权、清算、交易路由、余额校验、卡控、限额、风控规则和交易事件回调。用户刷卡那一瞬间，商户发起授权请求。processor 要在很短时间内判断：这张卡是否有效？余额是否足够？这笔交易是否允许？商户类别有没有问题？地区有没有限制？风险是否可接受？然后它要把结果返回给卡网络和商户。如果这张卡背后连接的是稳定币余额，事情会更复杂。系统不只是要看一个法币账户余额，还要处理稳定币余额、汇率、冻结、兑换、链上链下账务，以及后续对账。

第五层是 program manager。

它更像是一个卡项目的运营大脑。一张卡面向谁开放？是 C 端消费卡，还是企业卡？是虚拟卡，还是实体卡？支持哪些地区？哪些商户类别不能用？用户要做什么 KYC？企业客户要做什么 KYB？手续费怎么收？交易限额怎么设？拒付怎么处理？客服怎么响应？这些都属于 program management 的范畴。有些公司自己就是 program manager，有些项目则会把这部分能力交给基础设施服务商。

第六层是 crypto 或 stablecoin infrastructure provider。

这一层负责稳定币相关的部分：充值、链上到账、钱包账务、稳定币和法币兑换、treasury 管理、链上链下对账、跨境结算、交易监控和合规审查。

但这里要特别注意一点：像 Reap、Rain、StraitsX 这类公司，往往不只是单独站在第六层。它们的价值不在于只做某一个环节，而在于把多层能力打包起来：card issuing、BIN sponsorship、program management、real-time authorization、stablecoin settlement、treasury、cross-border payments 和本地金融连接。

所以它们不是只帮客户「发一张卡」。它们在解决一个更复杂的问题：怎么把用户或企业手里的稳定币余额，接进传统发卡体系、卡组织网络、合规体系和本地金融系统里。这也是为什么这类公司会被称为基础设施公司。

如果只是做一个前台 U 卡产品，重点是用户体验、获客和场景包装。但如果要做基础设施，重点就变成了：能不能帮不同的钱包、交易所、fintech 或企业客户，把发卡、授权、稳定币结算、跨境资金流和合规风控这些原本分散的环节接起来。

最后一层才是 frontend brand，也就是用户真正看到的交易所、钱包、crypto app 或 fintech 产品。

前台品牌负责获客、产品体验、卡面设计、用户运营和场景包装。用户以为自己用的是某某钱包的卡、某某交易所的卡，但它背后往往组合了卡组织、issuer、BIN sponsor、processor、program manager、稳定币结算方和合规服务商。

所以，一张 U 卡其实不是「一家公司发了一张卡」。准确地说，它是一群机构共同协作出来的结果。用户看到的是一张卡。背后是一整套系统在共同承担发卡、授权、兑换、清算、结算、合规、拒付和风险。

这也是为什么稳定币支付基础设施很难做。它不是单纯的 crypto 技术问题，也不是单纯的发卡问题，而是一个跨越 Web3、传统支付、银行、合规、风控和本地金融网络的系统工程。

能做到这一层的公司，往往不是因为它们「会发卡」，而是因为它们已经花了很长时间去建立银行关系、卡组织关系、牌照结构、风控模型、processor 对接、稳定币账务系统和本地结算网络。

这些东西没有一个是靠一轮融资，或者一个 API 文档就能瞬间补齐的。这也是 Payward 为什么要买 Reap，而不是只买一个前台 U 卡品牌的原因。前台品牌可以做得很漂亮，增长也可以很快。但真正难复制的，是背后那套能让卡发出来、刷出去、结算回来，并且在出问题时有人兜得住的基础设施。

一张 U 卡刷出去时，钱到底是怎么跑的？

前面讲的是，一张 U 卡要发出来，背后需要哪些角色。但真正理解 U 卡生意，还要看另一个问题：用户刷卡那一瞬间，钱到底是怎么跑的？

假设一个用户的钱包里有 100 USDC，然后他用这张 U 卡在海外商户消费 20 美元。从用户视角看，这件事很简单：打开 App，看到卡，刷一下，余额减少。但后台发生的事情，并不是「商户直接收到了 20 USDC」。这也是很多人最容易误解 U 卡的地方。

在大多数情况下，商户侧仍然走的是传统卡支付流程。商户通过收单机构发起一笔卡交易，这笔交易进入 Visa 或 Mastercard 网络，然后被路由到对应的 issuer / processor 体系。也就是说，商户要的不是一笔链上转账。商户要的是一个标准的卡交易结果：这张卡能不能扣款？这笔交易能不能被授权？

然后，issuer processor 会收到授权请求，开始做一系列判断。这张卡是否有效？
是否被冻结？交易金额是否超过限额？商户类别是否允许？交易地区是否开放？有没有欺诈风险？用户账户里是否有足够余额？如果这张卡背后连接的是稳定币余额，系统还要多做一层判断：用户的 USDT 或 USDC 余额，是否足以覆盖这笔消费，以及兑换成商户结算货币后是否足够。

接下来会有两种常见处理方式。

一种是实时兑换。用户刷卡时，系统立刻把对应价值的稳定币兑换成法币，完成授权和后续结算。

另一种是先做账本冻结。系统先在用户账户里冻结对应价值的稳定币，等交易进入清算和结算阶段后，再统一做兑换、对账和资金调拨。

具体采用哪种方式，取决于卡项目设计、发卡地区、合作银行要求、processor 能力、稳定币资产类型、流动性安排，以及基础设施服务商的账务系统。

但不管是哪种方式，商户通常并不是直接向用户的钱包收 USDC。对商户来说，它收到的仍然是一笔标准卡交易。它面对的是收单机构、卡组织和发卡体系，而不是一条区块链。真正发生变化的是后台资金来源和结算逻辑。用户刷的是 Visa 或 Mastercard 网络。但支持这笔消费的资金，可能来自用户账户里的稳定币余额。在后台，平台、issuer、processor、卡组织、收单侧、稳定币基础设施服务商和本地银行之间，会完成授权、冻结、兑换、清算、结算、对账和资金调拨。这就是 U 卡最关键的地方：前台是卡网络，后台是稳定币资金流。理解这一点，就不会把 U 卡误解成「Visa/Mastercard 被稳定币替代」。

在当前阶段，更准确的说法是：稳定币并不是直接替代商户侧的卡受理网络，而是在成为卡项目背后的资金来源、treasury 工具和结算资产。这也是为什么稳定币卡真正改善的，未必是商户前台体验。商户本来就能收 Visa、Mastercard。真正被改变的是平台和发卡项目背后的资金周转方式。

传统跨境卡项目常常会面临几个问题：资金要提前放在不同地区或合作银行里，周末和节假日清算变慢，跨境调拨需要时间，多个账户之间要留 buffer，资金被困在不同通道里。

这些问题用户不一定看得见，但它们会直接影响卡项目的资本效率、授权成功率、地区扩张速度和利润空间。稳定币的价值就在这里开始出现。它可以 24/7 转移，可以在周末和节假日继续完成资金调拨，可以跨钱包、平台和地区流动，也可以让一些原本需要多天完成的资金安排变得更接近实时。所以，U 卡不是简单把「链上支付」搬到线下商户。它更像是在传统卡网络背后，加入了一层新的资金来源和结算工具。用户看到的是「我用稳定币刷卡消费」。商户看到的是「我收到了一笔普通卡交易」。

基础设施公司看到的是「我要在这两套系统之间，把授权、兑换、清算、结算、对账和合规风控全部接起来」。这也是为什么这件事难。难点不在于做一张卡面，也不在于让用户 App 里显示一个余额。难点在于：当用户真的刷卡时，这套系统能不能在几秒钟内判断交易是否可过；在交易过后，能不能把稳定币、法币、卡网络清算、本地银行资金、企业账务和合规记录全部对上。

只要其中一个环节出问题，用户看到的就是交易失败、卡被冻结、余额异常、汇率不透明或提现受限。

所以，一张 U 卡能不能真正规模化，最后看的不是宣传页上支持多少币种、覆盖多少地区，而是后台系统能不能稳定处理这些很不性感、但非常要命的问题：授权能不能过。资金能不能到。账能不能对平。风险能不能控住。合规能不能解释。出问题时有没有人兜底。这才是稳定币支付基础设施真正的门槛。

为什么海外玩家会把稳定币放进卡业务后台？

前面讲到，用户刷 U 卡时，商户侧看到的仍然是一笔标准卡交易。商户不需要理解 USDC 或 USDT，也不需要自己接链上钱包。所以，稳定币卡并不是在商户侧直接替代 Visa / Mastercard。

更准确地说，在一些海外合规场景里，稳定币被放进了卡项目的后台，作为账户余额、兑换安排、资金调拨或结算工具的一部分。这也是这类基础设施真正复杂的地方。

它不是只要让用户 App 里显示一个稳定币余额，也不是只要生成一张虚拟卡号。后台还要处理一整套问题：用户余额怎么校验，刷卡时怎么授权，稳定币和法币之间怎么兑换，交易记录和链上链下账务怎么对上，不同地区的资金怎么调拨，KYC / KYB、AML、制裁筛查和交易监控怎么完成。

换句话说，稳定币在这里扮演的不是「替代卡网络」的角色，而是被嵌进卡业务后台，参与资金来源、账务、兑换、结算和 treasury 管理。但这件事不能被简单理解成「稳定币让支付变快变便宜」。

真实业务里，它仍然要面对监管许可、银行合作、on/off-ramp、卡组织规则、流动性、汇率、会计处理、税务和合规审查。不同地区的边界也完全不同。

所以海外一些支付公司、交易所和 fintech 正在探索把稳定币作为后台资金和结算工具的一部分，但它能不能规模化，取决于牌照、银行合作、风控能力、本地监管和合规边界。这也是为什么 Reap、Rain、StraitsX 这类公司值得关注。

它们真正做的不是「发一张更酷的卡」，而是在海外合规框架下，把数字资产余额、发卡体系、卡组织网络、企业资金管理和本地金融系统接起来。从这个角度看，稳定币卡的核心不是前台消费体验，而是后台基础设施能力。

谁在搭建 U 卡背后的基础设施？

前面我们拆的是一张 U 卡被发出来、刷出去时，背后要经历哪些环节。那是从「操作链路」看问题。但如果换成「公司生态位」来看，就会看到另一张图：这个行业并不是只有前台 U 卡品牌，而是可以分成几类玩家。最上面，是用户看得见的 U 卡产品。中间，是稳定币卡发行、支付和结算基础设施。最下面，是传统支付 rails、processor 和合规风控。

这两套分类不是冲突的。七层解释的是：一张卡怎么跑起来。四层解释的是：谁在搭这套系统。

第一层，是前台 U 卡 / crypto card 产品。这一层最接近用户，也最容易被看见。

比如 RedotPay、Coinbase Card、Crypto.com Card、Bybit Card、Wirex、Nexo Card、MetaMask Card、Ledger CL Card、1inch Card、Gnosis Pay、KAST、Bitget Wallet Card 等。

它们解决的是用户体验问题：用户在哪里开卡，怎么充值，怎么消费，支持哪些币种，能不能线上线下刷，费率清不清楚，卡会不会被冻，客服能不能响应。

这也是很多人最容易理解的 U 卡生意。因为它看起来很直观：用户有 USDT 或 USDC，平台给他一张卡，他就可以去消费。但这一层不一定掌握底层的发卡、授权、清算、结算和合规能力。很多前台品牌背后，仍然需要依赖发卡机构、BIN sponsor、processor、稳定币结算服务商和合规服务商。

第二层，是稳定币卡发行基础设施。这一层才是 Payward 收购 Reap 这件事真正指向的地方。这一类公司包括 Reap、Rain、StraitsX、Baanx、Immersve、Kulipa、Gnosis Pay 等。它们不只是做一个前台卡产品，而是在帮钱包、交易所、fintech 或企业客户把卡项目发出来。

它们要解决的问题包括：怎么发卡，怎么连接 Visa / Mastercard 网络，怎么做实时授权，怎么连接用户或企业的数字资产余额，怎么处理稳定币和法币之间的兑换，怎么做交易限额、卡控、风险规则、链上链下对账，以及怎么满足不同地区的合规要求。换句话说，这一层卖的不是卡面，而是发卡能力。

对客户来说，最理想的状态是：我不需要自己去找发卡机构、BIN sponsor、processor、稳定币结算方和合规服务商，我可以通过一套 API 或一个 card program，把这套能力接进自己的产品里。这就是为什么这类公司更像基础设施。

第三层，是稳定币支付、treasury 和结算编排基础设施。

这一层不一定从 U 卡切入，但会成为 U 卡、钱包、交易所和企业支付产品背后的资金流底座。比如 Bridge / Stripe、BVNK / Mastercard、Fireblocks、Zero Hash、Circle、Conduit、Mural Pay、Sphere、BlindPay、Arf、Yellow Card、Alchemy Pay 等，都可以放进这个观察范围里。

它们解决的问题不是「怎么给用户发一张卡」，而是企业如何在海外合规场景下使用稳定币做收款、付款、跨境结算、on/off-ramp、资金调拨、流动性管理和链上链下对账。这层能力对 U 卡也很重要。

因为一张卡刷出去之后，背后一定会涉及资金怎么清算，稳定币怎么兑换，法币怎么落地，不同地区账户怎么调拨，企业账务怎么对上。

所以，U 卡只是稳定币支付的一个前台场景。更底层的问题其实是：稳定币如何在海外合规框架下，成为一种可以被企业、平台和金融机构使用的后台结算资产。

第四层，是传统支付 rails、processor 和合规风控。这一层很多 crypto 用户平时不太关心，但它是 U 卡最绕不开的底座。包括 Visa、Mastercard 这样的卡组织，Marqeta、Galileo、Thredd、i2c、Paymentology、Enfuce、Adyen Issuing、Stripe Issuing 这样的 issuing processor 或发卡基础设施公司，以及 Chainalysis、TRM Labs、Elliptic、Sumsub、Persona 这样的 KYC / AML 和交易监控服务商。

没有这一层，U 卡很难真正做到「能发、能刷、能清算、能处理拒付和合规风险」。因为商户最终接受的不是一笔链上转账，而是一笔标准卡交易。它需要走卡组织规则，需要有授权结果，需要有清算和结算，需要处理拒付、欺诈、制裁筛查、异常交易和消费者保护。

这也是为什么稳定币支付基础设施不是单纯的 Web3 生意。它必须同时理解 crypto、卡网络、银行、支付处理、合规和本地金融系统。这里要特别说明一点：这张地图不是为了给每家公司贴一个固定标签。同一家公司，可能同时跨越多个层级。比如 Gnosis Pay 既可以被用户理解成一个前台卡产品，也有更底层的链上支付和发卡基础设施属性。Bridge 被 Stripe 收购后，更像稳定币支付编排和结算基础设施。Reap 既有企业支付和卡发行能力，也在稳定币 treasury 和跨境支付方向上延伸。

所以这张地图真正想说明的是：U 卡行业不是「谁的 App 做得更好看」这么简单，而是一场围绕发卡、结算、资金管理、合规能力和本地金融连接的堆栈竞争。越靠上，越接近用户和流量。越靠下，越接近牌照、网络、资金、结算和风控。前台 U 卡产品可以很多，但真正难复制的，是中间和底层那套能把稳定币余额接入现实支付网络的能力。这也是为什么 Payward 买的是 Reap，而不是只买一张前台 U 卡。它要补的不是一个卡面，而是一套可以被嵌入 Payward Services、服务交易所用户、企业客户和跨境资金流的支付基础设施。

几类代表公司分别站在哪里？

如果只看前台，很多公司都可以说自己在做 U 卡。但如果看基础设施能力，差异会很明显。有的公司更偏 card issuing infrastructure，有的更偏自托管钱包卡，有的更偏 stablecoin orchestration，有的更偏区域法币稳定币和本地支付网络连接。

Reap、Rain、StraitsX 只是其中三个代表。往外看，还会看到 Baanx、Immersve、Kulipa、Gnosis Pay、Bridge、BVNK、Fireblocks、Zero Hash、Circle、Conduit、Mural、Sphere 这类公司。它们不一定做同一件事，但都在回答同一个问题：数字资产余额如何进入现实支付和金融系统？

第一类，是 卡发行基础设施型公司。这一类最贴近 U 卡主线。代表公司包括 Reap、Rain、Baanx、Immersve、Kulipa、Gnosis Pay、StraitsX。它们解决的问题是：如何让钱包、交易所、fintech 或企业客户，把一张卡发出来，并把用户或企业的数字资产余额接进卡网络。这里的关键不是「自己做一张前台卡」。

而是能不能把发卡、BIN sponsorship、实时授权、processor 对接、稳定币余额校验、兑换、卡控、限额、风控和合规要求整合成一套基础设施。Reap 就是这一类里很典型的样本。它不是只做一个 C 端 U 卡产品，而是把企业支付、card issuing、cross-border payments、expense management 和 embedded finance API 放在一起。Reap 的 card issuing 页面强调 stablecoin-powered card program、Visa cards、digital assets / fiat spend 和 real-time authorization，也就是可以根据客户账本里的数字资产余额做实时授权扣款。

Rain 也可以放在这一类。它更强调用统一 API 把 accounts、cards 和 global money movement 放在 stablecoin rails 上，让企业客户不用自己拼多个供应商。

StraitsX 则更偏亚洲市场的 card issuance 和本地合规连接。它的 card issuance 页面明确提到 licensed infrastructure、BIN sponsorship 和 stablecoin settlement，用来支持亚洲地区的 stablecoin-backed card programs。 这一类公司的核心价值，不是卡面，而是把卡项目背后那些重活打包起来。

第二类，是 自托管 / 链上原生卡型公司。这一类和传统交易所卡不太一样。它们更关心的是：用户能不能从自托管钱包、链上账户或智能账户，进入 Visa / Mastercard 这类现实支付网络。代表公司包括 Gnosis Pay、Baanx、Kulipa、Immersve。

比如 Gnosis Pay 更强调 self-custodial card 和链上账户体验。Baanx 长期服务 Ledger、MetaMask、1inch 等钱包卡项目。Kulipa、Immersve 这类公司也更强调把 wallet、stablecoin balance、authorization 和 card network 接起来。这类公司的核心问题不是「交易所余额怎么花出去」，而是「链上钱包里的余额怎么进入现实消费场景」。这条路径更 Web3 native，但难度也更高。因为它不仅要处理发卡、授权、结算和合规，还要处理自托管钱包、链上账户、用户签名、链上链下账务同步和交易体验之间的关系。

第三类，是 稳定币支付编排 / 企业资金流型公司。

这一类不一定从 U 卡切入，但会成为 U 卡和企业支付背后的资金流底座。代表公司包括 Bridge / Stripe、BVNK / Mastercard、Fireblocks、Zero Hash、Circle、Conduit、Mural、Sphere。

它们解决的问题不是「怎么给用户发一张卡」，而是企业如何在海外合规场景下接收、存储、兑换、发送和结算稳定币。Bridge 是这一类里很典型的公司。Bridge 官方把自己描述为 end-to-end stablecoin platform，服务企业接收、存储、转换、发行和支出稳定币；它和 Visa 的合作也指向 stablecoin-linked Visa cards，并让开发者通过 API 发行相关卡产品。 Stripe 收购 Bridge 之后，这类公司和传统支付网络的关系会越来越紧。Visa 2026 年也披露，Bridge-enabled stablecoin-linked cards 已经在 18 个国家上线，并计划扩展到更多市场。

Fireblocks、Zero Hash、Circle 这类公司则更偏 custody、wallet、treasury、settlement、compliance 和机构级基础设施。它们未必都以 U 卡为核心产品，但如果一个平台要做稳定币支付、资金调拨、托管、对账和合规，它们往往会出现在底层技术栈里。这类公司的核心价值，是把稳定币变成企业和金融机构可以接入、管理和结算的后台资金工具。

第四类，是 区域法币稳定币 / 本地支付连接型公司。

这一类更偏本地市场、本地牌照、本地支付网络和本地币种连接。代表公司包括 StraitsX、Yellow Card、Alchemy Pay、Arf、BlindPay。

它们不一定都以 U 卡为核心，但都会参与一个关键问题：数字资产余额如何进入本地金融系统。比如 StraitsX 在新加坡和东南亚市场的价值，不只是发卡，而是本地稳定币、本地支付网络、BIN sponsorship、on/off-ramp 和合规框架的组合。Yellow Card 更偏非洲市场的 stablecoin on/off-ramp 和本地支付连接。Alchemy Pay 更偏 crypto-fiat payment gateway 和 on/off-ramp。Arf、BlindPay 这类公司则更接近跨境支付、支付机构资金流和区域市场结算。这一类公司的壁垒，往往不是技术本身，而是地区能力：本地合作方、本地银行关系、本地监管理解、本地支付网络和本地流动性。

所以，回到 Payward 买 Reap 这件事。Reap 不是唯一一家在做稳定币支付基础设施的公司。但它代表了一类很重要的资产：已经把 card issuing、企业支付、稳定币资金安排、跨境支付和 embedded finance 能力拼起来的基础设施公司。这类公司不会总是站在前台。它们更像是隐藏在卡产品背后的机器。前台 U 卡品牌可以做用户增长、做补贴、做卡面、做消费场景。但基础设施公司要解决的是另一件事：能不能让这张卡真的被发出来、刷出去、结算回来，并且在不同地区、不同合规要求、不同资金路径下持续跑起来。这也是为什么交易所、钱包、fintech 和传统支付巨头会关注这一层。因为一旦稳定币支付真的进入真实商业流，最稀缺的可能不是一张卡，而是把卡、账户、稳定币余额、企业资金流和本地金融系统接起来的能力。

这些基础设施公司到底怎么赚钱？

理解完这些公司站在哪里之后，接下来要问一个更现实的问题：它们到底怎么赚钱？

如果只是前台 U 卡产品，商业模式看起来比较直观：用户开卡、充值、消费、换汇、提现，平台从手续费、价差、卡费或服务费里赚钱。

但 Reap、Rain、StraitsX、Bridge 这类基础设施公司不完全一样。它们面对的往往不是单个 C 端用户，而是钱包、交易所、fintech、企业客户、支付公司或其他平台型客户。它们卖的也不是一张卡，而是一整套发卡、授权、兑换、结算、对账、风控、合规和资金管理能力。所以这类公司的收入通常不是单一来源，而是多层叠加。

第一类收入，是 card program fee。

如果一个钱包、交易所或 fintech 想推出自己的 branded card program，它不一定愿意自己去找发卡机构、BIN sponsor、processor、KYC 服务商、风控系统、稳定币结算方和本地银行合作方。它更可能选择接入一个基础设施服务商。

这个时候，基础设施公司可以向客户收 setup fee、月度服务费、账户服务费、卡项目管理费、定制开发费，或者按卡片数量、活跃用户数、交易量收取费用。对 B2B 客户来说，这类费用的本质是：我付钱买一套已经拼好的能力，而不是自己从零开始搭。

第二类收入，是 API / SaaS fee。

如果基础设施公司把发卡、账户、余额查询、交易事件回调、授权控制、冻结、兑换、结算、对账、合规监控这些能力做成 API，就可以按调用量、交易量、账户数、月度订阅或企业套餐收费。这也是为什么基础设施公司往往更像 platform business。

前台品牌赚的是用户交易和消费行为的钱。基础设施公司赚的是平台客户接入这套能力的钱。

第三类收入，是 interchange 或发卡分润。

在卡交易里，商户侧支付的费用会在收单机构、卡组织、发卡侧等角色之间分配。对参与发卡项目的机构来说，如果交易规模足够大，就可能从每笔交易中获得一定比例的分润。interchange 不是所有参与者都能完整拿到，也不是所有地区、所有卡种、所有项目结构都一样。到底谁拿多少，取决于卡组织规则、地区监管、卡类型、发卡机构、BIN sponsor、processor、program manager 和合作协议。如果基础设施公司在发卡项目中承担关键角色，它可能参与卡交易相关收入分配，但具体比例和结构取决于地区、牌照和合作安排。

第四类收入，是 FX spread 和 crypto-fiat conversion spread。

稳定币卡经常涉及几种资产之间的转换：USDT / USDC、美元、本地货币、商户结算货币，以及用户账户里的其他资产。只要涉及兑换，就可能产生价差收入。

比如用户账户里是稳定币，商户交易币种是港币、欧元、墨西哥比索、巴西雷亚尔或其他本地货币，中间就会涉及汇率、兑换路径、流动性和结算安排。

如果基础设施公司提供兑换和流动性服务，就可能在这个环节收取 spread 或 conversion fee。但这部分同样要看具体牌照和合规结构。不同地区对换汇、虚拟资产兑换、支付结算和资金流转的监管要求不同，不能一概而论。

第五类收入，是 treasury / settlement service fee。

这部分在 B2B 场景里尤其重要。企业客户真正痛的地方，往往不是「有没有卡」。

而是多个地区的资金怎么调，企业账户怎么管理，稳定币和法币怎么兑换，跨境付款怎么落地，员工卡、供应商付款、商户收款和企业 treasury 怎么统一管理。如果基础设施公司能处理这些问题，它就不只是发卡服务商，而更像企业资金流服务商。

它可以从跨境付款、资金调拨、结算服务、账户管理、企业 treasury、批量付款、收款分发和账务对账里收服务费。这也是 Reap 这类公司值得看的原因。

它的意义不只在 card issuing，而在于它把企业支付、卡发行、跨境资金流和稳定币 treasury 放在了同一个能力栈里。

第六类收入，是 compliance / risk service fee。

KYC、KYB、AML、制裁名单筛查、交易监控、欺诈识别、拒付管理、异常交易处理、商户类别限制、地区限制、用户限额管理，这些听起来不性感，但在支付行业里非常关键。尤其是在 crypto 和 card 的交叉场景里，风控和合规难度会更高。

如果一家基础设施公司已经把这些能力做成产品，它就可以向平台客户收取合规风控相关服务费，或者把这部分打包进整体 card program fee 和 API fee 里。从这个角度看，合规不是单纯的成本中心。在支付基础设施里，合规能力本身就是产品能力的一部分。

第七类收入，是 本地支付和 on/off-ramp 服务费。

有些公司不一定只靠卡赚钱。它们还会参与本地支付网络、本地银行账户、收款账户、付款通道、on/off-ramp、法币充提、本地币种兑换和企业账户连接。如果一家企业或平台想把数字资产余额和本地金融系统接起来，就可能需要这些服务。这类能力通常非常地区化。

不同国家的银行合作、支付通道、监管边界、用户习惯和资金流成本都不一样。所以能做本地连接的公司，往往也会拥有比较强的区域壁垒。这里还要特别谨慎地看一类收入：float 或储备收益。

稳定币和法币余额确实可能带来资金管理空间，但不是所有公司都能吃这部分收益，也不是所有司法辖区都允许这么做。客户资金怎么隔离，余额由谁持有，是否可以产生收益，收益归谁，是否需要披露，是否受到支付牌照、电子货币牌照、信托安排或客户资产保护规则限制，差异都很大。所以不能简单把这类公司写成「靠用户余额吃利息」。更稳妥的理解是：这些公司的收入来自多层叠加。

它们可能赚 card program fee，也可能赚 API fee；可能参与 interchange 分润，也可能赚兑换价差、结算服务费、treasury 服务费、合规风控服务费和本地支付连接费。但每家公司能赚哪一类钱，取决于它站在哪一层，持有什么牌照，承担什么责任，服务什么客户，以及在交易链路里控制了哪一段能力。这也是为什么前台 U 卡品牌和基础设施公司的估值逻辑可能完全不同。

前台品牌更看用户增长、交易量、留存、获客成本和消费场景。基础设施公司更看客户质量、API 接入量、交易处理规模、地区覆盖、合规能力、银行和卡组织关系、系统稳定性、风险控制能力，以及能不能被更多平台复用。

简单说：前台品牌赚的是用户消费的钱。基础设施公司赚的是复杂度被封装之后的钱。这也是 Payward 买 Reap 的逻辑。它买的不是一个单独的消费卡产品，而是一套可以服务 B2B 客户、企业支付场景、跨境资金流和稳定币后台能力的基础设施。

如果未来交易所、钱包和 fintech 都想把数字资产余额带进现实商业流，那么真正值钱的，未必是谁先发了一张卡。而是谁能把发卡、授权、兑换、结算、对账、风控、合规和本地金融连接，做成一套可复制、可嵌入、可规模化的服务。

真正值钱的，不是卡面，而是卡背后的机器

回到最开始的问题：Kraken 为什么买 Reap，而不是买一张前台 U 卡？现在答案会更清楚。如果只是想做一张卡，前台 U 卡品牌有很多。可以买一个用户感知更强的产品，也可以自己和发卡机构、processor、BIN sponsor 合作推出一张卡。

但 Payward 买 Reap，买的不是卡面。它买的是一套已经搭起来的基础设施：card issuing、企业支付、实时授权、稳定币后台结算、跨境资金流、treasury、合规风控，以及和传统金融 rails 的连接能力。这也是 U 卡这个行业最容易被误解的地方。用户看到的是一张卡。

但真正让这张卡跑起来的，是背后的发卡机构、BIN sponsor、processor、卡组织网络、银行合作、本地支付通道、稳定币账务系统、风控规则和合规体系。

所以，U 卡增长只是前台现象。真正值得看的，是谁在把数字资产余额接进现实支付网络，谁在把发卡、兑换、授权、清算、结算、对账和合规做成一套可复制的基础设施。

这件事不会因为一张卡突然变得简单。相反，越往真实商业流里走，越会发现支付不是一个前端功能，而是一套很重的系统工程。它需要牌照、银行关系、卡组织规则、processor 能力、本地支付网络、合规框架、风控能力和长期运营经验。

这些东西很慢，很重，也不性感。但正因为如此，它们才更难复制。

过去，crypto 世界最重要的问题是怎么买币、怎么交易、怎么托管。现在，一个更现实的问题开始变得重要：数字资产余额怎么被花出去、结算掉，并嵌入真实商业流？回答这个问题的人，不一定是最会做卡面、最会做补贴、最会做用户增长的前台品牌。更可能是那些站在后面，把发卡、结算、兑换、风控、合规和本地金融 rails 一层层接起来的基础设施公司。

所以 Payward 买 Reap，不只是一个交易所母公司的并购新闻。它更像是一个信号：当稳定币开始进入支付和企业资金流，交易所、钱包、fintech 和传统支付公司争夺的，就不只是用户资产，而是数字资产余额进入现实金融系统的基础设施控制权。这才是 U 卡背后真正的大生意。