本文将在 MAS 的 Orchid 项目中首次引入的 PBM 概念的基础上，描述如何将其扩展到更广泛的应用场景。

来源：新加坡金管局

编译：菠菜菠菜

相关阅读：《速读新加坡金管局提出的目的绑定货币 PBM》

引言

数字资产指的是价值的数字化表现形式，如对金融资产或实体经济资产的所有权。数字资产生态系统有可能促进更高效的交易，提高金融包容性，解锁经济价值。中央银行数字货币（CBDCs）、代币化的银行负债以及潜在受良好监管的稳定币，再加上一套精心设计的智能合约，可以作为这个新数字资产生态系统的交换媒介。尽管初步试验显示出潜力，但这些新形式的数字货币，在区块链和点对点货币流动方面广受欢迎，仍需要证明它们在实用性上超越了今天已经存在的国内即时支付系统等电子支付系统所能提供的功能。数字货币的一大好处是其支持编程性功能。然而，这是一个正在进行的讨论和争论的话题。运营商需要确保编程性不会以损害数字货币作为交换媒介的能力为代价。应该保持货币的单一性，编程性不应该限制货币的分发，并导致系统内流动性的碎片化。本文提供了一个关于目的绑定货币（PBM）概念的技术概述，它使得货币可以被指向一个特定的目的，而不需要对货币本身进行编程。PBM 采用了一个通用协议，设计用于与不同的账本技术和货币形式一起工作。通过标准化的格式，用户将能够使用他们选择的钱包提供商访问数字货币。本文将在 MAS 的 Orchid 项目中首次引入的 PBM 概念的基础上，描述如何将其扩展到更广泛的应用场景。

背景和动机

近年来，旨在提高运营效率和提升用户体验的数字化举措已取得显著的势头。然而，金融领域的数字化工作并非没有挑战。

市场的扩散和碎片化

支付方案和平台的扩增增加了用户在采用数字金融服务时可能面临的复杂性和挑战。例如，支付运营商经常为不同的方案运行具有不同特点的分销渠道。让方案所有者将商户纳入他们的专有平台是非常耗费资源的。与此同时，向其他平台集成会增加商户的运营努力，商户将不得不培训他们的零售员工处理和接受不同的支付方案。

私人、独立的努力已经试图将这些计划整合到一个单一平台上，以简化用户体验，实现数字化的潜力。然而，这些努力需要进一步确保它们在所有计划中都是开放和互操作的。这些平台不应仅限于订阅其生态系统的消费者和商家才能使用。互操作支付系统将提供更大的灵活性，并为企业和消费者提供无缝支付体验。

货币的编程性和可替代性

与传统的基于账户的账本系统不同，数字货币提供了将独特特性编程到个体承载资产中，并决定如何使用数字货币的可能性。然而，直接在数字货币上实施编程逻辑会修改其作为交换媒介的属性和接受度。虽然这种方法扩展了数字货币的功能，但如果其使用条件多样且动态，就会限制数字货币作为一种可行的交换媒介的使用。它还需要在每次需要新的条件或使用案例时，对所有流通中的数字货币进行重新编程。

另一种方法是数字货币发行者提供多个版本的数字货币，每个货币都有不同的逻辑编程在内。然而，这种方法可能不实用，因为这些数字货币不能互相替换，会使市场的流动性碎片化。为了理解如何保持数字货币的可替代性，使其可以自由交换，本文研究了不同的编程模型。

编程模型

可编程支付指的是一旦满足一组预定义的条件，就会自动执行支付。例如，可以定义每日消费限额或定期支付，类似于直接扣款和常规订单。可编程支付通常通过设置数据库触发器或以应用程序编程接口（API）网关的形式实现，该网关位于会计账本和客户端应用程序之间。这些编程接口与传统账本互动，并根据编程逻辑调整银行账户余额。

