Taurus 联合创始人：银行接入 Swift 区块链账本需补齐三大内建层

Aiying 艾盈是一家专注于传统金融及Web3的合规咨询服务机构，本文为团队原创，转载需授权。

Swift 的区块链账本已经能跑真实跨境支付，但银行要接入它，还差三道「内功」。10 月 7 日，数字资产托管与代币化公司 Taurus 的联合创始人兼管理合伙人 Lamine Brahimi 接受 CoinDesk 采访，把银行接入 Swift 新链上账本的前置条件说得直白：「要接入 Swift 账本，你需要三样东西——一张与 Swift 交互的自有许可账本、钱包能力，以及代币化与智能合约能力，才能集成 Swift 的智能合约。」

发生了什么：Swift 账本是「编排层」，不是银行系统的替代品

Brahimi 的言下之意是，Swift 的区块链账本并不替代银行的内部系统，而是一个编排层（orchestration layer）：它让机构能够 7×24 小时跨境移动代币化存款，但最终结算仍走既有的清算安排。银行依然需要自己持有并管理代币化存款、数字资产钱包，以及过程中用到的智能合约。换句话说，Swift 解决的是「银行之间的通用语言」，各家银行「内部的本事」还得自己补。

这套逻辑已经被真实交易验证过：Swift 在 7 月宣布 17 家银行准备上线代币化存款交易；8 月汇丰与渣打完成首笔真实跨行交易；随后星展（DBS）与花旗在周末完成一笔跨境美元支付，耗时从「最多两个工作日」压缩到「几分钟」。

为什么重要：代币化存款终于有了「跨行标准」

Swift 自 1970 年代起主导全球银行报文，至今每年移动高达 1500 万亿美元 级别的资金。Brahimi 点出的关键历史背景是：「在 Swift 公告之前，代币化存款几乎没人用」——此前主要被摩根大通这类具备全球规模的巨头在内部使用，因为跨机构的代币化存款需要在两端都有共享标准和兼容系统。Swift 的账本第一次给了银行一个标准化的 24/7 支付选项，而不必抛弃现有基础设施。

还有一个关键的合规定位：Swift 的模式让存款留在银行资产负债表上，这与在银行体系之外发行的稳定币划清了界限。Brahimi 认为，这恰恰给了银行一个「既有支付轨 vs 代币化存款」的选择权，而不是被迫切换到某种体系外的稳定币。

合规怎么看：三层内建能力，本质是「银行基础设施合规」

• 许可账本与托管合规：银行接入前必须自建许可账本，意味着私钥管理、钱包托管、交易签名等数字资产基础设施的合规要求下沉到了银行自身——这恰是 Taurus 这类持牌托管与代币化服务商的卖点（Taurus 已于 8 月宣布完成 Swift 集成，用单一平台提供三层能力，而部分竞对需要银行对接多家供应商）。
• 代币化存款 ≠ 稳定币的监管定性：代币化存款留在银行资产负债表内，本质是银行负债的数字化，监管上更接近存款/电子货币范畴，而非独立发行人发行的稳定币。这一结构性差异决定了它更易被央行与审慎监管机构接纳。
• 机构门槛仍是现实：Brahimi 承认，额外的技术栈对「已在发行或管理数字资产」的银行并非重大障碍，但这解释了为何代币化存款仍是机构产品——跨机构需要共享标准与两端兼容，中小银行接入成本不低。
• 对香港的映射：香港金管局（HKMA）推动的 Ensemble 项目与代币化存款试点，与 Swift 账本逻辑高度同构。对香港持牌银行与储值支付工具（SVF）持牌人而言，Swift 的「编排层 + 资产负债表内存款」路径，提供了一个可与本地央行数码货币（CBDC）与代币化存款框架并行的合规参照。

怎么看

Swift 的这一步，与其说是「区块链颠覆银行」，不如说是「银行把区块链收编进了自己的结算体系」。对合规机构而言，真正要准备的从来不是「要不要接 Swift」，而是那三层内建能力——许可账本、钱包、代币化与智能合约——背后对应的托管、私钥管理与审慎监管义务。谁先把这些基础设施合规做扎实，谁就能在下一轮银行间代币化存款的落地中占得先机。