先确认讨论的是哪种机制
区块链技术和原理需要注意哪些问题，首先取决于具体网络采用什么规则。数据如何组织、交易如何验证、账户由谁控制，是不同层次的问题。比特币的工作量证明和交易输出模型，不能直接套用到以太坊账户上；理解一种实现，也不等于掌握所有区块链的运行方式。
哈希关联与共识需要一起理解
比特币开发指南介绍，区块通过前一区块头的哈希连接，交易通过默克尔树汇总；全节点独立验证区块，发生分叉时在有效链中选择累计工作量最大的链。交易输入引用未花费输出，已花费输出不能再次使用。
这些机制分别回答数据是否变化、区块是否合规、竞争历史如何取舍。哈希关联使修改能够被发现，但对历史的保护还依赖验证规则与共识机制。因此，“不可篡改”应理解为有条件的安全属性，不能解释为任何情况下都无法改写。
确认状态不等于绝对终局
比特币可能出现同一高度的不同区块，所以高度不能作为区块的唯一标识。理解链上记录时，还要关注它属于哪条有效历史。
常见疑问是“交易进入区块后是否永远不变”。在存在链重组可能的机制中，进入区块与历史稳定程度是两个问题。应用对确认状态的解释，应符合所用网络的规则，不能把临时收录表述成无条件的最终结果。
账户、钱包与私钥各有职责
以太坊账户文档区分由私钥控制的外部账户和由代码控制的合约账户。私钥用于签名，外部账户的交易计数器参与约束交易顺序和重复执行；钱包则是与账户交互的应用界面。
因此，钱包显示余额、签名证明授权、节点验证交易，承担的是不同职责。判断权限时，应关注谁能签名、合约允许哪些操作，不能仅凭界面名称推断控制权。签名有效也不意味着签署的内容符合持有者的真实意图。
自动执行仍有规则边界
智能合约按代码处理调用，理解其行为需要检查触发条件、权限和状态变化。“能够自动执行”说明执行方式，并不能证明业务逻辑没有错误。
同样，链上验证主要判断数据和操作是否满足协议条件。若应用涉及链外事实，还需要另行说明事实如何取得和核验。分析具体系统时，把协议能够证明的内容与应用额外依赖的条件分开，才能准确评价其作用。