先把关键词拆成可核验的问题
“核心加密技术”通常涉及哈希、数字签名及相关数据结构。核验时，应把宽泛说法拆成具体问题：哈希用于什么数据，签名证明什么，某项规则属于哪个网络。哈希和签名并不等同于将交易内容加密，不能据此推断公开账本具有内容保密性。
两个来源分别支持什么
developer.bitcoin.org 的 Block Chain 开发指南说明，交易哈希构成默克尔树，根值写入区块头，前一区块头的哈希连接相邻区块；工作量证明与节点验证规则共同参与历史记录的维护。这些内容支持对比特币区块结构的解释，不能直接推广为所有区块链的实现。
ethereum.org 的 Ethereum accounts 文档介绍外部账户的公私钥、交易签名和地址派生，并区分由代码控制的合约账户；文中还介绍用于验证者的 BLS 密钥。这支持按用途区分账户密钥与验证者密钥，不能把两者视为同一种签名机制。
核对出处，也核对版本
记录来源时，应保留完整网址、页面标题、相关小节和可确认的版本信息。域名有助于定位出处，但不能单独证明某段技术表述完整且仍适用。涉及升级后的账户行为、交易编码或共识规则时，需要进一步对照对应版本的协议规范和实现。
网页摘录还可能丢失公式上标、图示或末尾条件。遇到断句、异常数字和缺失图表，应暂缓引用相关细节。来源数量也不能替代逐条核验：两份文档分别讨论不同网络，并不意味着它们共同证明了每个结论。
用可复现证据检查具体论断
对算法层面的说法，可寻找明确的输入格式、算法名称、预期输出和公开测试向量。例如核对地址派生，必须明确公钥编码及哈希结果的截取方式；仅写“公钥经过哈希得到地址”，不足以复现结果。
对系统安全性的说法，则要检查成立条件。哈希关联使数据改动能够被发现，历史记录的抗改写能力还依赖共识与验证机制。单个密码学步骤正确，不足以证明整个网络在所有条件下都安全。
常见问题与引用边界
默克尔证明能证明交易完全有效吗？它可用于检查交易是否被包含在特定区块中，但不能替代对交易规则及区块有效性的完整验证。
签名能证明现实身份吗？有效签名支持核验相应密钥对特定消息的授权，不能单独确认签名者的现实身份。引用技术文档时，应保留这些边界，让读者清楚证据证明了什么，以及哪些问题仍需其他证据。