一、区块链、区块与节点
区块链是按顺序关联的数据记录。区块承载交易等信息，并通过密码学引用连接前序区块；节点则运行相关软件，验证和传播数据。以太坊开发者文档以共享状态解释这一结构：网络不仅记录操作，也维护操作执行后的状态。
理解时应区分三个层次：区块是数据组织单位，链是历史关联结构，节点是参与维护这些记录的计算机。它们都不是“加密算法”的别称。
二、哈希不等于加密
哈希把数据映射为摘要，可用于建立引用和检查数据是否匹配。区块对前序区块的引用，以及交易标识，体现了这类用途。加密侧重信息保密，不能因为系统使用密码学，就推断链上记录都被隐藏。
可以把摘要理解为核对数据的线索，而不是原文的加密副本。摘要匹配也不能独立证明数据描述的现实事件真实，或提交者值得信任。
三、私钥、公钥与数字签名
比特币开发者指南的P2PKH示例展示了密钥与签名的配合：花费者提供公钥和签名，验证者检查公钥是否符合输出条件，并验证签名与相应交易数据是否匹配。
私钥用于生成签名，公钥用于验证。数字签名不是把交易内容变成秘密，也不直接证明签名者的姓名。它支持验证密钥控制关系及签名所覆盖的数据，不能替代现实身份核验。
四、认证、授权与共识各管什么
认证关注所声称的身份或凭据是否可信；在密钥场景中，通常涉及控制权证明。授权关注某项操作是否符合权限条件。共识则处理分布式参与者如何认可共同的历史与状态。
因此，签名通过不等于交易必然被接受。网络还需检查其他有效性条件；即使交易有效，也不能把本地验证通过直接等同于已经纳入共同认可的历史。
五、账户、UTXO与智能合约
以太坊文档以账户、余额和EVM状态描述执行环境，智能合约是其中可被调用的程序。比特币交易指南则通过未花费交易输出，即UTXO，解释可花费金额：后续交易输入引用先前输出，并满足其花费条件。
这两种表述的适用范围不同。账户余额模型不能原样套用到UTXO模型，P2PKH示例也不代表所有交易形式。阅读“地址”“账户”“脚本”时，应先确认讨论的是哪种系统。
六、常见误解如何避免
“不可篡改”是否意味着任何情况都无法改变记录？不宜这样理解。区块关联使历史修改受到约束，但网络如何认可历史仍取决于协议和共识规则，不能仅凭哈希概念作绝对保证。
“合约执行成功”是否意味着业务可靠？执行只表明程序按相应规则处理了请求，不自动证明业务承诺可信。阅读相关术语时，始终追问：验证了什么、依据什么规则、没有验证什么。