Stripe Connect 不只是支付系统，也在帮助平台经营金融服务

最近连续看了两场 Stripe Connect 的官方分享。

最初其实是冲着 MoR 去的。前面写《Stripe 眼中的 MoR》的时候，我一直在研究 Stripe 对 Marketplace 和 SaaS 的理解，特别是 Merchant of Record、Connected Accounts，以及平台和卖家之间的资金与责任关系。

结果两场分享看下来，

Stripe 花了不少时间讲另外一些东西：商户入驻、即时结算、支付定价、利润分析，还有平台怎么通过支付向商户卖更多金融服务。

我原本对 Connect 的理解，主要还是收单、分账和商户管理。做平台支付的人，平时首先关心的就是商户怎么进件、交易怎么拆、资金怎么结。

但 Stripe 在分享里讲的，已经有点像在教平台怎么经营一家支付公司了。

后来又去翻了 Connect 的产品页面。Stripe 把 Connect 分成四个模块：Onboard Users、Accept Payments、Pay Out Users、Manage and Monetize。

前三个很好理解，商户入驻、收单、结算，基本所有 Marketplace 都需要。最后一个 Manage and Monetize，我仔细看了下。

Pricing Tools、Margin Reports、Network Cost Passthrough、Platform Growth Studio……

这些以前更多是 PSP 内部用的经营工具，现在 Stripe 把它们交给了平台。商户定价、支付利润、金融产品销售，平台都可以自己参与。

Connect 背后的能力还在增加。Issuing、Treasury、Capital，再加上 Bridge、Privy 和 Tempo，已经覆盖商户收款之后的账户、资金使用、融资、稳定币和链上结算。

如果只是给 Marketplace 做一套分账系统，根本用不着准备这么多东西。所以我换了个角度研究 Connect：Stripe 到底是想给 Marketplace 提供一套支付系统，还是想让 Marketplace 帮它经营支付和金融服务？

一、Connect 的核心是 Connected Accounts

一提 Marketplace，我脑子里最先冒出来的就是分账。消费者付100美元，平台留10美元佣金，90美元给卖家。Direct Charges、Destination Charges、Separate Charges and Transfers 对应不同的交易和资金安排。

这几种模式和 MoR 的关系，《Stripe 眼中的 MoR》已经拆过，这里只重复一句：MoR、Charge 建在哪、资金风险谁扛，是三件要分开判断的事。

分账只是其中一环，真正麻烦的是商户管理。

一个平台10万个卖家，分散在几十个国家，有公司有个人，有的直接收单，有的只收平台结算。每个国家的 KYC、税务信息、银行账户要求都不一样。

入驻要验证身份，经营中要更新资料，退款拒付要处理风险，退出时还有余额要结清。平台管理的是10万个一直在经营的商户，光有10万个收款账户解决不了问题。

Connect 用 Platform Account 加 Connected Accounts，把这套关系放进一个账户体系。

Connected Account 不是银行存款账户，而是 Stripe 体系里承载商户身份、支付能力、余额和结算配置的账户。

入驻流程可以用托管、嵌入式组件或者 API 自建，平台根据自己的业务需要决定控制到哪一层。

不过，Stripe 显然不满足于让商户只在一家平台完成入驻。

它还有一个 Networked Onboarding。

如果一家商户已经有符合条件的 Stripe 账户，再加入另一个 Connect 平台时，可以复用部分已经验证过的身份和企业信息。

商户只觉得少填了几张表。但对 Stripe 来说，一家商户可能同时在三个 Marketplace、两个 SaaS Platform 上经营。只要这些平台都接了 Stripe，商户就有机会在不同场景中复用已有的账户和身份关系。

Accounts v2 又往前走了一步。

以前同一个主体在 Stripe 的不同业务中承担 Customer、Merchant、Recipient 等角色，需要处理不同的账户对象和资料。Accounts v2 通过统一的账户模型和角色配置，减少重复的账户创建和身份验证。

它解决的不是把所有余额合并成一个资金池，而是金融服务里最基础的问题：这个客户是谁，他可以在 Stripe 体系中使用哪些服务。

