先界定“btd”证据要证明什么
“btd”如果指向某个具体区块链存储项目，核验重点应放在项目自身的可观察证据，例如协议文档、代码、网络数据、测试方法和实验结果。通用区块链资料只能说明相关技术机制如何工作，不能直接证明该项目采用了某种共识、拥有某种容量，或已经达到某项性能指标。
区块链存储也可能包含不同层次：区块链本身保存交易和状态记录，链下系统保存文件或大体量数据，链上则记录哈希、索引、权限或存储证明。看到“数据上链”这一表述时，应继续确认数据究竟保存在区块中，还是仅保存了能够指向或校验数据的摘要。
检查来源的身份与适用范围
第一步是核对来源是否能代表其声称的内容。NIST IR 8202属于面向区块链基础机制的技术概览，适合用来核对分布式账本、哈希函数、非对称密码、共识模型和智能合约等概念。Bitcoin Developer Guide则围绕比特币区块链，适合说明区块、交易、默克尔根、前一区块哈希和工作量证明等具体机制。
两类来源的适用范围不同。比特币开发文档中的规则不能直接当作所有区块链或 btd 项目的规则；NIST的概览也不能替代某一项目的协议规范和实测报告。引用时应同时写清来源讨论的是一般原理、特定网络，还是项目自身实现。
核对存储与完整性证据
对存储能力的核验应沿着数据链路进行。需要确认原始数据如何进入系统、由谁保存、链上记录了什么、用户如何取回数据，以及取回后如何验证内容没有被替换。若系统只把文件哈希写入区块链，哈希可以帮助发现内容变化，但本身不等于文件已经由区块链长期保存。
比特币开发资料说明，交易标识符由交易数据的哈希形成，交易哈希还能构成默克尔树，最终的默克尔根写入区块头。这个机制支持对“某项数据是否被纳入某个区块”的证明，但验证者仍需要获得原始数据或相关交易数据，才能重新计算并比较哈希。由此可见，完整性证明、存在性证明和实际可用性是不同问题。
如果项目声称具有冗余存储、持续可用、抗删除或可恢复能力，还需要寻找节点分布、复制策略、故障处理、数据取回测试和长期监测等证据。单个区块浏览器页面、交易哈希或一张架构图，只能支持有限结论，不能独立证明这些运营性质。
核对共识与不可篡改表述
资料通常把区块链描述为具有篡改可见性和较强抗篡改性的分布式账本。其原因包括区块之间通过前一区块头哈希连接，以及网络节点依据共识规则验证区块。修改历史数据通常会破坏后续关联，并可能需要重新满足相应的共识条件。
因此，研究证据应避免把“不可篡改”理解成绝对性质。核验时要查明使用的共识模型、确认规则、分叉处理、权限设置和攻击假设。比特币资料以工作量证明为例，说明新增区块需要满足难度目标，节点还会依据有效链规则处理竞争链。其他网络可能采用不同机制，不能套用比特币的安全结论。
建立可复核的证据清单
较可靠的核验记录至少应包含四项：明确的主张、对应的原始来源、来源能够支持的具体范围，以及仍然缺失的条件。例如，“链上记录可验证数据未被改变”需要协议中关于哈希和验证流程的说明；“数据可长期取回”则还需要取回测试、节点或运营数据与失败场景说明。
对于实验报告，应检查数据集、测试环境、节点数量、时间范围、指标定义和重复方法。吞吐量、延迟、存储容量、恢复时间和成功率都必须说明测量口径。若只有宣传性数字而没有实验设计、原始日志或可复现实验步骤，就应把结论限定为项目方的主张。
常见问题
问：有区块浏览器记录，是否足以证明 btd 具备区块链存储能力？答：不能。它通常只能证明某些交易或区块记录可见，还需要确认记录内容、数据保存位置和取回验证方式。
问：哈希能否证明文件一直存在？答：哈希主要用于比较内容是否一致。它可以帮助发现变化，但不能单独证明文件持续可取、存在多份副本，或某个节点一直保存该文件。
问：能否用比特币文档证明 btd采用工作量证明？答：不能。该文档支持比特币相关机制的说明。要证明 btd采用何种共识，仍需查看 btd自身的协议规范、实现代码或可重复的网络观察。