区块链记录数据，节点执行规则
区块链把交易组织成相互关联的区块，节点运行客户端软件，接收数据并按协议验证。点对点网络负责传播消息，验证规则决定哪些消息可以被接受。收到区块、确认区块有效和确定采用哪条链，是相互关联但不同的环节。
哈希、默克尔树与交易状态
比特币区块头引用前一区块头的哈希，并用默克尔根概括交易集合；交易输入引用此前尚未花费的输出，即UTXO。节点据此检查重复花费等问题；出现有效分支时，依据累计工作量选择链。
这些概念分别回答不同问题：哈希关联数据，默克尔证明说明某笔交易是否包含在区块中，UTXO记录哪些输出仍可使用。证明交易被收录，并不等于完整检查了交易和区块的所有规则。
客户端、执行与共识
以太坊节点由执行客户端与共识客户端协作：前者在EVM中执行交易并维护状态，后者处理权益证明共识；参与验证者职责还需相应软件。全节点、归档节点和轻节点在验证、数据保存与获取方式上有所区别。
执行可以理解为计算交易造成的状态变化，共识则协调网络认可的链及其进展。两者配合，才能把交易计算结果纳入共同记录。这种客户端分工适用于以太坊，不能直接套用到所有区块链。
节点类型与同步适用条件
选择节点类型时，应分别考虑是否需要自行验证、是否频繁查询历史状态，以及可承担的存储和带宽。归档能力主要服务历史状态查询；轻量方案通过摘要和证明减少数据需求，其安全边界取决于具体协议与实现。
同步是节点获取并追上链上数据的过程。保存多少历史数据，与验证是否符合规则是两个维度，因此不能仅凭数据库大小判断节点能力；同步起点和数据保留策略也会影响可直接查询的内容。
常见问题：节点多就一定安全吗
节点数量并非唯一指标。不同客户端实现能减少对单一代码库的依赖，但仍需遵守共同规范。普通节点验证规则与验证者参与共识的职责也应区分，运行节点不自动意味着能够提出区块。
区块高度也不是唯一标识：分叉期间，同一高度可能出现不同区块。讨论具体区块时需要结合区块哈希，讨论安全性时则要同时关注验证规则、共识机制及客户端依赖。