先区分技术承担的不同职责
区块链主要技术和功能需要注意哪些问题，首先要从职责分工理解：数据结构用于组织记录，验证规则用于判断交易和区块是否合规，共识机制用于协调节点接受哪一段历史。这些功能相互配合，不能用“不可篡改”概括全部能力。
适用范围也很重要。比特币的交易模型和以太坊的共识设计各有具体规则，不能把一个网络的实现直接当成所有区块链的共同标准。
哈希链接证明完整性，不证明现实真实性
比特币开发者指南介绍了前序区块哈希、默克尔树、未花费交易输出和累计工作量选择规则。它们分别服务于历史关联、交易包含关系验证、防止重复支付以及分叉处理。
理解这些功能时，要区分“记录有没有变化”和“记录的内容是否真实”。哈希关系能让数据变化被发现，却不能独立核实链外事实。涉及实物或业务凭证时，仍需检查原始信息如何产生、由谁确认。
共识不只是工作量证明或权益证明
以太坊共识机制文档将共识解释为协议、激励和相关协调机制的组合。工作量证明与权益证明承担抵抗虚假身份影响、参与出块者选择等职责，分叉选择则解决候选链之间的取舍；权益证明还涉及质押权重及奖惩约束。
因此，判断共识设计不能只看名称，还要问：谁有资格参与、意见如何计权、冲突如何解决、违规行为如何约束。节点数量多，并不自动意味着控制权分散；按质押权重计票也不是简单的一节点一票。
交易验证与分叉处理不能混为一谈
在比特币的未花费交易输出模型中，同一输出不能在有效链上被重复花费。需要注意，分叉选择是在符合验证规则的候选历史之间作出选择，并不是允许更多工作量把无效交易变成有效交易。
收到交易、交易进入区块和该区块稳定留在接受的历史中，是不同状态。处理记录时应考虑分叉与重组，不能把首次看到某个区块理解为历史永远不会改变。
常见问题与适用条件
“最长链”是否只看区块数量？对比特币而言，关键是有效链的累计工作量。“同一高度是否只有一个区块？”不一定，分叉可能产生同高度候选区块，因此区块高度不能充当全局唯一标识。
“证明交易在区块中，是否就完成全部验证？”不是。包含关系证明解决的是记录归属问题，完整的有效性判断还涉及区块、交易及共识规则。评估区块链功能时，应明确自己验证了什么，以及仍依赖哪些条件。