误区一：把人、软件和节点列为同一层级
参与者分类首先要明确分类对象。运营者属于主体，客户端属于软件，节点属于运行实例。把开发者、客户端、全节点直接列成互斥类别，会混淆不同层级。以太坊节点通过执行客户端与共识客户端协作运行，这也说明软件数量不能直接代表参与主体数量。
误区二：认为运行节点就是担任验证者
以太坊的执行客户端负责交易执行和状态处理，共识客户端负责共识相关功能；承担验证者职责还涉及额外的验证者软件与相应条件。因此，验证区块数据与以验证者身份参与共识应分别描述。判断角色时，需要查看其实际承担的职责，不能只看是否运行节点。
误区三：把存储能力当成共识权限
全节点、归档节点和轻节点主要体现数据保存与验证方式的差异。归档能力服务于历史状态查询，不能据此推断运营者拥有更大的协议决定权。这类分类适合解释基础设施能力；解释谁承担区块提议等职责时，则需要采用共识角色分类。
误区四：把矿工和矿池运营者视为完全相同
比特币挖矿可以独立进行，也可以通过矿池协作。在所述矿池工作流程中，运营方组织任务，参与矿工提交工作份额，满足网络目标的结果才可能形成新区块。工作份额用于衡量计算贡献，并不意味着每份提交都对应一个区块。分类时应区分任务组织与算力执行，同时考虑具体协议下的职责分配。
误区五：把某条链的角色名称推广到所有区块链
比特币挖矿与以太坊权益证明验证者处于不同的共识机制语境。两者都涉及区块生成，但参与条件和工作方式不同。跨链比较时，可以先比较数据验证、区块生成、软件维护等功能，再注明各网络对应的角色名称，避免仅凭名称判断职责相同。
常见问题：一个主体能否属于多种类别
可以。主体身份、运行的软件、节点的数据能力和共识职责，是可以同时描述同一参与者的不同维度。分类不必强行互斥，也不宜仅靠一个标签推断其全部能力。
节点统计也不能直接当作独立参与者统计：运行实例与运营主体并非一一对应，而且网络探测只能观察到部分节点。讨论参与程度或分散程度时，应先说明统计对象和观察范围。