可编程货币指的是在价值存储本身内部嵌入规则，定义或限制其使用的可能性。例如，可以定义规则，使得价值存储只能发送到白名单钱包，或在完成交易级别筛选后转账。可编程货币的实施包括代币化的银行负债和中央银行数字货币。不像可编程支付，其中编程逻辑和价值本身是解耦的，可编程货币是自包含的，包含编程逻辑并作为价值存储。当可编程货币被转移到另一方时，逻辑和规则也被移动。

可编程支付的优势在于其能够定义一套可以应用于各种不同形式的货币的编程逻辑或条件。同时，可编程货币具有自包含性，并且在各方之间可以进行点对点的条件逻辑转移的优点。随着全球的中央银行、商业银行和支付服务提供商正在探索不同的中央银行数字货币、代币化银行负债和稳定币设计，预计未来的金融格局将更加多样化。因此，有越来越大的需求确保有一个通用的框架来与不同形式的数字货币互动，并确保与现有的金融基础设施的互操作性。

第三种模型 — 目的绑定货币（PBM），在 MAS 的 Orchid 项目的初始阶段进行了探索，它基于可编程支付和可编程货币的概念和能力。PBM 是指一个协议，该协议指定了可以使用底层数字货币的条件。PBM 是无记名工具，可以在没有中介的情况下进行点对点的转让。PBM 包含数字货币作为价值存储，以及基于编程条件标识其用途的编程逻辑。一旦满足条件，数字货币就会被释放，它再次变得无约束。

这可以用 PBM 被用作数字优惠券的例子来说明。一个优惠券附带有一个预定义的使用条件集。优惠券的持有者可以将其提供给参与商家，以换取商品或服务（可编程支付功能）。在某些情况下，优惠券方案的条款允许人们之间进行转让（可编程货币功能）。因此，消费者可以购买基于 PBM 的礼品券，并将其转让给另一个可能在参与商家处使用它的人。

然而，与普通的优惠券不同，PBM 限制了付款人如何使用 PBM，但对收款人没有限制。当消费者使用 PBM 支付购物时，如果满足使用条款，数字货币将从 PBM 中释放，并转给商家。此后，商家可以无约束地将数字货币用于其他目的（例如，向供应商支付）。

目的绑定货币

本节将考察 PBM 的生命周期和构成 PBM 的不同组件。在本节中，概述了关键实体及其交互，强调了它们在 PBM 生命周期中的角色。

系统架构概览

PBM 协议参考了一个四层模型来描述在基于数字资产的网络中使用的技术栈。网络的组件可以被分类为四个不同的层：接入层、服务层、资产层和平台层，如图 2 所示。PBM 的编程逻辑可以被视为一种服务，而数字货币位于资产层。当数字货币被绑定为 PBM 时，它横跨服务层和资产层。

PBM 的设计是技术中立的，旨在跨不同类型的账本和资产工作。预计 PBM 可以在分布式和非分布式账本上实现。

接入层

接入层是用户通过各种接口与不同服务进行交互的层。

服务层

服务层提供与数字资产相关的各种服务。它通常在资产层之上运行，使用户能够管理和利用他们的数字资产。

资产层

资产层支持创建、管理和交换数字资产。

平台层

平台层提供执行、存储和达成交易共识的底层基础设施。

组件

如图 3 所示，PBM 由两个主要组件组成：定义预期用途的包装器；和作为抵押品的底层价值存储。这种设计允许现有的数字货币在不改变其本地属性的情况下，被部署用于不同的目的。一旦 PBM 被用于其预期的目的，数字货币可以在没有任何条件或限制的情况下使用。数字货币发行者保持对数字货币的控制，防止了碎片化，确保了易于维护。

PBM 包装器以智能合约代码的形式实现的 PBM 包装器，指定了底层数字货币可用的条件。PBM 包装器可以被编程，以使 PBM 只能用于其预期的目的，例如在特定的时间段内，特定的零售商，预定的面额中有效。一旦满足了 PBM 包装器中指定的条件，底层的数字货币将被释放并转移到接收者。例如，PBM 包装器可以实现为 ERC-1155 多 token 智能合约。第 3.5 节显示了一种可能的 PBM 设计的序列流程。

