先说明场景，再使用术语
描写区块链场景时，先交代谁在记录信息、记录什么、由谁核验，以及其他参与者如何取得记录。例如，一项业务需要多方查看同一批记录，场景的重点就可能是各方如何按共同规则确认记录，而不只是“把数据放上链”。
区块链可以理解为一种分布式数字账本：记录被组织进区块，区块之间通过密码学方法关联，账本副本由网络中的参与节点维护。这一定义有助于搭建场景框架，但不能单独证明某项业务必须使用区块链。
记录与连接：区块、哈希和链
区块是组织记录的单位，通常包含一组经过处理的交易或其他记录。“链”强调区块与先前区块之间的关联。哈希可理解为根据数据计算出的摘要；数据变化时，相关摘要通常也会变化，因此它可用于发现记录是否被改动。
描述这种机制时，用“改动会留下可供察觉的迹象”“修改既有记录受到约束”比“数据绝不可能被改动”更准确。具体如何组织区块、计算摘要，取决于所讨论系统的规则。
参与者与规则：节点、验证和共识
节点是参与网络并按规则处理信息的计算机或程序。验证是检查记录、区块是否符合规则；共识则涉及参与节点如何依据共同规则接受账本状态。描写场景时，应说清楚哪些参与者有权提交、验证或保存记录，避免把所有参与者写成职责相同。
比特币区块链是一个具体例子：其全节点独立验证并保存区块链，节点遵循共识规则。工作量证明、区块高度等术语适用于解释比特币的相应机制，却不能不加说明地当作所有区块链场景的通用配置。
适用条件与常见疑问
当场景涉及多方维护记录、需要按共同规则核验记录顺序，或需要让事后修改更容易被察觉时，上述术语有助于准确表达需求。写作时还应说明数据是否公开、谁能参与网络，以及业务事实如何进入账本；链上记录的结构本身并不能保证录入内容真实。
“分布式账本是否意味着所有人都能查看？”不一定，数据可见范围取决于具体系统的设计。“有共识是否意味着永不出现分歧？”也不是。以比特币为例，节点可能暂时看到不同的候选区块，并继续依据既定规则处理。区分一般概念与具体实现，才能让场景描写既清楚又不过度承诺。