同步涉及哪些工作
区块链同步应用可包括节点追踪链状态，以及依赖节点数据提供查询的服务。判断同步是否满足需求，需要分别看数据是否取得、是否经过相应验证、能否支持目标查询。这几个问题对应不同能力，不能仅凭一个进度数值判断。
误区一：下载数据就等于完成验证
比特币开发者指南说明，全节点独立验证区块，并依据共识规则接受数据。同步因此包含对数据有效性的检查。
对应用而言，成功收到接口响应只能说明获得了返回结果。若要说明数据如何得到验证，还需明确请求连接的是自有节点、第三方服务，还是具有特定验证机制的轻客户端。
误区二：全节点必须保留所有历史状态
以太坊节点文档区分全节点、归档节点和轻节点：它们的数据保留与验证方式不同，归档节点尤其面向历史状态查询。
查询某账户的当前状态，与查询它在很早以前某个区块时的状态，是不同需求。设计同步应用时，应先确定查询范围，再核对节点的历史数据保留能力；不能从“全节点”这个名称推断任意历史查询都能直接完成。
误区三：运行节点就会参与出块
以太坊节点由执行客户端和共识客户端配合运行；参与验证者职责还涉及额外的验证者软件。
客户端安装完成、节点正在同步、能够承担验证者职责，属于不同条件。运维检查应分别确认组件协作和同步状态。这里的客户端分工适用于以太坊，不应直接套用到其他区块链。
误区四：高度相同就代表数据相同
比特币开发者指南指出，分叉时同一高度可能存在不同区块，节点依据有效链的累计工作量进行链选择。区块高度不能充当全局唯一标识。
因此，比对两个数据源时，除了高度，还应核对对应区块哈希。需要保存链上记录的应用，也要考虑所记录区块是否仍属于节点采用的链，不能把首次看到的结果永久固定下来。
常见问题：轻客户端和第三方接口如何区分
以太坊文档描述的轻节点会借助区块头中的承诺信息验证所请求的数据。第三方接口则是一种获取数据的途径。
两者不能仅凭下载量少就视为同一种方案。判断适用性时，应核对应用是否实际执行验证、验证覆盖哪些数据，以及查询依赖哪些外部服务。对同步应用来说，清楚表达验证范围与查询边界，比笼统宣称“已同步全部数据”更准确。