再看 Link。

Link 从消费者端入手，让用户在不同商户网站付款时，可以复用已经保存的支付信息。Networked Onboarding 则从商户端入手，让商户加入不同平台时，不必每次从头提交身份资料。

Stripe 现在还将 Link 和 Networked Onboarding 连接起来，让符合条件的 Link 用户能够复用身份和支付信息，快速入驻支持该功能的 Connect Express 平台。

一个从消费者端切，一个从商户端切。

Stripe 不仅要处理消费者的付款，也在建立可以反复使用的商户账户关系。

最新的数据已经能说明这套模式的规模。2026年4月的 Sessions 上，Stripe 披露 Connect 服务超过16,000个平台。现在 Connect 官网展示的活跃平台已经超过20,000个，活跃已入驻账户超过1,200万个，其中104个平台在过去一年里各自处理了超过10亿美元的支付交易。

平台本身也在加速增长。Stripe 2026年9月披露，新平台业务同比增长182%，而2026年1月上线的平台，在相同成长周期内达到100万美元支付量的比例，也高于以往同期批次。

一家传统 PSP 要直接获取上千万家商户，需要庞大的销售和渠道团队。Stripe 则可以通过一家 Marketplace，一次连接几千甚至几万家商户。

而这些商户后续还需要结算、融资、发卡和资金管理。

Connect 带给 Stripe 的，不只是交易量。

二、Stripe 为什么愿意把定价权交给平台？

Connect 有两种主要定价模式。Stripe handles pricing，由 Stripe 向 Connected Accounts 收取支付处理费用，符合条件的平台获得 Revenue Share。

You handle pricing，则由平台自己向商户定价，再按照合同向 Stripe 支付底层费用。后一种就是平台从 Stripe 采购支付服务，再销售给自己的商户。

这种模式行业里不新鲜，Stripe 的不同在于把经营工具也一起给了。Pricing Tools 用来配置费率，Network Cost Passthrough 支持网络成本透传和 IC+ 定价，Margin Reports 用来分析支付收入、成本和利润。Platform Growth Studio 则进一步提供利润优化建议、同业对标和增值产品推广工具。

以前一家 SaaS Platform 要卖支付，计费、成本分摊和利润报表都得自己开发。Stripe 现在已经把其中相当一部分能力做成产品了。

那 Stripe 为什么愿意让平台掌握最终价格？

因为平台对商户的议价位置，和一家独立 PSP 不一样。PSP 上门卖收单，商户直接比费率。你报2.9%，别人报2.7%，商户回头就让你降。

SaaS Platform 卖的是订单、库存、物流、营销、对账一整套，支付只是其中一项。它可以采用订阅费加支付费率，也可以按照商户规模设计不同套餐。商户比较的是整个经营系统的成本和效率，不一定只盯着几个基点的收单费率。这种场景下，平台可能拥有比独立 PSP 更强的定价能力。

但自己定价，不等于就能赚钱。我们简单算一笔账。假设一家 Marketplace 年支付交易额10亿美元，向商户收取2.9%的费率，底层交易处理成本为2.6%。

中间30bps 的价差，一年就是300万美元。

但如果它有10万个小卖家，每人每个月提现一次，90%的交易额最终作为 Payout 发出呢？按照 Stripe Connect 美国市场公开的 You handle pricing 标准，每个活跃账户每月2美元，每笔 Payout 收取0.25%加25美分。

10万个卖家全年每月都活跃，账户费就是240万美元；9亿美元 Payout 产生225万美元的金额费，再加120万笔提现的30万美元固定费用，合计495万美元。

300万美元的支付价差，连账户和结算成本都覆盖不了。

如果卖家只有1万家，交易总额不变，账户费和按笔费用会明显下降，合计成本降到252万美元。

但300万美元价差扣完，也只剩48万美元。

退款、拒付和其他运营成本还没算，实际业务还可能涉及额外的资金路由费用。（当然这是根据美国公开费率建立的示意模型，假设30bps 价差尚未包含上述 Connect 费用，具体收费仍然取决于合同和业务结构）

