适用范围：通用概念与案例事实
“信任之美”具体案例的技术架构与实现细节尚无法核验，因此这里解释的是理解区块链案例所需的通用概念。比特币开发者指南与以太坊共识机制文档分别展示了不同系统的设计，不能据此认定某个案例采用了同样的方案。
数据结构：哈希、区块链与默克尔树
比特币开发者指南介绍了区块对前一区块的哈希引用、交易哈希汇聚成的默克尔根，以及节点对交易和区块的独立验证。其交易规则通过识别未花费交易输出，限制同一输出被重复使用。
这些概念分别回答不同问题：哈希帮助检测内容变化，链式引用让历史记录相互关联，默克尔树支持核对交易是否包含在某个区块中。包含关系证明的适用范围有限，不能单凭它证明链外事件真实发生。
共识机制：节点如何形成共同记录
以太坊文档将共识解释为协议、激励与规则的组合。工作量证明和权益证明承担抵抗女巫攻击、选择区块生产者等作用；网络还需要分叉选择规则，处理多个候选区块并存的情况。
女巫攻击指通过创建大量身份谋求影响力。把参与权与计算资源或质押资源联系起来，可以提高这种攻击的成本。因此，理解共识不能只问有多少节点，还要看参与权重如何计算、节点遵守什么验证规则。
适用条件：不同机制不能直接互换
解释案例时，应先确认它采用哪种账本与共识设计。比特币的未花费交易输出概念适用于其交易模型；权益证明中的验证者与质押权重则属于另一类机制。将两者混用，会误解交易如何被验证。
同样，分叉选择须在相应协议下理解。判断网络接受哪段历史，需要同时考虑区块是否有效以及协议如何比较候选链，不能只数区块，也不能把所有节点简单视为一人一票。
常见问题：区块链怎样建立信任
记录上链后是否绝对无法修改？更准确的理解是，链式关联与共识机制共同增加了改写已接受历史的难度；哈希本身并不阻止他人修改数据。
形成共识是否等于内容真实？共识解决的是网络按规则接受哪份记录。若案例涉及实物、身份或外部凭证，还需另行证明输入信息的真实性。评价这类案例时，应区分记录可验证、协议有效与现实事实可信这三个层面。