“不要信任，要验证”是加密货币社区的一句传奇口头禅。这三个简洁的词强调了加密货币交易者对共识算法、透明账本和去中心化技术的高度信任——而不是将资产委托给第三方。
尽管许多加密货币交易者渴望实现完全去中心化，但人们仍然依赖当今加密货币服务的完整性和安全性，尤其是中心化交易所(CEX)。但加密货币交易者如何知道他们选择的平台是否拥有其声称持有的数字资产？
偿付能力证明是一种流行的解决方案，旨在为加密货币交易者提供整个web3 的防篡改透明度。在本指南中，我们将解释偿付能力证明如何在不依赖交易对手的情况下提高区块链领域的可靠性和可信度。
区块链中的偿付能力证明是什么？
偿付能力证明是一种筛选方法，旨在利用加密技术和去中心化区块链来揭示交易所的财务状况。在偿付能力证明报告中，利益相关者可以看到交易所财务库中总资产和负债的透明记录，这可以显示交易所是否有足够的资金来履行其责任。
尽管偿付能力证明通常与“负债证明”或“储备证明”等术语互换使用，但它同时包含这两个指标，以便为交易者提供交易所持股与其债务的最全面视图。虽然偿付能力证明报告在 CEX 上很常见，但任何与加密相关的协议都可以使用这些技术与在线社区建立信任——包括去中心化交易所(DEX)、加密贷款网站或筹款门户。
偿付能力证明如何运作？
目前，加密货币交易所没有发布偿付能力证明记录的标准化方法，一些平台使用第三方区块链公司来审计资产和负债。然而，许多中心化交易所使用加密和去中心化筛选技术来提供透明度，同时避免被指控为交易对手干扰。
例如，中心化交易所通常使用 Merkle 树数据结构将其平台上的每笔金融交易组织成安全、简洁且易于验证的哈希函数。在 Merkle 树系统中，数据块中的每一笔离散交易都要经过加密哈希函数来获得唯一且确定的“输出值”。加密程序不断使用交易数据生成哈希函数，直到得到 Merkle 根哈希，该哈希代表数据集中的所有交易值。由于 Merkle 树压缩了金融数据并为每笔交易提供加密安全的“ID”，因此中心化交易所可以更轻松地维护、共享和证明其偿付能力证明中的最新记录。
除了 Merkle 树之外，偿付能力证明筛查还经常使用隐私保护技术，例如零知识 (ZK) 证明，以确保在报告总负债时每个客户的身份都是安全的。例如，ZK SNARK（“简洁非交互式知识论证”的缩写）使用加密算法来证明一方拥有特定信息，而无需直接向验证者透露这些数据。
在偿付能力证明报告中，ZK SNARK 有助于证明用户控制相应加密地址中的私钥，而无需在最终报告中发布机密信息。借助 ZK 证明技术，交易所可以准确披露所有客户的负债信息，而无需收集或共享敏感的个人信息。
一些交易所会定期在链上拍摄资产和负债的“快照”，以证明其长期偿付能力。然而，由于快照不会实时更新（批评者质疑这些报告是否是摆拍的），一些加密货币交易员对此持怀疑态度。
一些加密货币交易所不再依赖快照，而是与Chainlink等去中心化预言机提供商合作，连接链上和链下数据，以实时跟踪偿付能力证明。由于预言机提供了一种在链下和链上来源之间传递数据和端口价格信息的方式，因此它们为交易所提供了一种更动态、更去中心化的方法来证明其资产的偿付能力。
经济偿付能力证明的利与弊
偿付能力证明是为加密货币生态系统带来透明度的重要工具，但人们对该系统的可靠性存在一些担忧。在相信偿付能力证明报告之前，交易者应该考虑这种筛选方法的潜在局限性。
偿付能力证明的优点
透明度和增强信任
偿付能力证明协议的主要目的是让交易者更加安心。交易者可以使用它们来评估交易所是否有足够的资金来支付他们账户中的加密货币。
降低恐慌性抛售的风险
由于偿付能力证明可以让交易者了解交易所的财务状况，因此引发大规模恐慌性抛售事件（又称“银行挤兑”）的风险较小。交易所资产和负债的透明证明可能有助于平息加密货币社交媒体上流传的毫无根据的破产谣言。
提高法规遵从性
随着越来越多的政府制定加密货币监管政策，偿付能力证明提供了一种遵守当地法律的方法，同时尊重去中心化和隐私等 web3 价值观。随着越来越多的加密货币公司采用偿付能力证明，它们有助于为加密货币行业树立高标准，并与受尊敬的监管机构建立合作关系。
偿付能力证明的缺点
数据操纵的可能性
尽管 Merkle 树和 ZK 证明等技术提高了偿付能力证明协议的可靠性，但中心化交易所可能并未说明全部情况（尤其是如果它们不报告链下交易）。交易者应考虑交易所在偿付能力证明报告中提供的数据和加密标准是否准确且不受操纵。
缺乏标准化
尽管偿付能力证明近年来发展迅速，但业界尚未制定实施该协议的标准程序。如果没有明确的资产负债追踪和报告规则，每个交易所都可能遗漏重要信息。
技术复杂性
在现有区块链中实施偿付能力证明系统通常是一项成本高昂且复杂的工作。此外，由于许多加密技术（如 ZK 证明）仍在开发中，加密货币公司必须不断更新和投资其安全协议，以跟上最新趋势。
