SPV、发行人、托管人与登记服务

AI 辅助译编稿。职责图为假设，不认定监管许可。对应英文稿：core-10。

Learning objectives · 学习目标

• 将资产与服务义务分配给具体主体。
• 区分发行、保管、登记与管理。
• 找出无人负责的任务和异常。

Mechanism · 品牌不等于职责图

一个界面背后可能有多个必要主体。发行人创建特定工具或义务；特殊目的载体（SPV）用于指定安排，但这个名称本身不证明资产与其他负债隔离；托管人履行约定保管；登记或转让服务者维护指定记录和转让流程；管理人可能负责估值、对账和日常服务。

这些是需要核查的职责，不是通用法定义务。必须看合同把什么任务分配给哪个法律实体。BIS 把资产、表示和基础设施视为整体安排，技术供应商不能因此被误认为全部金融关系的交易对手。BIS

基金发行份额与服务基金资产的机构也要分开。SEC 基金教育说明份额、费用和估值基础，不保证某个服务商保护所有持有人。SEC：Mutual Funds

Worked example · 谁处理未到账的赎回

假设 Elm Vehicle 持有账面价值 500,000 的债券；Harbor Custody 按协议保管证券；Ledger Services 维护持有人登记；Oak Administration 计算每日份额价值并准备付款；软件供应商展示余额和提交获准指令。全部名称与金额均虚构。

持有人申请赎回 5,000，界面显示「申请已接收」，钱却没到账。软件方只能证明请求已记录；登记方确认单位是否保留；管理人提供估值和付款指令；托管方报告有关资产操作；持有人的实际请求权还需回到 Elm 工具及文件。

若协议没有规定谁负责未匹配银行付款，就存在责任缺口。再加一个看板不能解决。设计应明确负责人、证据交接、时间政策、升级或恢复路径。这是建议的运行要求，不是对真实机构编造的服务承诺。

持有人 → 赎回请求 → 登记方：核查并保留单位
                         ↓
发行载体 ← 决策依据 → 管理人：估值与对账
                         ↓
托管方：相关资产操作 → 支付方：资金转移
                         ↓
                    完成证据返回持有人

箭头不表示发送方保证接收方的全部履约。

Failure design · 为主体失败做准备

逐项记录法律实体、协议、控制的资产或数据、特权操作、替代程序与故障时可取得的信息。核查谁能暂停、更正或更换服务商。服务商故障与发行人无力付款是不同风险，即使都使持有人暂时拿不到钱。

还要识别集中依赖。同一集团控制发行、估值、托管记录和更正权限时，画多个框可能仍只是一个共同故障点。反过来，主体太多也会增加协调成本，应评估实际合同和控制，而不是数方框。

Common misconceptions · 常见误解

SPV 等于不会破产。 缩写不证明隔离、可执行性或清偿顺序。

托管人保证收益。 保管和投资付款是不同职能。

平台负责所有事。 可见品牌可能仅提供技术界面，不是发行人或义务人。

Risks and limits · 风险与边界

实际角色随产品和司法辖区变化。本文不认定牌照要求、破产待遇或法律责任。协议缺失就保持未知。更换服务商还可能涉及许可、数据迁移和法律步骤，不能从技术兼容推出可立即替换。

Exercise and answer · 练习与答案

练习： 代币请求确认、现金未匹配，宣布赎回完成前应收集什么？

答案： 单位状态、获准估值、付款指令、银行完成或退回证据，以及对账决定。请求确认或销毁事件本身不证明现金到账。

Related learning · 关联学习

继续代币化结构的基金与国债敞口，并在产品架构阶段绘制资产服务。

Source map · 来源与证据范围

bis-tokenisation 支持国际安排研究；sec-funds 支持美国基金份额、估值和费用基础。检索证据日期为 2026-10-18。所有主体、协议和金额均为教学假设；没有直接测试托管或赎回。译稿修订指针见清单，人工批准待完成。