先建立问题框架
学习区块链密码学，不必先背算法名称，而应先区分三个问题：数据是否变化、操作是否获得授权、网络如何确定有效记录。哈希主要服务于完整性校验，数字签名服务于授权验证，共识规则则协调节点对账本的判断。它们相互配合，但不能彼此替代。
哈希与默克尔树：验证数据关系
比特币开发者指南描述了两种哈希关联：区块头引用前一区块头的哈希，交易哈希则逐层汇总为默克尔根。前者连接历史，后者把多笔交易关联到区块头。
哈希不是加密后的原文，不能像解密那样还原输入。默克尔证明可以借助中间哈希验证交易是否被某个根包含，但适用前提是有可验证的区块头依据。包含关系成立，并不自动说明交易满足全部有效性规则。
公私钥与数字签名：验证授权
以太坊账户文档介绍了外部账户的密钥关系：私钥用于签名，公钥支持签名验证，地址由公钥经过哈希和截取等处理得到。文档涉及椭圆曲线数字签名算法与Keccak-256，它们分别承担签名和哈希任务。
入门时需要明确，地址不等于公钥，签名也不是把交易内容保密。有效签名表明相应密钥对消息作出了授权，不能独立证明操作者的现实身份，也不能判断操作是否符合其真实意愿。
共识与状态：密码学之外的规则
比特币通过区块头哈希满足目标阈值来体现工作量，并在有效候选链之间依据累计工作量选择历史；交易还需遵守未花费输出等规则。以太坊账户中的交易计数器则用于约束同一账户交易的重复执行。
因此，签名正确只是交易有效的必要检查之一。是否存在可用输出、账户状态是否允许执行，都需要协议规则判断。工作量证明也不等于加密算法，不能概括所有区块链的共识方式。
常见问题与学习顺序
区块链是否绝对不可修改？更准确的理解是，修改会破坏已有的数据关联，替代历史还必须满足网络的验证与共识条件。安全性来自多层机制，而不是某一个哈希值。
钱包是否就是账户？钱包是管理密钥、签名和交互的工具，账户或交易输出属于账本模型。学习时可依次掌握字节与十六进制表示、哈希、密钥与签名、默克尔证明，最后研究交易验证和共识；涉及密钥的练习应使用无实际用途的测试数据，不使用公开示例私钥管理真实资产。