2026年3月，印度新银行Fi悄然关闭了其应用程序的银行服务层。通过Fi简洁界面开设储蓄账户的客户收到一封电子邮件，称账户本身安全无虞且资金充足，但他们现在需要通过FedMobile应用程序进行管理。FedMobile隶属于联邦银行（Federal Bank），这家持牌银行此前一直持有这些账户。联邦银行称此举为“业务重组”。Fi自2021年以来已服务超过350万客户，处理了超过10亿笔交易。Fi表示，此举是为了将重心转移到深度科技和人工智能领域。
这虽是个小故事，却揭示了现代金融科技运作的本质。Fi 从来就不是一家银行。它是一款设计精美的应用程序，依托于银行的基础设施运行。当这种合作关系结束时，消失的不是资金或账户，而是这款应用程序本身。几乎所有你使用的新银行和投资应用程序都是如此，理解其中的原理会改变你对手机上金融科技应用程序的看法。
新银行并非银行，而是一种接口。
新银行（neobank）是一种纯线上金融品牌，没有实体网点，通常以比传统银行更流畅的应用程序和更佳的用户体验为核心。但它们几乎从未持有过真正的银行牌照。在印度，印度储备银行根本不承认“新银行”这一牌照类别。像Jupiter和Fi这样的公司与联邦银行（Federal Bank）合作开发了储蓄账户、借记卡和UPI功能，而其他公司则依赖Axis银行或DCB银行等合作伙伴。应用程序负责设计、奖励和产品体验。受监管的银行则持有存款、牌照并承担合规义务。
这并非印度独有的现象。美国最大的新型银行之一Chime也没有银行牌照，它通过合作银行运营。N26和Revolut则有所不同，它们在欧洲部分地区持有自己的银行牌照，这也是它们监管格局与Chime或Jupiter有所区别的原因之一。关键在于：“新型银行”指的是一种产品层面，而非法律层面。你信任并用来管理工资的应用程序，可能随时因为一次商业谈判而易主，就像Fi的用户刚刚经历的那样。
投资类应用程序的运行逻辑相同。
将“银行”换成“经纪商”，投资领域的情况也大同小异。一款功能强大的系统性投资计划 (SIP) 或股票交易应用程序很少会自建清算基础设施，或者从一开始就作为自己的存管参与者。在印度，所有在印度证券交易委员会 (SEBI) 注册的中介机构，无论是共同基金应用程序、折扣经纪商还是财富管理平台，都必须通过 SEBI 注册的 KYC 注册机构进行 KYC 验证。该系统是根据 2011 年 SEBI KRA 条例引入的。只需在任何一家 KRA（例如 CAMS KRA 或 NSE 的 KRA 部门）完成一次 KYC 验证，其他所有 SEBI 注册平台都可以直接使用同一份已验证的记录，而无需您再次经历验证过程。这就像银行账户的基于 Aadhaar 的电子 KYC 一样，只需一个已验证的身份，即可在任何地方重复使用。
在全球范围内，尽管底层架构有所不同，但整体结构却大同小异。Robinhood、Wealthfront 以及大多数零售投资应用程序都依托于实际持有和结算证券的清算公司和托管机构。应用程序只是用户体验层。其底层基础设施受到监管、标准化，并且对最终用户而言大多是透明的，直到某些变化发生时，你才会意识到它一直都在那里。
用户引导是关键环节，而现在它却是一个 API 问题。
无论您是开设新银行账户还是定期定额投资计划 (SIP)，第一步都是身份验证，而这正是 API 层发挥作用的地方。一个完善的开户流程可以自动完成 Aadhaar 或 PAN 卡验证、在中央 KYC 注册机构查询现有记录，以及针对企业或中小微企业账户验证 GST 申报，所有这些只需几次 API 调用即可完成，无需前往银行网点并提交大量复印件。这正是 Decentro 所提供的架构。 KYC API 旨在将 Aadhaar、PAN、CKYC 和 GST 相关的检查捆绑到一个单一的集成中，这样新银行或投资应用程序就不必单独与每个政府注册机构建立关系。
这比听起来更重要。在任何金融科技产品中，用户注册流程通常是用户流失的最大环节。每增加一份文件，每增加一个人工审核步骤，都可能导致真正的客户中途放弃。那些前端体验流畅的应用程序，几乎无一例外地都运行着快速的自动化验证系统。
最容易被忽视的部分：定期付款
尽管承担着最重要的工作，但新银行和投资应用程序基础设施中却鲜为人知。系统性投资计划 (SIP) 只有在每月自动扣款能够持续多年且稳定可靠地进行的情况下才能有效运作，而无需投资者每次都手动授权付款。在印度，这可以通过印度国家支付公司 (NPCI) 于 2020 年推出的 UPI AutoPay 授权系统来实现。该系统允许用户使用 UPI PIN 码授权一次定期扣款，之后后续付款将自动处理，直至达到设定的限额：一般定期付款的限额为 15,000 卢比，而对于共同基金 SIP、保险费和贷款分期付款等类别，限额则高达 1 卢比。超过限额后，系统将再次启动身份验证。像 NACH 电子授权这样的旧系统仍然处理着大部分此类工作，尤其是在处理高额或基于银行账户的定期扣款时。
新银行依赖同样的系统，原因却有所不同：自动储蓄功能、定期转账到储蓄“账户”、高级会员的订阅计费以及定期付款指令，都依赖于可靠且低故障率的定期支付基础设施。一旦出现问题，不仅会造成收入损失，还会导致定期定额投资计划 (SIP) 悄然停止投资或储蓄目标悄然停滞，而用户往往要几个月后才会注意到。这正是 Decentro 所关注的那种系统。 循环支付 API 旨在处理和管理 UPI 自动付款和 NACH 授权，以便金融科技产品可以设置、跟踪和重试定期扣款，而无需自行整合多个银行和 NPCI 集成。
Fi故事的真正寓意是什么
让我们再回到 Fi Money 的话题。这款应用关闭时，用户之所以没有损失一分钱，正是因为其底层基础设施——实际的银行账户——从一开始就不属于 Fi。它一直属于联邦银行，一家受监管的机构。这款应用可以一夜之间消失，因为它从未承载过真正的金融关系。
这并非新银行模式的缺陷，而是该模式的正常运作。对于任何开发或使用金融科技产品的人来说，这都意味着：界面可以替换，但其底层基础设施不可替换，或者至少不应该替换。正因如此，金融科技行业的诸多创新才从应用程序设计转移到了API层：身份验证、账本管理、授权处理和合规性——这些看似不起眼却至关重要的部分，决定着你的资金是否安全，你的定期定额投资计划（SIP）是否按时触发，而与今年运行在它之上的应用程序无关。