新加坡金管局今日发布目的绑定货币（Purpose Bound Money，PBM）技术白皮书，提出数字货币（Digital Money）标准，即，通过一项通用协议来指定数字货币的使用条件。
PBM 白皮书以金管局项目 Project Orchid 为基础，Project Orchid 是金管局此前领导的一项持续计划，旨在开发发行数字新加坡元所需的能力和数字基础设施。
该白皮书由新加坡金管局与国际货币基金组织、意大利央行、韩国银行合作制定，行业合作伙伴包括亚马逊、星展银行、Fazz 金融集团、Grab 控股有限公司、摩根大通 Onyx、NETS、华侨银行、新加坡政府技术局实验部门 Open Government Products 以及大华银行。
PBM 是什么？有何特点和价值？
PBM 白皮书指出，直接在数字货币上实施编程逻辑会改变其属性和作为交换媒介的接受度。虽然这种方法扩展了数字货币的功能，但如果数字货币的使用条件是多样且动态的，那么将限制数字货币作为可行的交换媒介的使用。每次需要新的条件或用例时，还需要重新编程所有流通中的数字货币。
一种方法是数字货币发行者提供多个版本的数字货币，每个版本都编程有不同的逻辑。然而，这种方法可能并不实用，因为这些数字货币无法相互替代，并且会分散市场的流动性。可编程模型包括可编程支付（一旦满足一组预定义的条件就自动执行支付）、可编程货币（价值存储本身中嵌入规则的可能性，以定义或限制其使用）。
金管局 Project Orchid 初始阶段还探索了 PBM，PBM 建立在可编程支付和可编程货币的概念和功能之上，指定了可以使用基础数字货币的条件。 PBM 是不记名工具，可以在没有中介的情况下在点对点的基础上进行转移。 PBM 包含数字货币作为价值存储和编程逻辑，表示它根据编程条件使用。一旦满足条件，数字货币就会被释放。
根据白皮书，PBM 使货币能够用于特定目的，而不需要对货币本身进行编程。 PBM 的特点是使用通用协议，该协议旨在与不同的账本技术和货币形式配合使用。通过标准化格式，用户将能够使用他们选择的钱包提供商来访问数字货币。
PBM 架构和生命周期
新加坡金管局与国际货币基金组织联合开发了 PBM 系统架构，PBM 引入了一个四层模型，分别为接入层、服务层、资产层和平台层（如下图所示）。PBM 的编程逻辑可以被描述为服务，而数字货币是在资产层。当数字货币作为 PBM 绑定时，跨越了服务和资产层。
- 接入层：用户与各种接口交互访问不同服务（如钱包、应用等）的层。
- 服务层：提供与数字资产相关的各种服务。通常在资产层之上运行，使用户能够管理和使用他们的数字资产。
- 资产层：支持数字资产的创建、管理和交易。
- 平台层：提供执行、存储和达成交易共识的底层基础设施。
PBM 包含 PBM Wrapper（封装器）和存储价值两个组件，其中， PBM Wrapper 以智能合约代码的形式实现，指定了底层数字货币可以使用的条件，例如在特定时期内、在特定零售商处和以预定面额使用的有效性。一旦满足 PBM Wrapper 中指定的条件，底层数字货币将被释放并转移给接收者。例如，PBM 包装器可以实现为 ERC-1155 多代币智能合约（ERC-20、ERC-721 也可实施）。ERC-1155 标准允许建代表不同值（如 1 美元、5 美元）的不同 PBM 代币类型。
第二个组件中，与 PBM 绑定的底层数字货币作为 PBM 的抵押品。当 PBM 的条件满足时，底层数字货币被释放，所有权转移给目标接收者。数字货币必须满足货币的功能，即作为良好的价值储存手段、记账单位和交换媒介。数字货币可以以 CBDC、代币化银行负债或监管良好的稳定币的形式出现。例如，数字货币可以以兼容 ERC-20 的可替代代币智能合约的形式实施。
也就是说，PBM 创建者负责定义 PBM 内部逻辑和代币的铸造、分发；在分发或转移阶段，PBM 代币以其封装形式转移。PBM 持有者可以持有一个或多个的 PBM 代币，也可以赎回未过期的 PBM 代币；当 PBM 代币发生转移时，PBM 代币可以以其封装形式并根据其编程规则从一个实体转移到另一个实体，例如，在政府支出（例如，学习补助金）中，PBM 代币可能无法转让给其他公民，而在商场优惠券中，PBM 代币可以转移给其他消费者。赎回阶段发生在 PBM 中指定的所有条件都满足后，此时，PBM 代币被解封，基础数字货币代币的所有权将转移给接收实体。
PBM 中指定的条件之一明显被违反或过期（例如过期日期）情况出现时，PBM 持有者永久无法使用 PBM 代币。过期的 PBM 代币可以被聚合、销毁以将基础数字货币返还给 PBM 创建者。或者，PBM 可以无限期暂停，以防止 PBM 持有者与过期的 PBM 进一步交互。
PBM 面临哪些挑战？有何用途？
互操作性、监管、隐私、用户习惯、安全编程是 PBM 发展过程中必须要面临的挑战和设计考虑。必须要确保不同服务提供商实施 PBM 不会导致支付生态系统碎片化，谨慎的做法是在一开始就将 PBM 技术设计为可跨不同平台、钱包、支付系统和轨道进行互操作的模型。另外，建立一个确保代码安全的治理框架也至关重要。
白皮书列举的 PBM 用途包括预付费套餐、线上商务、合同协议、商业租赁、贸易金融、捐款以及跨境支付。比如：
- 当购房者发起购买房产的申请时，可以根据销售规定的条款创建 PBM，在不同的里程碑事件完成时进行释放资金；
- 线上购物时，PBM 提供了一种替代解决方案，并向商家和消费者保证在满足服务义务时资金将被转移；
- 租赁房产时， PBM 可以发挥保证金的作用；
- 捐款方面，PBM 可用于确保只有预期受益人才能花费相关资金，并且只有在满足某些条件时支出。
当前，部分金融机构和金融科技公司正在开展试点来测试 PBM 在不同场景下的使用情况。亚马逊、FAZZ 和 Grab 正在合作开展一个试点用例，涉及在线零售支付的托管安排，只有当顾客收到所购买的商品时，付款才会发放给商家。星展银行、Grab、FAZZ、NETS 和大华银行将尝试使用基于 PBM 的现金返还和其他激励措施来改善消费者体验。
最后，白皮书也讨论了潜在的未来研究领域，包括帐户抽象、线下支付、Name Address 等，并表示，虽然 PBM 最初是通过 MAS 的 Orchid 项目引入的，但预计技术设计概念可能适用于国际上更多的受众。
（声明：请读者严格遵守所在地法律法规，本文不代表任何投资建议）