数字货币被 PBM 绑定的底层数字货币作为 PBM 的抵押。当 PBM 的条件得到满足时，底层的数字货币被释放，所有权转移到目标接收者。数字货币必须满足货币的功能，即作为价值的良好储存，记账单位和交换媒介。数字货币可以以 CBDCs，代币化银行负债或受到良好监管的稳定币的形式存在。举例来说，数字货币可以以 ERC-20 兼容的可替换 token 智能合约的形式实现。

角色与互动

角色作为一种灵活的抽象，可以以多种方式实现。一个实体可以持有多个角色，或者一个角色可以由不同的实体执行。

PBM 创建者

此实体负责定义 PBM 内的逻辑，铸造和分发 PBM 代币。

PBM 持有者

此实体持有一个或多个 PBM 代币。该实体可以兑换未过期的 PBM 代币。

PBM 兑换者

当 PBM 代币被转移时，此实体会收到底层的数字货币。

生命周期

无论使用的编程语言或网络协议如何，PBM 的设计都有一致的生命周期阶段，确保在不同的技术实现中的兼容性。本节提供了 PBM 的预期功能和相关生命周期阶段的概述。图 4 显示了 PBM 生命周期中的不同阶段。

发行

PBM 生命周期从发行阶段开始。在这里，创建了 PBM 智能合约，并铸造了 PBM 代币。数字货币的所有权被转移到 PBM 智能合约。数字货币现在受到 PBM 智能合约的约束，这可以使用 ERC-1155 或等价物来实现。数字货币的使用受到 PBM 智能合约中指定的条件的约束，并且只有在满足所有条件后才会被释放。

分发

在 PBM 代币铸造后，它们由 PBM 创建者分发给预期的实体（即，PBM 持有者）进行使用。PBM 持有者以其包装形式接收 PBM 代币，并且只能按照 PBM 创建者设定的原始条件兑换代币。

转移

在此阶段，PBM 代币可以根据其编程规则，以其包装形式从一个实体转移到另一个实体。转移阶段是可选的，取决于用例。在政府发放（例如，学习资助）中，PBM 代币可能无法转移到其他公民。而在商业凭证（例如，零售商场凭证）中，PBM 代币可以转移到其他消费者。

兑换

在满足 PBM 中指定的所有条件后，会发生兑换阶段。此时，PBM 代币被解包，底层数字货币代币的所有权转移到接收实体。实体可以自由使用数字货币代币，其使用仅受数字货币发行者指定的条件约束。

过期

过期阶段指的是在 PBM 中指定的某个条件被明确违反或过期（例如，过期日期）的情况，使 PBM 代币对 PBM 持有者永久无法使用。过期的 PBM 代币可以被聚合并销毁或「焚烧」，以将底层数字货币退回给 PBM 创建者。或者，PBM 可以无限期暂停，以防止 PBM 持有者进一步与过期的 PBM 交互。

序列流程

PBM 的实施可以在设计、方法和技术上有所不同。在本节中，我们探讨了一种设计，其中 PBM 被分为三个部分，如图 5 所示。在此实现中，已经为数字货币的释放定义了以下条件：(1) 通过白名单和黑名单进行的访问控制；(2)PBM 包装器的到期日期；以及 (3)PBM 代币类型的到期日期。

PBM 代币管理器

例如，如果采用 ERC-1155 多代币标准，PBM 创建者可以在同一个 PBM 包装器中创建代表不同价值的不同 PBM 代币类型（例如，\(1、\)2、$5 等）。PBM 代币管理器提供了一个界面，可以轻松管理不同的代币类型并维护每种代币类型的余额。以下是这个组件的一些主要功能：

1. 创建 PBM 代币类型。
2. 获取每种 PBM 代币类型的详细信息。
3. 增加 / 减少每种 PBM 代币类型的供应余额。
4. 验证 PBM 代币的有效期。

PBM 逻辑

