2013 年余额宝上线，货币基金第一次做到了"随存随取"——赎回秒到银行卡。但上一篇（《货币基金的特殊性》）讲过，货基赎回的法定流程是 T+1 确认、T+1 或 T+2 资金才划出。"秒到账"和法定流程之间差的那笔钱，是有人替客户垫出来的。理解这个垫资结构，就理解了互联网渠道对接基金系统的核心。
法定流程与体验承诺的裂缝
普通货基赎回的时间线：T 日 15:00 前申请 → T+1 日确认份额、算赎回金额 → 资金 T+1 或 T+2 划到客户账户。客户体验是"隔一两天到账"。
余额宝类产品承诺的是 T+0 实时到账。两个承诺不可能同时由同一条链路满足——除非有人提前把法定流程走完，或者有人先掏钱。行业里演化出两种垫资模式。
模式一：渠道预赎回（余额宝早期模式）
蚂蚁（支付宝）作为代销渠道，自己先把钱垫上：
- 客户点"转出"，支付宝从自有资金/银行授信中实时划款到客户支付宝余额或银行卡；
- 支付宝以自己的名义向基金公司提交一笔赎回申请（单笔大额、按正常 T+1 流程）；
- T+1 确认后，赎回款回到支付宝的备付金账户，垫资归还。
注意第二步的本质：客户和支付宝之间是借贷（支付宝实时给钱），支付宝和基金公司之间是正常赎回（按法定流程）。基金公司的 TA 系统看到的就是一笔普通机构赎回，完全在既有流程内。所有创新都在渠道侧的资金调度里：备付金池子多大、和银行授信的额度怎么管、赎回申请在什么节奏批量提交（平滑金额波动、避免单笔巨赎触发异常交易监测）。
这个模式的关键控制点是垫资池的规模管理。T 日赎回高峰（比如电商大促提现潮）时，实时赎回需求可能瞬间超过备付金池，支付宝的做法是限额：单日单客户快速赎回额度（最初无上限，后来监管要求压到 1 万元/日）。限额的系统实现是在渠道网关层挡，不在 TA——TA 只管正常流程。网关层的额度账户要支持实时扣减、当日冲正，本质是一个高并发的小额支付风控问题。
模式二：基金公司直销垫资（银行渠道改良版）
银行代销货基做 T+0 赎回时，垫资方换成基金公司（用自有资金或银行给基金公司的授信）：
- 客户发起快速赎回，银行渠道实时把赎回款划给客户；
- 银行把快速赎回申请实时推基金公司；
- 基金公司当日先垫付赎回款给客户（通过直销结算账户），同时把对应份额过户给基金公司自己名下（份额权利转移），T+1 正常流程走完时赎回款归基金公司。
和模式一的差别在份额归属：模式二里客户快速赎回后，TA 要做一笔"份额强制过户"——份额从客户名下转到基金公司自有账户（行业内叫"赎回过户"或"份额转让"），T+1 基金公司以持有人身份走完赎回流程。这个过户是 TA 系统的专门交易类型：确认逻辑和普通赎回不同（不触发巨额赎回预检的顺延——份额已经过户了，赎回是基金公司的自营行为），费率口径也专门约定（通常免惩罚性赎回费，否则快速赎回持有不足 7 天的客户要被收 1.5%，产品就没法卖了）。
监管划线：为什么压到 1 万元
2018 年央行和证监会联合发文规范货币市场基金互联网销售：单只货基单个销售渠道单日 T+0 快速赎回提现额度上限 1 万元。监管的逻辑很直白：T+0 垫资本质是渠道或基金公司给客户的隐性信贷，规模不受控就是影子银行——大促期间几千万用户同时提现，垫资链条断裂就是流动性事件，而货基资产端是短债，变现也有摩擦。1 万的额度把单户风险封住，保留支付场景（日常消费），挤掉理财场景（大额资金借快速赎回当活期用）。
系统的改造点：网关限额从"渠道自定"改为"硬编码 1 万"；超额部分引导走普通 T+1 赎回；限额计数要跨渠道合并计算（同一客户在同一基金的多个销售渠道的额度是合并限制的，客户身份用基金账户关联）。跨渠道合并计数需要渠道间共享数据，代销渠道之间数据不通时用基金公司的直销系统做汇聚，这是对接时容易被低估的一个集成点。
模式复制的边界
余额宝模式后来被复制到银行现金管理类产品（朝朝宝、活钱管理系列），垫资方变成银行自有资金，底层可以是货基也可以是银行理财。系统架构同构，但风险归属不同：银行垫资进表内，占用信贷额度和资本；基金公司垫资受自有资金比例约束。2022 年现金管理类理财新规把这套逻辑原样搬去银行理财侧，限额、过户、垫资三条约束一字不差地重演了一遍。
余额宝的产品创新拆开看没有任何单点是新的：货币基金、代销协议、垫资、限额，全是存量零件。系统设计的启示在边界划分：创新放在渠道侧资金调度（模式一），法定流程保持纯净；一旦创新必须进 TA（模式二的份额过户），就要接受监管把它当"新业务"重新审视——份额过户专门交易类型和费率豁免条款，就是这么被逼出来的。