# 新黄金标准：为什么收益证明正在取代 PoR

By [BitSafe中文](https://paragraph.com/@bitsafe) · 2025-09-08

---

**加密托管机构合规未来：实时收益验证**

挥之不去的怀疑阴影
---------

在机构金融中，信任是每一笔交易的基石。这种信任建立在经审计的财务报表、监管监督以及安全金库中的有形资产之上。随着资本流入数字资产，核心原则保持不变，但验证方法正在经历根本性转变。问题不再只是“你是否拥有这些资产？”，而是“你能否**现在立刻证明**，并证明这些资产是如何运作的？”

FTX 和其他中心化加密平台的崩溃揭示了一个痛苦的事实：**周期性、缺乏透明度的证明已不再足够**。市场意识到，某个时刻的快照——季度报告、静态证明——可能掩盖无数问题。这让企业财务主管和机构投资者迫切要求更高标准的证明。

第一代解决方案是 **储备证明（Proof-of-Reserve, PoR）**，旨在证明托管方确实持有他们声称的资产。虽然必要，但 PoR 在本质上是有限的——就像审计员只在某一天数清金库里的现金，却无法提供其他 364 天的情况。

**收益证明（Proof-of-Yield, PoY）** 或 **链上连续收益证明**，超越了静态持有证明，能够提供动态、实时、完全可审计的资产及其活动视图。

这是数字时代机构合规与信任的**新黄金标准**。

储备证明的必要却有缺陷的基础
--------------

PoR 源于一个简单的需求：提供可验证的证据，证明客户资产是安全的。通过像 Merkle 树这样的加密技术，PoR 允许独立审计，以确认储备与负债相匹配。

### PoR 的工作原理

流程包括以下步骤：

1.  **负债快照** —— 托管方在特定时刻捕获所有用户余额
    
2.  **加密哈希** —— 每个余额与唯一标识符一起进行哈希运算
    
3.  **Merkle 树构建** —— 哈希成对组合，直到生成一个代表所有余额的“Merkle 根”
    
4.  **资产验证** —— 数字签名证明对链上地址的所有权
    
5.  **偿付能力检查** —— 将资产与总负债进行比较
    

这使用户能够验证自己的余额是否被包含，而不泄露他人的信息——这是一个巧妙的隐私保护方案。

储备证明的四大关键限制
-----------

虽然具有创新性，PoR 却是将 **20 世纪的审计概念**应用于**21 世纪的技术**，带来了内在缺陷，对机构投资者构成重大风险。

### 四大 PoR 限制

1.  **“快照”问题：瞬间而非连续**PoR 是一张照片，而不是一段视频。它只证明审计时刻的偿付能力，却无法揭示审计前后情况。这导致“快照风险”——企业可以在审计前临时借入资产，表现为有偿付能力，然后立即归还。
    

在 24/7 的加密市场中，仓位每分钟都在变化，每月或每季度的快照几乎不能提供任何保证。对于习惯实时风险监控的机构来说，这种不透明是不可接受的。

1.  **负债盲区：不透明且不可验证的债务**PoR 在验证链上资产方面表现出色，但在负债方面存在困难。托管方需要**自行报告债务**，这造成根本性的不对称。没有独立方式来验证负债清单的完整性——企业可能遗漏大额义务，隐藏表外承诺，或排除重要机构客户的余额。
    

这意味着在偿付能力方程的一半上，PoR 依赖托管方的诚信。

1.  \*\*活动“黑箱”：收益从何而来？\*\*对于机构而言，了解资产持有情况只是故事的一部分。更重要的是要了解资产如何产生收益。PoR 对底层策略、交易对手或风险敞口完全没有洞察。
    

资产是否在冷存储中不产生收益？是否借给未知交易对手？是否部署在复杂的 DeFi 协议中？是否用于高频交易？PoR 无法回答，使得风险评估变得不可能。

1.  **频率缺口：管理不善的温床**大多数 PoR 审计每月或每季度进行一次。在剧烈波动的加密市场中，这为管理不善、过度杠杆或欺诈留下危险窗口。比如 2022 年 3AC 的崩溃——从顶级对冲基金到破产仅需数周。这类快速恶化完全可能发生在审计间隙，让用户毫无防备。
    

收益证明与连续证明的出现
------------

如果 PoR 是一张静态照片，那么 **PoY 就是一段实时的高清直播**，具备完整的资产链路透明度。它不仅回答“你是否拥有资产？”，还回答“它们在哪里？它们在做什么？它们如何产生收益？你能否立刻证明这一切？”

### 连续证明的架构

PoY 的实施需要从根本上重新思考托管和收益生成结构。这种方法基于四大支柱：

1.  **隔离的、客户可控的钱包**不同于混合资金的平台，该系统使用隔离的钱包架构。每个客户的资产存放在专属钱包中，并由客户最终控制。这样可以消除对手风险，防止资金混同，并确保客户拥有加密密钥以独立转移资产。
    
2.  **透明的策略审查与文档化**在资金部署前，整个过程通过全面的文档透明化，包括策略说明、交易对手验证、风险参数和业绩归因。这使机构能够进行尽职调查并做出明智的风险决策。
    
3.  **资产部署的链上验证**当资金进入收益策略时，每笔交易都可链上验证，形成从隔离钱包到特定金库或协议的完整审计轨迹。不同于传统金融的内部转账黑箱，区块链技术能够在整个投资周期中实现透明。
    
4.  **通过透明信任模型进行实时监控**PoY 的核心创新在于“透明信任模型”——链上的实时数据流，提供持续的策略证明，包括：
    

*   **实时绩效监控** —— 根据市场变化实时更新收益数据
    
*   **策略遵循验证** —— 链上证明投资符合既定授权
    
*   **交易对手健康评估** —— 持续监控交易场所与协议
    
*   **风险指标跟踪** —— 实时计算 VaR、回撤和集中度
    

PoY 如何解决 PoR 的根本限制
------------------

*   **消除快照风险**：实时数据流防止“粉饰”，审计是连续的，为机构投资者提供与传统市场相当的可见性。
    
*   **解决负债不透明**：隔离式架构让负债验证变得不必要——客户直接验证其持仓并追踪资产的收益生成。
    
*   **黑箱变玻璃箱**：收益生成的完全透明使机构能看到收益如何产生，监控特定风险敞口，并验证风险参数的执行。
    
*   **弥合频率缺口**：连续数据流消除了审计间隙中的危险窗口，使风险管理从被动变主动。
    

市场影响与前进方向
---------

### 机构需求

PoY 级别的透明性是机构投资者的硬性要求。他们习惯于复杂的风险管理和监管监督。企业财务主管无法为只提供周期性证明的平台辩护；养老金经理有受托义务，需要持续监控；保险公司需要实时数据来进行适当的风险评估。

能够提供 PoY 透明性的的平台将吸引机构资本；无法做到的，只能服务零售和不太成熟的客户。

### 监管演变与合规

全球监管框架越来越要求更高透明度和实时报告。欧盟的 **MiCA**、美国正在发展的监管框架以及类似举措，都指向连续监控的要求。

PoY 系统天然符合这些趋势。连续的审计轨迹、实时风险监控和全面的文档，使合规更简单、更具成本效益。早期采用 PoY 的机构将在未来更好地满足监管要求，而无需重大改革。

### 透明性的网络效应

随着机构资本流入支持 PoY 的平台，网络效应会加速采用。机构出于声誉和基础设施优势，更倾向选择服务其他机构的平台。这会形成良性循环：PoY 采用带来更多参与、更好服务和更大资本吸引力。

### 实施挑战与解决方案

PoY 的实施面临技术复杂性、可扩展性需求、标准化需求和成本管理等挑战。但这些挑战可以通过谨慎规划和投资克服。成功的实施将使平台能够占据重要的机构市场份额。

结论：机构信任的非谈判性未来
--------------

不透明的加密平台及模糊的收益承诺时代正在结束。推动数字资产增长的机构资本不会流向“黑箱”，而是会流向提供**彻底透明、可验证证明和持续实时证明**的框架。

PoR 是行业迈向透明的必要第一步，但市场演变和机构成熟度已经提高了标准。PoR 的局限性——快照问题、负债不透明、收益黑箱、低频报告——让其无法满足现代机构需求。

**连续收益链证明** 是 PoR 的逻辑继任者，用实时、透明、完全可审计的数据流取代了周期性快照。这一标准直接回应了机构的核心关切：对手风险、透明度缺失以及风险监控不足。

机构加密的未来不会仅仅建立在信任之上——它将建立在持续、可验证的证明之上。**新黄金标准已经到来。问题不是行业是否会采用它，而是机构资本将多快流向提供它的平台。**

* * *

准备好让你的比特币发挥作用了吗？
----------------

### 关于 BitSafe

BitSafe 构建安全的基础设施和解决方案，使机构能够让他们的比特币发挥作用。作为机构级比特币基础设施协议，BitSafe 架起了传统金融与比特币 DeFi 之间的桥梁，提供涵盖隐私交易、合规框架和精选收益策略的全面能力。通过经过审计的技术和完整的风险披露来保障资产安全，BitSafe 确保了知情决策，同时让比特币基础设施通过机构级的熟悉方式变得可访问。

官方网站 | [推特 (X)](https://twitter.com/BitSafe) | [领英](https://linkedin.com/company/bitsafe) | 电报群

---

*Originally published on [BitSafe中文](https://paragraph.com/@bitsafe/por)*