此组件允许用户在保持 PBM 包装器精简的同时创建复杂的业务条件。在我们的例子中，这个组件存储和管理了一个白名单和黑名单地址的列表。以下是这个组件的一些主要功能：

1. 添加或删除白名单中的地址。
2. 添加或删除黑名单中的地址。
3. 检查是否可以转移 PBM 代币。
4. 检查是否可以解包 PBM 代币。

PBM 包装器

这个组件包含了约束底层数字货币使用的条件。数字货币可以与 ERC-20 兼容，并可能采取中央银行数字货币、代币化的银行负债或稳定币的形式。为了说明目的，我们假设使用 ERC-1155 多代币标准来实现 PBM 包装器。其他标准，如 ERC-20、ERC-721 或其等价物，也可以用于实施。以下是这个组件的一些主要功能：

1. 铸造 PBM 代币。
2. 销毁 PBM 代币。
3. 转移 PBM 代币。
4. 与 PBM 逻辑组件进行交互，进行额外的验证。
5. 与 PBM 代币管理器进行交互，进行 PBM 代币类型管理。图 6 显示了不同 PBM 智能合约之间的交互。在后续部分中，我们将为 PBM 生命周期的每个阶段呈现详细的序列流程。

PBM 生命周期：发行阶段 > 初始化 PBM

图 7 说明了初始化 PBM 智能合约的步骤。在这个阶段，PBM 创建者提供不同的参数来初始化 PBM 并设置不同 PBM 组件之间的连接。

PBM 生命周期：发行阶段 > 创建 PBM 代币类型

图 8 说明了创建新的 PBM 代币类型的步骤。在这个阶段，PBM 创建者可以创建代表不同值的不同代币类型。

PBM 生命周期：发行阶段 > 铸造 PBM 代币

完成上述步骤后，PBM 创建者可以开始铸造用于分发的 PBM 代币。图 9 显示了铸造 PBM 代币的步骤。

在铸币过程之前，PBM 创建者必须批准 PBM 包装器智能合约代表 PBM 创建者转移数字货币的权利。这是运行铸币过程第 7 步的必要步骤。

• 步骤 1：PBM 创建者启动批量铸币过程。

• 步骤 2：由于可能在一次单独的交易中进行铸币和分发，PBM 包装器必须调用 PBM 逻辑来检查接收者是否被列入黑名单。

• 步骤 4 到 6：计算铸造 PBM 代币所需的数字货币代币的总数。

• 步骤 7 到 10：将数字货币代币的所有权转移给 PBM 包装器作为抵押。

• 步骤 11 到 14：增加 PBM 代币类型的供应余额。

• 步骤 15：铸造 PBM 代币。

白名单 / 黑名单地址

PBM 可以用条件逻辑编程来检查允许接收代币的地址集合以及哪些地址不允许接收代币。在我们的示例中，如果接收者在黑名单上，PBM 代币不能被转移。如果接收者不在白名单上，PBM 代币不能被解包。PBM 创建者可以在 PBM 的整个生命周期中访问下面的功能。重要的是要注意，从技术上讲，分发和转移阶段是相同的流程，只是涉及的角色不同。如果 PBM 被分发到一个白名单地址，PBM 将解包并释放数字货币。

PBM 生命周期：分发 / 转移

在分发或转移阶段，PBM 代币以封装形式被转移。这两个阶段唯一的区别是涉及的角色。图 11 说明了涉及的步骤。

以下概述了在转移 PBM 代币期间的一些关键步骤及其考虑因素。

• 步骤 3 至 5：检查是否可以转移 PBM 代币。这里可以添加额外的条件。在我们的例子中，检查接收者是否已被列入黑名单。

• 步骤 6 至 8：检查是否可以解包 PBM 以释放数字代币。这里可以添加额外的条件。在我们的例子中，接收者需要在白名单上。

• 步骤 9：以封装形式转移 PMB 代币。

PBM 生命周期：分发 / 转移 – 转移失败

图 12 说明了 PBM 代币转移失败的步骤。PBM 代币没有被转移，仍然以封装形式存在。