同样10亿美元交易额，服务10万个小卖家和1万家中大型卖家，利润模型完全不同。

卖家越碎、提现越频繁，账户和 Payout 成本越难摊薄。

Marketplace 经营支付，不能只看 Take Rate，还要看 Contribution Margin。

这也是 Stripe 提供 Margin Reports 的原因。

它让平台开始像 PSP 一样经营自己的支付 P&L，而不只是赚一点收单费率差。

不过，收单价差只是一部分。平台除了向商户收支付手续费，还可以对结算速度收费。

但 Payout 的收入，也不能直接等同于利润。

三、即时结算：赚的是手续费，风险可能是本金

Stripe 在官方分享中提到过 Instacart 的 Instant Cash Out。

配送人员完成订单后，可以选择更快拿到收入，而不是等待常规结算周期。对司机、自由职业者和小微商户来说，提前一天拿到钱，可能直接影响日常经营。

对平台来说，结算速度也可以成为一项收费服务。

Stripe Connect 美国公开定价中，Instant Payouts 的费用为 Payout 金额的1%，平台可以在符合条件的安排下进一步加价。

但从 Treasury 的角度看，这里首先要分清两种情况。

一种是资金已经符合即时提现条件，只是通过更快的支付网络送到卖家账户。这主要是通道成本和支付效率问题。

另一种是资金还没有达到正常可用时间，平台就主动提前把钱给卖家。

如果钱由平台先出，性质就不一样了。假设一笔1万美元的结算款，正常 T+3可用，平台今天就希望卖家拿到。按8%的年化资金成本计算，3天的资金占用成本大约是6.6美元。10,000 × 8% × 3/365。6.6美元并不高。

真正麻烦的是后面。钱已经付给卖家，消费者却发起退款或拒付，平台找谁追回？卖家账户余额不够怎么办？如果卖家经营出现问题，甚至不再经营，平台还能追回多少本金？在这样的提前付款安排下，资金成本通常比信用损失容易测算。

所以我一般不赞成简单按照“提前几天到账”给卖家定价。

一笔提前结算服务，除了通道费和资金成本，还应该计算卖家的退款率、拒付率、资金占用期限，以及最终无法追回的预期损失。

它不一定在法律上构成保理，但如果平台提前支付尚未正常可用的商户应收款，就需要按短期资金预付业务管理相应风险。尤其是高退款率或者长履约周期的 Marketplace。资金已经付给卖家，但订单对应的退款和拒付风险可能还没有结束。

因此，哪些卖家能开即时结算、额度多少、最早什么时候结算、资金从哪里来，都应该放进平台的流动性和风险政策，而不只是产品后台的一个配置项。

Stripe Connect 提供 Payout Timing Control、Account Top-ups 等工具，能够协助平台进行结算和资金安排。

但工具不会替平台解决所有信用风险。

当一家 Marketplace 的交易规模达到几十亿美元，每天有多少收单资金在途、多少余额尚未可用、未来几天有多少商户应付、退款拒付可能带来多大资金缺口，都会进入 Treasury 的日常管理。

如果平台还跨多个国家经营，就要同时处理不同币种、银行和 PSP 之间的流动性错配。一家全球 Marketplace，消费者在美国付款，卖家在欧洲或者东南亚。平台完成 Pay-in 之后，还需要考虑 FX、跨境资金调拨和当地 Payout 网络。

这些问题，不是多接一条支付通道就能解决的。

所以有时候，合理调整商户结算周期，比降低几个基点的收单费率更能改善平台的现金流和风险敞口。

平台可以通过收单赚钱，也可以通过结算速度赚钱，但无论哪一种，都绕不开成本、风险和资金管理。

而当商户真正拿到钱之后，还有采购、广告、物流和其他经营支出。Stripe 已经开始把这些业务也接进来。

四、从收款到花钱：Treasury、Issuing 和稳定币

Shopify Balance 是一个现成的例子。Shopify 使用 Stripe Treasury for Platforms 提供金融账户能力，再通过 Stripe Issuing 发行虚拟卡和实体卡，让商户可以在自己经营店铺的系统里管理资金、支付经营费用。

