在测试网上引入订阅智能合约功能

Pi Network 正在 Pi 测试网上推出其首个智能合约功能：订阅支持！

订阅是现代社会服务中最常见的商业模式之一，但在区块链系统上很难实现。通过使用 Pi 的智能合约功能将订阅引入生态系统，Pi 正在培育直接映射到实际产品的用例以及基于区块链构建的电子商务、流媒体、在线工具等重复性实用驱动服务。

这是建立在最近的节点和协议升级的基础上的，这些升级为区块链的智能合约功能做好了准备，同时 Pi Testnet RPC 服务器版本为开发人员提供了一种与区块链数据交互和测试应用程序流的实用方法。

为了开放订阅智能合约的技术审核和社区反馈，Pi 发布了第二个 Pi 征求意见稿（PiRC2）。

PiRC2 为开发人员和其他审阅者提供了仔细检查设计、识别错误或边缘情况（如果有）并提出改进建议的机会。它还为生态系统提供了一种在推出主网之前评估合约的方法。

智能合约本身也正在接受外部审计服务的审查。

订阅智能合约如何运作

订阅智能合约为开发者和企业提供了一种在应用程序或其本地商务中构建重复服务模型的方法，同时通过区块链处理支付并保留订阅者对资金的控制。

设计的一个关键部分是订阅者可以批准合同使用的明确预算，而无需重新签署每个计费事件。该批准还可以限制在规定的计费范围内，例如最多一年的月费。同时，批准的资金仍保留在钱包中，直到实际处理费用为止。只要在费用到期时钱包有足够的余额，订阅就仍然有效，而不需要提前锁定全部预算。

这使得合约能够支持定期付款，而无需放弃区块链系统旨在保留的钱包级别控制或将总预算发送给合约。

订阅在区块链中并不是一个新想法，但它们通常涉及区块链上的权衡。例如，其他区块链*已经提出了定期支付的标准，但这些方法通常需要权衡，例如链下协调、重复授权或添加账户基础设施。

Pi 的模型采用了不同的方法。它的设计目的是让订阅工作无需为每个计费事件提供新的签名，同时仍将批准的资金保留在订阅者的钱包中，直到真正发生计费为止。这是 Web3 中一个有意义的设计选择，在 Web3 中，如果不增加摩擦、预先融资或额外的基础设施，经常性支付通常更难干净地实施。

订阅功能提供了如何开发和测试 Pi 上的智能合约的早期视角。此阶段的重点是技术审查、错误识别以及命令行和后端级别的实验。

随着PiRC2现已发布，鼓励开发人员审查订阅合同设计、表面错误或边缘情况，并提出改进建议。

*其他区块链生态系统中已经探索过定期订阅，但通常会增加复杂性。例如，在以太坊上，EIP-1337 提出了“区块链上的订阅”，使用链下存储的签名订阅数据，然后提交执行。 ERC-4337 账户抽象明确依赖于更高层的智能账户基础设施。