一、先分清连接网络与维护账本
区块链并不是互联网的替代品。理解相关术语时，可以先问四个问题：计算机如何连接，记录如何组织，参与者如何认定有效历史，应用逻辑如何执行。它们分别对应通信、数据、共识和执行层面。
这套分类适合入门阅读，但不代表所有区块链采用相同架构。比特币的节点通信机制与以太坊的虚拟机，分别说明不同层面的技术，不能直接互相套用。
二、P2P、节点与节点发现
P2P即点对点网络，强调节点之间直接交换信息。比特币开发文档描述了全节点之间的区块和交易传播，以及通过DNS种子、其他节点提供的地址和本地记录寻找连接对象的方式。
节点发现解决的是“到哪里寻找通信伙伴”，不是“谁提供的数据必然正确”。可以把地址发现理解为寻找联系入口，把数据验证理解为检查收到的内容，两者职责不同。
三、区块、哈希与链
区块用于组织一批记录，后续区块通过密码学引用关联前面的区块。哈希可以理解为由数据计算得到的摘要；修改相关内容会影响摘要及后续引用关系。
因此，“链”不仅表示排列顺序，也表示可检查的关联。不过，哈希不是让数据自动保密的加密方式，也不能单独保证历史不被改写；账本保护还需要验证规则与共识机制配合。
四、共识不等于消息传播
共识关注的是网络按照什么规则认可区块和历史。以太坊技术介绍说明，其采用权益证明机制，验证者通过质押参与区块提议与验证，并受到奖励和惩罚机制约束。
收到某条消息，不代表已经认可它；某个节点暂时离线，也不能据此认为整个系统无法继续工作。“全网一致”应理解为按照协议协调账本认定，而非所有机器必须同时收到数据。
五、EVM、状态、交易与智能合约
在以太坊语境中，EVM是执行计算的虚拟机，状态是账户余额等信息的当前结果，交易可用于发起转账、部署或调用合约。智能合约是部署到链上、按规则执行的程序，ETH承担相关计算费用等作用。
可以把状态看作“当前记录”，把交易看作“更新请求”，把合约看作“处理规则”。这一类比用于理解职责，不意味着链上程序具有人工智能，也不意味着任何请求都会成功。
六、常见问题与适用边界
节点是否都保存完整历史？不一定。比特币文档区分保存完整区块历史的归档全节点，以及不保留全部历史区块的裁剪全节点；存储范围与验证职责需要分别理解。
智能合约是否等于完整应用？不宜等同。理解应用时，应区分用户交互界面与链上执行逻辑。阅读具体项目介绍，也应先确认术语属于哪条链、哪个层面，避免把一种实现当作所有区块链的通用规则。