一、分布式账本与区块链结构
区块链可以理解为由多个网络节点共同维护的公开账本。数据并非只保存在一台中心服务器上，而是由参与网络的节点分别保存、传播和验证。区块链中的“区块”是按顺序组织的数据集合，“链”则表示每个区块通过密码学方式引用前一个区块。这样，若要修改较早的数据，通常需要同时影响其后的区块，并面对网络共识规则的验证。
区块链记录的对象因系统设计而不同。比特币区块链主要记录交易及其状态变化，以防止重复花费和未经许可的历史修改；以太坊则在记录交易的同时维护一个可执行环境的状态。因此，学习区块链知识管理时，应先区分“账本数据”“网络状态”和“应用代码”这几类信息。
二、哈希、区块头与默克尔树
哈希函数会把任意输入转换为固定格式的摘要。输入内容发生变化时，通常会得到不同摘要，因此哈希可用于校验数据是否被改动。区块通过保存前一区块的哈希建立前后关联，使历史记录具有连续性。哈希本身不是加密存储，不能简单理解为可以还原原文的密码。
在比特币的区块结构中，交易标识可以进一步组织成默克尔树，树根被写入区块头。验证者可以借助相关的中间哈希，检查某笔交易是否包含在特定区块中，而不必获取该区块的全部交易内容。这说明区块链的数据可验证性不仅依赖“链式引用”，也依赖对批量交易进行摘要组织的结构。
三、节点、共识与分布式一致性
节点是运行区块链软件并参与网络通信的计算机。节点通常会接收交易或区块，依据共识规则进行验证，并传播自己认可的数据。多个节点对同一组区块和状态达成一致，才形成网络共同认可的账本。共识机制解决的核心问题是：在没有单一管理者的情况下，哪些新区块可以被接受，以及出现竞争性区块时应如何选择。
不同区块链可以采用不同的共识机制。比特币资料介绍了工作量证明，即通过寻找满足难度条件的区块哈希来增加生成和篡改区块的成本；以太坊资料介绍了基于权益证明的机制，由验证者质押原生资产并运行验证程序。两者都属于共识设计，但参与方式、激励和惩罚规则并不相同，不能混为一谈。
四、交易、账户与状态变化
交易是对区块链状态提出改变请求的记录。交易需要经过验证和执行，随后被纳入区块并传播给其他节点。账户可以用于保存资产或代表用户发起操作；在以太坊的模型中，账户余额和其他状态属于网络共同维护的状态。交易通常还要承担执行网络操作所需的费用，费用机制既用于补偿资源提供者，也能抑制大量无意义或过度消耗资源的请求。
比特币常用UTXO模型描述资产状态：一笔交易的输出可以成为后续交易的输入，已经花费的输出不能再次作为有效输入，从而形成对重复花费的约束。以太坊则更强调账户与全局状态，以及交易对虚拟机状态的改变。学习区块链时，UTXO模型与账户模型是理解交易处理方式的两个重要概念。
五、虚拟机与智能合约
智能合约是部署在区块链执行环境中的可复用程序。用户通过交易请求调用合约，网络节点按照相同规则执行代码，并将结果写入共同认可的状态。以太坊虚拟机，即EVM，可以看作网络参与者共同认可的执行环境；开发者可以在其中部署程序，构建市场、游戏或其他去中心化应用。
智能合约并不意味着合同天然具备现实世界的法律效力，也不等于代码绝对正确。其执行范围主要受链上数据、调用参数和网络规则限制；涉及链下信息时，还需要其他数据传入机制。合约一旦部署或被调用，错误逻辑可能带来实际状态变化，因此开发、审计、权限设计和升级边界都属于相关知识范围。
六、这些概念适用于哪些场景
如果目标是理解区块链如何保存和验证记录，应优先学习区块、区块头、哈希、交易、节点与共识机制；如果目标是开发链上应用，还需要继续掌握账户、状态、虚拟机、智能合约和交易费用；如果目标是分析比特币交易，则应重点理解UTXO、交易输入输出、交易标识和默克尔树。不同公链的规则和数据模型可能不同，不能把某一项目的实现细节直接推广到所有区块链。
七、常见问题
问题：区块链数据是否绝对不能修改？回答：更准确的说法是，已经被网络接受的历史数据具有较强的篡改阻力。修改历史通常需要同时满足技术和共识层面的条件，具体安全性取决于网络规则、参与者分布和攻击成本。
问题：哈希、数字签名和共识有什么区别？回答：哈希主要用于生成数据摘要和建立引用关系；数字签名用于证明某个操作由相应密钥持有者授权；共识机制则负责让分布式节点对区块和状态形成共同接受的结果。三者相互配合，但功能并不相同。
问题：区块链一定需要智能合约吗？回答：不一定。基础区块链可以主要用于记录和验证交易；智能合约是在此基础上增加可编程执行能力的机制。是否需要智能合约，应根据业务是否需要链上自动执行逻辑来判断。