PBM 生命周期：赎回阶段

在转移 PBM 代币时，如果所有条件都满足，PBM 代币将解包并释放基础的数字货币代币给接收者。

以下概述了一些关键步骤及其考虑因素。

• 步骤 6 至 8：检查是否可以解包 PBM 代币以释放基础的数字代币。如果所有条件都满足，PBM 代币可以被解包。在我们的例子中，检查接收者是否已经在白名单上。

• 步骤 9 至 11：计算要转移给接收者的数字货币代币的数量。

• 步骤 12：烧毁 PBM 代币。这个步骤是可选的，取决于 PBM 创建者的要求。在某些情况下，PBM 代币可能会保留作为纪念品。

• 步骤 13 至 16：减少 PBM 代币的数量。在我们的设计中，代币的到期日期的验证是在第 14 步进行的，而不是在第 7 步。这是因为代币管理器被设计为管理所有关于 PBM 代币的方面，根据我们的设计。其他人可能会在第 7 步实施验证。

• 步骤 17 至 20：PBM 包装器将其对数字货币代币的所有权转移给接收者。

• 步骤 21：发出 PBMUnwrap 事件

PBM 生命周期：过期阶段 > 赎回过期 PBM 代币

在这个阶段，PBM 持有者试图赎回一个 PBM 代币，其中至少有一个条件已经无可争议地被违反或过期，转移失败。在我们的例子中，代币已经过期。以下概述了一些关键步骤及其考虑因素。

• 步骤 6 至 8：由于我们在赎回阶段的第 14 步实施了代币过期的验证，因此 PBM 代币被视为可以解包的。

• 第 14 步：由于代币已过期，验证失败。

PBM 生命周期：过期阶段 > 撤销 PBM

如果至少有一个条件被无可争议地违反或过期，PBM 持有者不能使用 PBM 代币，数字货币仍然被锁定。在我们的示例中，代币已过期。PBM 创建者可以选择撤销过期的 PBM 代币以恢复底层的数字货币代币。

• 第 1 步：PBM 创建者启动撤销操作。

• 步骤 2 至 4：计算要取回的数字货币代币的数量。

• 步骤 5 至 8：撤销并将代币余额设置为 0。

• 步骤 9 至 12：将数字货币代币转给 PBM 创建者。

• 第 13 步：发出 PBM 撤销事件。

设计考虑因素