Stripe 的案例显示，Shopify Balance 上线后的前四个月，就有超过10万家美国小企业开通了账户。

对于 Shopify，过去商户完成销售，钱结算到银行，支付服务基本就结束了。现在，商户可以继续使用 Shopify 提供的金融账户和卡产品。这相当于把一部分原本发生在银行端的资金管理和经营支出场景，带回了商户日常使用的电商平台。

再看 Shopify 最新的财报。2026年11月3日，Shopify 发布了第三季度业绩。Merchant Solutions 收入29.06亿美元，Subscription Solutions 收入8.36亿美元，前者已经是后者的3.5倍左右。

但如果继续看毛利，两项业务的差异就很明显了。Merchant Solutions 毛利11.20亿美元，毛利率约38.5%；Subscription Solutions 毛利6.61亿美元，毛利率约79.1%。

Merchant Solutions 的收入规模远高于订阅业务，但毛利率只有订阅业务的大约一半。Merchant Solutions 包括支付和其他商户服务，不能全部算成收单收入；这组数据也不是单独的金融产品利润表。

但它能说明一件事：平台金融服务能够做出很大的收入规模，成本结构却与软件订阅完全不同。

这又回到了前面讨论的支付 P&L。

TPV 大、金融服务收入高，不代表利润率就一定高。

Stripe 提供 Treasury、Issuing、Capital 等能力，帮助平台经营这些业务。平台负责获取商户、理解需求和销售金融产品。Shopify 不用从零建设完整的银行账户和发卡基础设施，也能把金融服务放进自己的商户经营系统。Stripe 则通过 Shopify 触达大量原本需要逐个获取的中小企业。

如果把场景换成一家全球 Marketplace，需求又不太一样。消费者通过银行卡付款，卖家却不一定希望立即把所有收入兑换成本地货币。一家面向全球销售的跨境卖家，可能需要保留美元收入，用来支付海外广告、采购和物流费用。

传统模式下，平台先通过银行或 PSP 向卖家结算，卖家收到钱后再自行完成外币管理和跨境付款。

但如果平台能够把美元资金持有、兑换和经营支出整合进自己的系统，就有机会继续服务卖家。

Stripe 现在提供的 Bridge、Privy 和 Tempo，分别对应这条资金链的不同环节。

Bridge 解决法币与稳定币之间的转换及资金编排，Privy 提供钱包和数字资产账户技术。Tempo 则是一条面向支付场景的 Layer 1 区块链，已经于2026年3月18日上线主网，可以为链上支付提供底层结算网络。它们不是 Connect 的三个内置模块，但可以在符合条件的业务架构下，与 Connect 共同服务平台及其商户。

Stripe 已经在逐步推出相关能力。2026年10月，Stripe 宣布稳定币支持的 Issuing 进入欧盟27国，全球覆盖超过65个国家。相关卡产品可以与符合条件的稳定币钱包或金融账户配合使用，消费时完成币种转换。

与此同时，Stripe 也在推进 Treasury、Global Payouts 和 Issuing 的统一产品体系，减少企业在资金持有、付款和发卡之间重复建设的工作。

Connect 也已经开始提供稳定币 Payout。现有私有预览主要面向符合条件的美国平台，向受支持地区的个人及个体经营者支付 USDC。

平台在传统法币收单之外，可以向部分卖家增加稳定币结算选择。卖家收到数字美元之后，再根据需要进行持有、兑换或其他资金操作。

但这里有一个很重要的区别。

Connect 的支付余额、Treasury 金融账户余额，以及 Issuing 卡背后的资金，不是天然可以任意互转的同一个资金池。

从收单余额进入其他金融账户或钱包，可能需要真实的资金划转、对应账务和合规安排。

卖家通过 Connect 收到了钱，不代表这笔余额立即可以用于所有 Stripe Issuing 卡消费。

同样，Tempo 也不是每一笔 Stripe 稳定币交易的必经网络。

