先区分广播、验证与共识
理解挖矿中的广播，需要分清三个环节：广播让其他节点获得交易或区块信息；验证检查数据是否符合规则；共识机制帮助节点判断应当延续哪条链。数据被收到、被判定有效和进入被接受的链，分别代表不同状态。本文主要讨论工作量证明场景，网络交互以比特币为例。
误区一：广播就是同时发送给全网
比特币开发者指南将其网络描述为节点协作交换交易和区块的点对点网络。节点通过已建立的连接交换信息，数据再经其他节点传播。因此，“全网广播”描述的是逐步扩散的效果，不能理解为一个中心同时通知所有参与者。
节点间存在传播时间差。同一时刻，不同节点掌握的信息可能不同；某个节点尚未收到新区块，并不直接说明区块无效或网络发生故障。
误区二：广播成功就代表确认完成
发送成功只能说明某个通信环节完成，无法证明所有节点都已验证并接受该区块。区块还需要通过规则检查，其所在分支也可能在后续竞争中被替代。
以太坊官方的历史工作量证明说明指出，同时产生的有效区块可能形成临时分叉，后续出块影响分支选择。因此，在这类机制下，“已经传播”“已进入区块”和“后续链上状态稳定”不能混为一谈。
误区三：只有矿工才能验证和转发
比特币全节点承担验证工作，不要求节点同时参与挖矿。挖矿与运行验证节点是不同职责：前者涉及竞争产生符合工作量要求的区块，后者依据规则检查收到的数据。
节点的数据保存方式也不等同于验证能力。归档节点保留完整历史区块，裁剪全节点不长期保留全部历史区块；不能仅凭保存数据多少，就把裁剪全节点视为轻客户端。
误区四：找到节点就等于找到可信裁判
DNS种子帮助程序发现可能连接的节点地址，地址发现本身不提供区块有效性保证。网络入口解决的是“与谁通信”，节点验证解决的是“收到的数据是否合规”。把入口服务理解为批准区块的中心机构，会混淆通信与共识的职责。
常见问题：这些解释能套用到所有链吗
不能直接套用。不同链可能采用不同的传播协议和共识规则，同一种链的客户端行为也可能随版本变化。旧文档中的连接时限、下载批次等参数，不宜当作通用原理。
以太坊已于2022年从工作量证明转向权益证明，其挖矿说明属于历史机制。阅读相关内容时，应先确认讨论对象与机制时期，再判断其中的广播、分叉和确认解释是否适用。