本节讨论了一些设计选择和可能影响 PBM 实施方式的因素。 互操作性 确保不同服务提供商实施 PBM 不会导致支付生态系统的碎片化至关重要。PBM 提供商运行自己的专有网络可能会在他们自己的封闭合作伙伴生态系统内创建「围墙花园」。这可能导致 PBM 提供商之间的垄断、寻租行为。如果不加以检查，这可能会对消费者产生不利影响，他们要么需要接入多种不同的系统，要么需要支付高昂的中介费用来完成交易。 因此，PBM 技术在一开始就应设计为能够在不同的平台、钱包、支付系统和轨道之间互操作。这将使 PBM 接收者能够从他们选择的政府提供的或商业钱包提供者那里访问和使用他们的 PBM 代币。采用通用标准确保 PBM 代币与不同的钱包服务提供商兼容。这将使数字资产能够在不同的平台和利益相关者之间进行转移。此外，由于同一基础设施可以在多个用例中重复使用，因此实施的努力和成本得以减少。 本文中的 PBM 设计旨在适用于各种不同的账本类型，包括基于区块链和非区块链的账本系统。为了说明本文中的概念，我们提供了特定的技术实现作为示例。我们设想，未来的 PBM 实现可能会基于与本文中参考的系统不同的账本系统。服务提供商需要选择最适合其商业模式和预期用例的支持账本类型。 数字货币 从概念上讲，无论底层数字货币的类型如何，PBM 都提供了一个通用的框架。由于 PBM 从底层的数字货币中获取其价值，因此 PBM 的接受度、认知价值和可用性与相关的数字货币强烈相关。 因此，考虑支持数字货币的储备资产以及它们的相关监管影响和合规要求至关重要。CBDCs、代币化的银行债务和稳定币提供了不同级别的保证，并受到不同的监管监督。 PBM 的一种变体可能是以特定目的绑定的代币的形式存在，其中底层的数字货币被替换为表示支付义务的代币，而不是价值储存。尽管这在代表追索债务方面可能起到类似的作用，但结算是在延迟基础上进行的，而不是在原子和实时基础上进行的，因此存在结算失败的风险。 由于全球数字货币的监管环境仍在发展，PBM 的监管处理可能在各个司法管辖区之间有所不同。 隐私 PBM 设计的可组合性意味着 PBM 包装器智能合约可以由私营部门实体开发，而使用由中央银行发行的 CBDC 作为底层数字货币。相反，政府机构可能开发 PBM 包装器智能合约，并使用私人货币形式的代币化银行债务作为 PBM 的抵押品来支持政府支付。 通过分离 PBM 创建者和数字货币发行者的角色，可以建立一种安排，即没有任何一个实体可以同时监督发行货币以及货币的使用方式和使用地点。因此，各个机构持有的数据量仅限于执行其授权功能所需的信息。 作为额外的保障措施，可能可以设置安排，使资金转账可以由授权实体匿名进行。例如，在转账之前，可以设置 PBM 条件，对单独的注册表进行检查，以确保发起转账的个体有权进行转账。然而，在这个例子中，注册系统既没有对转账的性质进行监督，也没有指定接受者是谁。注册只是通知一个方是被授权的还是未被授权的。

政策考虑因素

PBM 可以由官方部门以及私营部门使用。虽然 PBM 的技术实施在各种用例中可能类似，但当由官方部门开发、管理和使用时，可能需要额外的政策考虑因素。

全球对于应该在个人花费金钱方式上设置何种约束存在不同的观点。例如，在疫情期间发放救济金的过程中，有些司法管辖区允许救济金被用于购买金融产品和服务，而其他司法管辖区则限制其使用。同时，一些中央银行已经表示他们不会设置任何限制关于数字货币的使用方式。因此，在设计基于 PBM 的解决方案时，政策制定者需要考虑谁应该发行和分发数字货币，以及指定其使用的条件。

数字准备情况

新形式的支付工具的引入可能会改变用户的体验，并需要一些调整和适应。这可能会被一些用户积极看待，而被其他用户视为干扰。例如，一些商户和公民可能更习惯使用纸质券，可能不熟悉手机应用。这可能会阻止商户和公民采用 PBM。

因此，应该将利益相关者的数字熟练程度纳入 PBM 方案的设计中。尤其对于更易受伤害的人群，保持用户体验直观和易于访问是非常重要的。

一种方法是在一开始就提供一个简化的用户体验，同时将需要用户管理自己的密钥来访问数字货币或 PBM 的复杂性抽象化。另外，PBM 可以设计为与现有的支付轨道互操作，从而减少最后一英里法定结算和商户接受的摩擦。

安全编程

鉴于对智能合约代码的重度依赖，建立一个确保代码安全性的治理框架作为软件部署过程的一部分是至关重要的。这可以通过参与信任的实体来实现，这些实体负责验证逻辑的正确性，评估和预防潜在的漏洞，并提供标准化的 oracle 数据。

这个框架应该应用在数字货币层以及 PBM 包装器智能合约上。当 PBM 创建者渴望将复杂的逻辑集成到组件中时，比如延迟转账或供应链支付管理，这就尤其重要了。为了积极地减轻潜在的系统安全风险，比如恶意代码的引入，强烈建议进行独立审计。此外，对于基于分布式账本的网络，可以聘请一个可信的第三方机构作为「oracle」，为网络提供可靠的外部数据输入。

PBM 的潜在用途

此部分提供了 PBM 可能被使用的一些例子。

预付套餐

