数字资产对账：如何做到准确无误

克里斯·贝尔， 维克多·罗尔夫斯

2025年3月10日 — 阅读时间7分钟

分享

添加为首选来源

数字资产持有者在散户和机构投资者中的普及——据一项估算，2024年持有者数量将达到约6.5亿，预计2025年将达到7.5亿至9亿——给企业会计核算带来了独特的挑战。

与银行账户中法币的对账相比，从事数字资产业务的公司必须追踪分布在不同区块链上的代币——这些区块链往往各有其标准、架构和其他特殊之处——并涉及多个第三方托管机构、交易所、非托管钱包以及链上协议。

Quicknode 已帮助金融行业的各团队利用直接从区块链中提取的数据—— 即RPC调用——这一最终且未经篡改的“可信数据源”，从零开始构建这一流程 。

在本指南中，我们将深入探讨具体方法，并提供分步操作流程。

什么才是真正重要的？

首先，任何数字资产对账流程都必须满足以下三个基本标准：

1. 准确性：确保所有数据源中的位置和交易数据均准确无误

2. 完整性：确保所有交易和头寸均被 完整记录 ，无遗漏

3. 及时性：在规定的报告时限内获取并核实数据

一个健全的对账流程必须符合这些标准，才能准确计算净资产价值（NAV），并满足监管合规要求。

有哪些选项？

这是客户在尽职调查过程中首先提出的问题。区块链数据的来源如此之多：我们该从哪里着手呢？

下面我们将对这些选项进行总结，并对照我们的三个基本标准进行评估。

1. 索引数据

索引数据在许多方面都很有用，其中分析是最重要的应用之一。它们将杂乱无章的链上数据汇总成整洁且可查询的数据源。因此，乍一看，它们既节省了时间，又避免了数据处理带来的麻烦。

区块浏览器和便于查询的API都属于这一类。

但是，由于在整理数据时采用了额外的处理层，这些数据无法满足“准确性”和“完整性”的标准：你怎么能确定某些内容没有被错误记录——尤其是在经过重组、复杂的DeFi交易之后，或者在使用频率较低的区块链时被遗漏了呢？

2. 托管商和交易所 API

托管机构保管您的资产，交易所处理您的交易——它们难道不应该是最佳的数据来源吗？

虽然在报税季对散户投资者来说这些工具可能很有用，但若将其用于高精度的对账工作流程， 准确性和 完整性方面的问题又会再次凸显：不同平台对余额或质押奖励的报告方式各不相同，识别这些差异并跨多个来源进行匹配本身就会带来新的问题。 不同钱包、网络和链上协议之间孤立的成本基础也可能导致数据不匹配。更不用说，如果您在链上流动性池或借贷协议中持有资产，这些资产会被完全忽略。

在对账过程中，即使仅有一笔交易记录有误或遗漏，也会导致整个净资产价值（NAV）的计算出现偏差。

3. RPC 调用

无论您是查询余额、交易记录还是智能合约交互，RPC 调用都能为您提供节点本身记录在链上的确切数据。这种与账本之间直接、无中介的连接，对于对账工作而言是不可或缺的。

让我们来看看它是否符合我们的基本标准：

首先，准确性：RPC 调用直接从区块链中提取信息。您与数据之间没有中间环节；数据来源的完整性得以保持。

接下来是完备性：RPC 可以提取任何类型的链上活动。

最后是及时性：区块链数据是动态的；每生成一个区块，余额就会发生变化；交易在near 实时结算；一旦满足条件，事件就会立即触发。RPC调用可在任何时刻查询区块链的最新状态，从而确保对账过程不会依赖过时的信息。

那么，有什么问题呢？要实现运营规模，RPC调用需要具备技术专长，并进行初始资源投入。

系统架构概述

要大规模、准确、完整且实时地对数字资产进行对账，您需要一套端到端的工作流，将链上数据源（RPC 连接、区块浏览器、索引器）与内部系统（合规、风险管理、报告）进行协调。

下面将详细介绍各个组件是如何相互配合的：

1. 系统集成与实时确认

合规与实时资产管理

• 合规风险审计和资产管理系统的职责包括对数字资产运营进行政策核查、风险评分以及整体治理。

• 这些平台与托管机构或钱包集成，以支持交易生命周期（例如：买入订单、转账）。

• 一旦交易提交或确认，这些系统就会转发交易详情

  （例如：收据、确认单）纳入对账流程。

《和解守则》

• 一个专用应用程序或微服务（“代码”）从上游系统接收交易数据。该服务并不负责驱动交易生命周期，而是专注于实时对账，监听链上出现的新交易和确认信息。

• 当检测到新交易或更新后的交易时，会触发一个对账事件

  这样，架构中的其他部分就可以检索并验证该链上记录。

2. RPC 和数据层

主 RPC 和故障转移 RPC

• 连接到区块链节点

  可让您直接访问规范账本数据。如果主endpoint 暂时无法访问，则故障转移RPC可确保冗余和高可用性。

区块浏览器与流式传输

• 可以利用区块浏览器来验证一笔交易是否已成功记录在特定区块中，从而为关键交易提供额外的确认层。

• 流式传输端点（例如通过 Quicknode Streams）可用于订阅实时事件（例如日志、新区块），确保系统能在链上变更发生的第一时间捕获这些变化。

验证

• “Code” 服务通过 RPC 调用查询区块链，并将结果与区块浏览器或 Streamingendpoint 上的数据进行交叉核对。

• 这确保了交易数据的及时性和完全准确性，且不存在可能遗漏或篡改原始区块链信息的中介或索引层。

3. 数据与处理层

索引器与数据库（ETL）

大规模对账需要历史洞察和汇总数据（例如，多年交易记录或跨链持仓情况）。

• 索引服务通过 RPC 调用持续采集链上数据（区块、交易、日志），然后执行 ETL（提取、转换、加载）流程，将数据导入内部数据库。

• 这为所有相关的链上事件提供了一个“真实数据”存储库，使组织能够查询历史数据，而无需进行冗余的 RPC 调用。

报告、警报和合规工具

一旦数据整合到数据库中，各种处理系统便能提供更高层次的功能：

• 报表：生成净资产值（NAV）计算结果、账户对账单及其他正式报表。

• 预警系统：这些系统能够自动检测异常情况（例如，区块链与托管方之间的余额不符），并实时通知相关方。

• 合规工具：持续执行反洗钱（AML）和了解客户（KYC）政策，监控非法活动，并适应不断变化的监管要求。

4. 反馈与审计

• 随着每个对账周期的完成，将监控/审计日志和状态报告flow 回传至合规风险审计系统。

• 该反馈循环可确保潜在问题（例如：头寸不平衡、交易缺失）被上报以供调查，并确保组织能够实时掌握链上资产运营的全面情况。

• 随着时间的推移，这些日志会形成一份全面的审计轨迹，这对满足内部治理政策和外部监管要求至关重要。

自信、合规、完善——大规模实施

综上所述，该架构通过（借助 RPC 调用）利用实时区块链数据，并结合索引、存储和合规工作流，从而满足无懈可击的对账所必需的三大核心标准：准确性、完整性和及时性。

通过将托管和资产管理业务与直接、未经篡改的链上数据相结合，企业能够自信地满足监管要求，并准确掌握其数字资产头寸状况。

在Quicknode ，我们已帮助数十支财务团队将区块链的混乱局面转化为井井有条的账目。您准备好也这样做了吗？

免费咨询

我们已协助数十支团队建立数字资产对账流程，随时准备为您提供帮助。

联系我们