UPI：支付交易剖析

# UPI：一笔交易的解剖 来源：https://timeseriesofindia.com/economy/reads/upi-architecture/ 扫描 姓名与金额 密码 你从未看见的部分 付款已发送 已收到 UPI 支付的五个时刻，正如你所经历的那样。从你输入密码到看到结果之间的一切，都在视线之外发生。 每天数次，我们大多数人以同样的方式付款。你把手机对准一个印刷的二维码，核对出现的姓名，输入金额，敲入密码，然后一个绿色勾号显示完成。在另一端，某人的手机震动，提示钱已到账。从头到尾，两三秒钟。 那五个时刻——扫描、姓名与金额、密码、勾号以及另一端的震动——就是你看到的整个支付过程。其他一切都被隐藏了。在扫描和勾号之间，你的指令沿着一条由不同机构组成的短链运行，每个机构检查一件事，然后将结果传递给下一个，全部在你从屏幕上抬起头之前完成。你手机上的应用只是第一个环节，它从未触碰你的钱。 值得了解这些安静的交接承载了多少价值。仅2026年6月，UPI就处理了超过227.2亿笔支付，比世界上任何其他实时支付系统都多。5 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r5) 本文填补了扫描与绿色勾号之间的空白。我们将沿着这条链追踪一笔支付，一次一个参与方：谁传递给谁，每个参与方检查什么，以及它可能在哪里失败。在每个环节，我们还会看看该部分是如何变化的。下图是完整的角色阵容，我们从顶部开始，从你手中持有的部分开始。 你的应用 PhonePe, GPay 你的PSP 发行你的@handle 你的银行 钱出 ⊖ NPCI 交换机 收款银行 钱进 ⊕ 收款PSP 拥有收款方@handle 收款应用 显示已收到 一笔支付中的每个角色。NPCI位于中心，与所有四个分支交换请求和回复消息。接收方侧与你的侧镜像。 ## 应用 第一部分是你已经知道的：应用。PhonePe、Google Pay、Paytm，或者十几个其他之一。很容易把应用当成支付系统本身，但它的实际职责很狭窄。用系统自己的语言来说，它是一个第三方应用提供商：它收集你的意图——付给这个人、这个金额——向你展示你将要支付给谁，并通过一个它无法读取的安全键盘收集你的密码。然后它将指令传递下去。它从未看到你的密码，不持有你的任何钱，也不持有银行牌照。1 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r1) 这个薄薄的层面是几乎所有UPI竞争发生的地方，而且竞争是不平衡的。两个应用，PhonePe和Google Pay，共同处理了大约五分之四的UPI支付；其他所有应用分羹余下的部分。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10)这个双头垄断已经持续多年。变化的是其下的排名。 看看多年来的排名。一个后来者，super.money，由Flipkart于2024年推出，在大约一年内从五十名开外攀升到前五，通过保证的现金回馈吸引用户。8 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r8)10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10)顶部的两个应用几乎不动；它们下面的地板从未停止重新排列。 按年交易量排名的领先UPI应用。来源：NPCI应用统计数据。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10) 尽管竞争激烈，但这些应用没有一个是单独能够做到一件事：连接到支付网络。为此，每个应用都必须站在一家银行背后。 ## 赞助商 因为应用没有牌照，也没有直接连接到支付网络的线路，它必须从一家合作银行——称为支付服务提供商（PSP），即其赞助商——那里借用这两者。赞助商做应用不能做的事情：它连接到中央系统，它发行代表你的UPI地址，也是当初你设置UPI时将你的手机与银行账户绑定的那一方。1 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r1) 那个地址比看起来更有揭示性。UPI ID的后缀，@之后的部分，命名了赞助商银行，而不是你正在使用的应用。以@ybl结尾的地址位于Yes Bank；以@okaxis结尾的位于Axis Bank。PhonePe的handle运行在Yes Bank、Axis和ICICI上；Google Pay的handle运行在Axis、HDFC、ICICI和State Bank上。7 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r7) 现在大多数大型应用同时依赖多家赞助商银行，而不是一家，主要是为了弹性：分散在多家银行，一家银行的故障无法使整个应用离线，也没有一个赞助商必须承担应用的全部交易量。7 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r7)赞助商银行自己也有一个较安静的收益。当付款人和收款人恰好落在同一个赞助商上时，该银行在自己的账本中解析两个地址，跳过网络的中央目录——速度更快，而且节省了大约1派萨的解析费。7 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r7) 所以，实际上从你手机离开的不是钱。它是一个由应用组装并由你的赞助商银行签名的请求。你看到的五个时刻中有三个发生在这里：扫描、姓名与金额以及你的密码。姓名是网络确认谁持有你扫描的地址，这是你在任何钱移动之前抓住错误收款人的唯一机会。密码由你手机上的一个认证组件捕获并加密；传递它的应用永远不会知道。1 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r1) 你的应用 TPAP 你的PSP 赞助商 NPCI 交换机 从QR扫描到签名的支付请求。验证后的收款人姓名在你支付之前返回；你的密码在公共库内加密（`Creds type=“MPIN”`），应用从未看到。来源：NPCI UPI API规范。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2) 从这里起，请求已经完全离开了你的手。此后的一切都发生在银行和交换机之间，并且始于每一个支付必须经过的一个地方。 ## 枢纽 每一笔支付，无论从哪个应用或银行开始，都汇聚到一点：由NPCI运营的中央交换机，NPCI是运营UPI的非营利组织；只有一个。它的第一项任务是翻译。你支付的地址属于收款人自己的赞助商银行，因此交换机将请求路由到那里，该银行在任何钱移动之前将handle解析为真实账户。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2) 然后它移动钱，顺序是固定的。交换机先要求你的银行从你这里扣款。你的银行是唯一能够打开你手机密封密码的一方，因此在这里，而且只有在这里，你的密码被检查：你的银行验证它，确认余额，取出钱，然后回复。只有在该扣款被确认后，交换机才要求收款人的银行贷记他们，并等待相应的确认。钱总是在到达之前离开，永远不会反过来。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2) 你的银行 汇款方 NPCI 交换机 收款银行 受益人 在交换机内部。NPCI先借记你的银行，等待确认，然后要求收款人的银行贷记；钱总是在到达之前离开。来源：NPCI UPI API规范。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2) 返回给你的结果并非由交换机直接交出。NPCI将结果返回给两家赞助商银行，每个赞助商将其传递给自己的应用。你的赞助商告诉你的应用支付已完成，你看到绿色勾号；收款方的赞助商告诉收款方的应用，他们的手机显示钱已收到。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2) 你的应用 你 你的PSP 赞助商 NPCI 交换机 收款方PSP 赞助商 收款方应用 收款方 结果通过赞助商回家，而不是直接从交换机：你的PSP在你的屏幕上显示付款已发送，收款方的PSP显示他们已收到。来源：NPCI UPI API规范。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2) 交换机本身几乎不公布自己工作的任何信息，因为没有什么可以与之比较。只有一个。它的规模反而表现为它承载的绝对总量。 2026年6月，UPI支付227.2亿笔，自2016年推出时每月几百万笔起 不过，真正的钱移动发生在两端：借记付款人的银行和贷记收款人的银行。你会期望每一侧最繁忙的银行大致相同。 ## 银行 它们不是相同的银行。对比付款侧最繁忙的银行和收款侧最繁忙的银行，然后将每家银行在两侧连接起来：排名不一致。 每家银行在付款与收款时的排名，最近12个月。来源：NPCI成员银行数据。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10) 在付款侧，排名是你猜测的那样。印度国家银行遥遥领先，其他大型消费银行紧随其后，与它们的客户数量大致相符。在收款侧，排名分崩离析。一家私人银行，Yes Bank，遥遥领先，占据的收款份额没有一家银行在付款侧能够接近，并且该份额在过去两年中大约翻了一番。6 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r6)10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10)同一个Yes Bank在付款侧是微不足道的：它几乎不发起支付，却接收得比谁都多。 原因可以追溯到赞助商层面，并且从UPI已经变成的样子开始。大多数UPI支付不再是人对人；而是人对商店。两条线在2022年交叉，此后渐行渐远。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10) 按笔数计算的UPI支付份额：商户 vs 个人对个人，月度。商户在2022年8月超过了个人。来源：NPCI。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10) 商店的UPI二维码由一家赞助商银行发行，就像你的handle一样。对于最大的商户应用，这家赞助商绝大多数是Yes Bank。7 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r7)因此，当你在商店扫描PhonePe二维码时，贷记首先落在Yes Bank，即二维码背后的银行，然后店主从商户应用的池化账户中获得付款。6 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r6)这里的“受益人银行”并不指店主自己的银行。而是指赞助该二维码的银行。 ## 它在哪里中断 以这种规模运行的任何系统并非每次都能工作，而UPI的独特之处在于它精确记录了它不工作的时候。每一笔被拒绝的支付都被归入两个标题之一。3 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r3) 第一类是业务拒绝：错误的密码、余额不足、达到每日限额。你在它们发生的瞬间就能理解，因为应用告诉你原因，并且原因在你的屏幕一侧。第二类是技术拒绝：在链中的某处，一家银行的系统或交换机本身，一个步骤无法完成。这种失败表现为一条关于银行服务器的消息，“银行服务器宕机”或“你的银行服务器未响应，请重试”，在你的侧没有任何解释。3 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r3) 将两者多年来进行对比，出现了一个明显的分歧。最近，大约每十一笔支付中有一笔被拒绝，但每四百笔中只有不到一笔由于轨道本身而失败。而且差距正在扩大。技术拒绝率逐年下降，从超过百分之一降至不到四百分之一，因为银行和交换机得到了加固。业务拒绝率没有下降；它们上升了。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10) 汇款方侧拒绝率，技术 vs 业务，按年。来源：NPCI成员银行数据。10 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r10) 因此，轨道变得更加可靠，尽管失败支付的失败原因越来越多地与轨道无关。日常的故障不是机器失效；而是机器执行自身的一条规则。 这与中断给人的印象相悖。UPI曾在全国范围内一次宕机数小时，那些日子是真实且被铭记的。9 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r9)但它们很少见。在普通的一天，一笔支付几乎不会因为系统故障而失败。它失败是因为达到了限额、余额过低或输错了一位数字。 然后还有第三种情况，既不是干净的 success 也不是干净的 decline：系统本身无法立即判断的支付。 ## 安全网 记住，钱总是在到达之前离开。几乎总是，到达在同一时刻被确认，你永远不知道存在一个间隙。但偶尔，确认没有及时返回。收款人的银行可能已经贷记了账户但未能报告，或者可能根本没有贷记，并且在一个短时期内，网络确实无法区分是哪种。处于该状态的支付有自己的名称：它被称为“视为”，意思是贷记未经确认。2 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r2)这是你的应用达不到绿色勾号，而是说支付正在处理中的时刻。你的钱已经离开，还没有人可以说它是否已落地。 系统正是为此而建。你的应用不会呆坐猜测。大约90秒后，它可以悄悄地询问网络真实状态，并且只允许进行少量这样的检查，因为拼命询问这个问题的应用本身曾导致UPI宕机。9 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r9)你不需要做任何事；询问是为你发生的。 在此背后，NPCI运行自己的对账。它持续查询两家银行，直到得到明确答案，并发布两个裁决之一：贷记确实发生了，因此支付有效；或者没有发生，因此借记被撤销。9 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r9) 你的应用 你 你的银行 汇款方 NPCI 交换机 收款银行 受益人 当支付被挂起时，你的应用悄悄检查状态，NPCI自动对账，最终钱要么被确认，要么被撤销返还给你，保证在一天内完成。来源：NPCI UPI API规范，UDIR (OC-98)，RBI TAT公告。9 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r9)4 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r4) 而且如果必须撤销，时间不是靠善意决定的。对于转账，钱必须在一天内返还给你；对于商户支付，几天内，如果延迟，银行每天罚款100卢比。4 (https://timeseriesofindia.com/economy/reads/upi-architecture/#r4)系统不能总是保证在当下做对一笔支付，所以规则保证之后会把它做对。 以这种方式卡住的支付从来都不常见，而且围绕它们的对账机制只变得更加严格。 扫描 姓名与金额 密码 中继 应用›赞助商›枢纽›银行 付款已发送 已收到 同样的五个时刻，间隙被填补：隐藏的中继跨越应用、赞助商、枢纽和银行。 这让我们回到开始的地方：扫描、姓名与金额、密码、绿色勾号，以及另一端的手机震动。