消费者可能会损失他们已经预付的押金，因为付款是为了购买未来交付的商品和服务，如果他们正在交易的商户倒闭。在公司需要在制造商品或提供服务之前收取费用作为保证时，可以使用 PBM。PBM 可以通过包含支付条件来解决未交货的风险，确保公司在「支取」消费者预先承诺的金额之前履行他们的义务。服务完成后，资金的支取可以自动触发（从消费者 PBM 电子钱包直接扣款）。虽然公司不能预先获取费用，但他们有保证，一旦服务已经提供，他们就会得到支付。

在线商务

在网购时，消费者通常需要提前支付他们想购买的产品的费用。付款完成后，产品会被发送给消费者。为了减轻非交货或非付款的风险，消费者和商户可以使用各种安排。信用卡和预付款的形式可以保护商户，但不能保护消费者。而货到付款的安排可能有利于消费者，但对商户来说没有保证，尤其是对于不能重新使用的食品等易腐物品。PBM 提供了一个替代解决方案，并向商户和消费者提供保证，资金会在服务义务满足时转移。

合同协议

当房屋买家开始申请购买一处房产时，有不同的里程碑事件需要付款。可以根据房产销售条款创建一个 PBM。条款可以定义为在房产开发的不同阶段或销售过程的阶段满足了里程碑时释放资金。在实践中，PBM 可以基于房屋买家通用的标准模板。

商业租赁

在租赁一处房产时，房东可能要求租客提供安全押金，作为防止任何损害或未付租金的一种形式的保护。这笔押金在租赁期间由房东持有，并在租赁期满时退还给租客，前提是租客已经履行了租赁协议下的所有义务。如果租客对财产造成了超出正常磨损的损害，或者他们未能支付租赁协议下的费用，房东可以在退还任何剩余资金之前从安全押金中扣除修理或未付租金的费用。PBM 可以在租赁协议各方有可能全额退还安全押金的情况下，履行安全押金的角色。在有争议的情况下，PBM 可以被暂停，直到争议得到解决。

贸易金融

贸易金融产品帮助企业管理国际贸易交易的风险和复杂性。为了促进涉及多方、跨越不同边界和货币的贸易，贸易金融提供商提供一系列服务，如信用证、银行保证和票据收集。这些服务有助于确保支付安全、高效，同时也提供了防止拖欠款项或欺诈的保护。贸易金融工具可以被建模为 PBM，当服务义务得到满足时，支付就会自动进行。它们可能成为可以在各方之间转让的可议付工具。

捐款

潜在的捐赠者可能会犹豫是否要为社会事业做出贡献，因为他们不确定他们的捐款是否能达到预期的受益者并被用于预期的目的。此外，给远程地区的海外受益者捐款很可能会涉及到多个中介，因为汇款的经济上可行的选项有限。因此，受益者最终可能只收到原来捐款价值的一小部分。PBM 可以用于提高透明度和问责性。例如，可以使用 PBM 确保只有预期的受益者才能使用这笔钱，并且只有在满足某些条件时才能使用。

跨境支付

跨境支付受到政策和监管要求的限制，例如资本流动管理和宏观审慎政策措施，以及反洗钱（AML）和打击恐怖主义融资（CFT）标准。符合这些措施和标准会带来高昂的成本和处理延误。通过将现有的政策要求作为条件嵌入到 PBM 中，可以自动化合规检查，从而大大降低成本并提高跨境支付的效率。这种设计合规性的方法可能有助于在 G20 提高跨境支付路线图的背景下实现监管和政策互操作性。

未来工作

数字货币领域的发展正在快速演变。在这一部分，我们将讨论潜在的未来研究领域。

账户抽象

目前，大多数零售用户并不熟悉数字资产钱包的使用，这种不熟悉可能会增加被恶意行为者利用的风险。为了减轻这种风险，可以使用账户抽象，也称为智能合约钱包，来提高数字资产交易的用户体验和安全性。这项技术允许如账户恢复、交易限制和丢失账户的冻结等功能，而不需要用户理解底层技术。