不过，对于 Marketplace，真正想获得的不是 Bridge、Privy 或 Tempo 这几个产品名称。

卖家关心的是钱能不能收到、能不能保留需要的币种、能不能方便地付给供应商，以及成本是多少。如果平台能够把这些事情整合进自己的经营系统，提供的就不再只是一项收款服务。

原本卖家把钱结算到银行之后，平台的支付服务就结束了。现在，商户可以在平台上收款、结算、持有余额，再通过金融账户或者卡产品支付经营费用。

整个体验确实越来越完整。但这些服务背后，可能涉及 Stripe 的不同账户体系、银行合作伙伴、发卡机构和资金网络。

平台每增加一项金融服务，能够提供的产品更多了，对底层金融基础设施的依赖也可能更深。收单可以换一家 Acquirer，Connected Accounts、资金余额和卡产品怎么办？

五、收单可以换渠道，账户和资金账本归谁管？

这是在研究 Connect 时最关心的一部分。中小 Marketplace 和 SaaS 用 Connect 一站式接入，很合理。自己从零建设商户账户、KYC 和资金分配体系，投入可能远大于收益。

但跨多个国家经营、交易量很大的平台，情况就不一样了。

支付渠道不可能永远只有一家。为了降低成本，在欧洲增加 Adyen；为了提高成功率，在某些国家接入本地 Acquirer。消费者付款可以通过 Payment Orchestration 路由到不同机构。

可商户账户和资金分配怎么办？

Adyen 收进来的交易，产生的商户应付记在哪里？资金能不能交给 Stripe 再统一结算？如果涉及跨主体或者跨境调拨，能不能符合资金服务和监管要求？

还是平台自己建立资金账本，分别管理 Stripe、Adyen 和其他渠道的钱，再通过银行和不同 Payout PSP 给卖家结算？这是两种完全不同的架构。

Stripe 在 Sessions 2026 上预览了面向欧洲 Marketplace 的一项能力：平台可以继续使用多家支付处理机构，同时通过 Stripe 管理统一 Payout。

产品上确实方便。但收单分散到多家，商户账户和资金分配依然依赖 Stripe，平台对单一基础设施的依赖到底减少了多少？

这个问题光看 API 能不能接通是答不出来的。得把账户和资金责任拆开。

第一，商户应付余额记在谁的账本上？

消费者付100美元，卖家应得90美元。这90美元记在 Stripe 的 Connected Account Balance 里，还是平台自己的 Merchant Ledger 里？

后面如果发生20美元退款、5美元赔付，再加几笔手续费调整，平台能不能独立计算出最终应付商户的金额？如果同时有多家 Acquirer，底层 PSP 的交易余额和平台对商户的应付，本来就不是一回事。

第二，Reserve 在哪里？

收单机构因为风险设置 Rolling Reserve，平台能不能清楚识别这部分受限资金？钱可能还在整个资金链条里，但平台暂时用不了。如果平台自己还向商户收取保证金，或者设置风险准备金，两类资金是否分开管理？分别由谁控制，用于覆盖什么风险？这些问题，不能等到渠道冻结后再讨论。

第三，渠道出问题，谁给商户结算？

某家 PSP 因为风险审查暂停了资金结算，平台已经向商户确认了一批待结算款，但资金仍然留在 PSP 或它的合作银行那里。平台是等，还是拿自己的流动性先付给商户？

如果先从其他银行账户付款，原 PSP 的在途应收怎么挂账、怎么核销？平台有没有足够的可用资金，覆盖未来几天的商户结算？如果平台对商户承担独立结算义务，PSP 停付并不代表平台的合同责任自动消失。

第四，Connected Accounts 能不能迁移？

Connected Account 不能直接复制到另一家 PSP。即使平台保存了全部商户资料，新机构通常也需要按照自己的 KYC 和风险政策重新验证、重新准入。

如果商户入驻、交易、余额和结算配置全部依赖某一家支付机构，换渠道就不是修改几个 API 参数那么简单。这和之前研究 Banking Circle、代理行及全球账户体系时，其实是同一套逻辑。

