误区一：节点就是矿工或验证者
节点是运行协议软件并连接网络的实例，不能直接等同于负责出块的角色。以太坊节点的执行客户端与共识客户端分工协作，验证者软件承担额外的验证者职责。运行节点与成为验证者不是同一件事。
判断节点作用时，应分别问：它验证什么数据、保存什么数据、是否承担出块或共识职责。把这些问题混为一谈，容易误以为不出块的节点没有价值。
误区二：全节点必须永久保存所有数据
比特币开发者文档区分了保留完整区块链的归档节点和不保留全部历史区块的修剪节点，两者都属于全节点。关键区别是数据保留方式，而不是是否执行完整验证。
“验证过”不等于“永久保存”。因此，不能仅凭硬盘占用判断一个节点是否完整验证协议规则，也不能把删除旧数据理解为不再验证新区块。
误区三：归档节点只是更强的全节点
以太坊归档节点保留历史状态，适合查询过去某个区块时的账户状态；普通全节点不必永久保留全部历史状态。这里的“归档”与比特币语境中保存全部历史区块的侧重点不同。
是否需要归档，取决于查询需求。验证新数据与直接查询任意历史状态是不同能力，不能把历史查询更方便理解为验证规则更严格。
误区四：轻节点与全节点只是容量不同
轻节点主要依靠区块头及相关证明核验所需数据，而不是逐一执行全节点的全部验证工作。比特币的SPV客户端也可以连接全节点获取信息。
能够核验证明，不代表已经检查所有交易规则。讨论轻客户端是否满足需求，应明确其证明覆盖范围、数据获取依赖和具体协议，不能笼统宣称所有轻节点与全节点具有完全相同的安全条件。
误区五：发现节点就等于信任节点
比特币网络中的DNS种子用于发现连接地址，并不负责裁定区块是否合法。发现其他节点与验证其发送的数据，是两个不同环节。
连接成功只说明建立了通信渠道。网络来源是否可靠、收到的数据是否符合规则，需要分别判断；连接数量也不能替代本地验证。
常见问题：节点越多，网络就一定越去中心化吗
不能只看总数。以太坊节点统计工具只能观察网络的一部分，而客户端多样性有助于降低对单一代码实现的依赖。因此，统计口径和软件多样性都影响对网络状况的理解。
理解节点类型时，最实用的方法是先确定讨论的是哪条链，再区分验证、存储、查询和共识职责。同名术语不一定代表相同实现，单个指标也不足以概括节点或网络的全部能力。