离线支付

未来的研究可能包括研究 PBM 用于非智能手机形态（例如，卡）的使用，以及离线支付以减少对网络连接的依赖。这旨在提高金融包容性，使人们无需使用智能手机或数字支付服务就能参与进来。

名称寻址

目前，可以使用手机号作为银行账户号码的代理来进行资金转账。在没有银行账户号码的情况下，名称寻址服务通过将其映射到有意义的标识符来提供一个钱包地址的代理。这可以提供更好的用户体验，并确保转账是发送给预期的收件人。

结论

本文提出了 PBM 作为与不同形式的交换媒介进行交互的通用协议的概念，并强调了如何使用数字货币来支持商业和政策目标，而无需修改其本地属性。虽然 PBM 最初是通过新加坡金融管理局的 Orchid 项目引入的，但我们设想技术设计概念可能适用于更广泛的国际观众。

为了实现更广泛的采用，PBM 技术框架是以开源的方式设计和开发的，参与者来自不同的组织。本文基于 Orchid 项目开始的基础工作，并是全球各地的央行、金融机构和金融科技公司的集体贡献的结果。

值得注意的是，本文并不寻求推进任何特定的政策目标或背书任何技术解决方案。本文的作者对所提议解决方案的性能或充分性不作任何表示或保证。本文中提供的示例纯粹是为了说明目的。由于每个司法管辖区的政策考虑因素和环境都是独特的，决策者需要评估那些最符合他们目标的金融基础设施和技术的组合。

可以预见，未来在数字货币和数字资产生态系统的发展可能会引入额外的机会，并带来需要在未来的工作中解决的风险。鼓励全球金融科技社区的成员基于本文中介绍的概念进行建设，并将学习点回馈给全球金融科技社区。

References

Monetary Authority of Singapore (MAS). (2022, October 31). Project Orchid: Programmable Digital SGD [PDF]. Retrieved from https://www.mas.gov.sg/-/media/mas-medialibrary/development/fintech/project-orchid/mas-project-orchid-report.pdf

Lee, A. (2021, June 23). What is Programmable Money. Retrieved fromhttps://www.federalreserve.gov/econres/notes/feds-notes/what-is-programmable-money20210623.html

Repubblica Italiana [Republic of Italy]. (2019, April 19). Decree 19 aprile 2019: Utilizzo della Carta Reddito di Cittadinanza [Decree 19 April 2019: Use of Citizenship Income Card].Gazzetta Ufficiale. Retrieved from https://www.gazzettaufficiale.it/eli/id/2019/06/26/19A04119/sg

Reserve Bank of India. (2022, October 7). Concept Note on Central Bank Digital Currency,Item 5.7: Programmability. Retrieved from https://rbi.org.in/Scripts/PublicationReportDetails.aspx?UrlPage=&ID=1218#CP57

Panetta, F. (2023, January 23). The digital euro: our money whenever, wherever we need it [Speech]. Presented at the Committee on Economic and Monetary Affairs of the European Parliament. Retrieved from https://www.ecb.europa.eu/press/key/date/2023/html/ecb.sp230123~2f8271ed76.en.html

Bank for International Settlements. (2019, April 1). “Official sector” in “Glossary”. Retrieved from https://www.bis.org/statistics/glossary.htm?&selection=272&scope=Statistics&c=a&base=term

Carstens, A. (2023, February 22). Innovation and the future of the monetary system[Speech]. Presented at the Monetary Authority of Singapore. Retrieved fromhttps://www.bis.org/speeches/sp230222.htm

Adrian, T., & Mancini Griffoli, T. (2023, June 19). The Rise of Payment and Contracting Platforms [PDF]. Retrieved from https://www.imf.org/-/media/Files/Publications/FTN063/2023/English/FTNEA2023005.pdf

Bank for International Settlements. (2023, June 20). III. Blueprint for the future monetary system: improving the old, enabling the new [PDF]. Retrieved from https://www.bis.org/publ/arpdf/ar2023e3.pdf