账户是谁开的，钱实际在哪里，谁能操作资金，谁承担结算责任，底层账本在谁手里，必须分开看。

Connect 给了平台很强的商户管理能力，但平台没有因此拥有底层全部账户和资金基础设施。

所以对大型 Marketplace 和 SaaS，我反而觉得最应该自己掌握的，未必是收单系统，而是两本账，以及多渠道资金编排和对账能力。

Merchant Ledger 记录平台与商户之间的应收应付，管理商户余额、佣金、退款、赔付和准备金等账务关系。

Treasury Ledger 记录实际的资金头寸，包括银行余额、各家 PSP 的资金余额、在途资金、受限资金、不同币种的头寸，以及真实发生的资金调拨。

两本账需要持续核对，但不能混成一本。Merchant Ledger 告诉平台应该付多少钱，Treasury Ledger 告诉平台现在有多少钱、在哪里、能不能付。

有了这两本账，某家 PSP 停摆的那天早上，平台才答得出：我还欠商户多少钱？多少钱被冻住了？未来几天需要多少流动性？能不能换一条合规的路把钱付出去？

没有自己的商户应付账本和资金头寸管理能力，即使平台接了五家支付机构，出事那天也可能只能等某一家合作伙伴的消息。

对大型 Marketplace 和 SaaS 来说，渠道独立性不是同时接入多少家 PSP，而是任意一家出现问题时，平台还能不能算清账、调得动钱、继续履行商户结算义务。

结语

我最初是冲着 MoR 去研究 Connect 的，最后反而发现，平台和 Stripe 之间的账户、资金与控制权关系，比单纯讨论谁是 MoR 复杂得多。

Connect 帮平台管理商户、支付和结算；Treasury、Issuing、Capital 接住商户收款之后的资金使用和融资需求；Bridge、Privy 和 Tempo 则进一步扩展了稳定币和链上支付的能力。

这些产品还没有在所有市场完全打通，但 Stripe 已经可以通过 Connect 连接大量平台，再借助平台把更多金融服务提供给背后的商户。

对 Marketplace 和 SaaS 来说，这是一条很有吸引力的路。不需要自建完整的金融基础设施，也可以经营相当一部分支付和金融服务。

不过，当平台的交易规模达到数十亿美元，真正要考虑的就不只是 Stripe 能提供多少产品。而是某一天，Stripe 或其他重要金融合作伙伴无法继续正常提供服务时，平台还能不能向商户结算。

这件事，可能比多赚几十个基点的支付手续费更重要。

资料说明：本文参考 Stripe Connect 官方产品及定价资料、Stripe Sessions 2026 公告、Stripe 2026年9月平台业务研究及10月金融产品更新、Shopify Balance 案例、Shopify 2026年第三季度财报。支付利润和提前结算成本为假设模型，具体产品状态、地区及商业定价以官方信息和实际合同为准。

Payment Infra系列文章合集

为什么全球PSP都想开J.P. Morgan账户？

TP3 Underwriting：JPMC如何评估一家PSP？

代理行如何连接全球资金流动？

支付的终点，为什么是账户？

深度｜全球支付的隐形天花板：Liquidity

支付越快，为什么越需要 Credit？

支付的最后一公里：Settlement

一家全球支付公司，是怎么管理客户资金的？

支付成功了，钱也到账了，为什么还要对账？

深度｜谁真的在用 Stablecoin？

什么是 Nesting？你的客户在银行眼里是谁

当First-party Payment遮住了Third-party Funds

稳定币行业下的隐形巨头

渣打的 Crypto 十年

大行与 Crypto 之间，长出了一家 SGB

Banking Circle：支付巨头的银行，是怎样炼成的

OpenPayd：Kraken、B2C2 和 Ripple 背后的资金生意

跨境老兵系列文章合集

支付老兵，为什么都去做四方了？

跨境收款老兵，究竟靠什么赚钱？

一些支付行业碎碎念

互联网大厂的 FI BD：能力、姿态，和支付的位置

Stripe 眼中的 MoR，和你想的不太一样