同步要解决什么问题
区块链网络中的节点可能在不同时间上线，也可能因断网而落后。同步的目标，是让本地获得所需的链上数据，按照协议验证，并持续跟进网络认可的链。它包含通信、验证与状态更新，不能只用下载速度来衡量。
入门时可以把问题拆成三步：向谁获取数据，怎样判断数据有效，需要在本地保存哪些内容。这三步分别对应网络连接、协议规则和存储策略。
节点如何找到数据
比特币开发者文档介绍了点对点网络中的节点发现：客户端可利用种子服务、已保存的节点地址以及其他节点提供的地址建立连接。初始同步需要获取并验证区块，长时间离线后也需要补齐缺失的数据。
地址发现解决的是连接入口问题，不保证对方提供的内容正确。连接成功后仍需验证数据；某个节点率先发送一个区块，也不意味着该区块会被本地接受。
同步与共识怎样配合
同步侧重数据的获取与处理，共识规则决定哪些数据能够被接受，以及如何确定跟随的链。二者共同作用，才能让节点在网络传播存在延迟时继续协作。
以太坊节点文档将执行客户端与共识客户端分开说明：前者执行交易、维护状态，后者实现权益证明共识，两者协作跟踪链头。验证者软件承担额外职责，因此运行节点与担任验证者是不同概念。
不同需求对应哪些数据取舍
全节点强调按规则验证数据；归档节点额外满足历史数据查询需求；轻节点主要依据区块头和相应证明核验所需信息。不同网络与客户端的具体实现存在差异，不能仅凭名称判断全部能力。
理解这些模式，可以从需求出发：关心数据验证，要看验证范围；需要查询过去的状态，要看历史保存能力；设备资源有限，则要了解轻量方式依赖哪些外部数据，以及相应的安全假设。保存得更多与验证得更充分并不完全等同。
入门常见问题
下载完成是否等于同步完成？还要看验证和状态处理是否结束。数据已经写入磁盘，不代表客户端已经能够正确处理最新区块。
同步是否只发生一次？首次追赶完成后，节点仍需持续接收和验证新增数据。离线后重新上线，也要处理落后部分。
所有节点是否必须永久保存全部历史？不必。验证职责与历史保存策略可以分开考虑。不过，裁剪后的节点能否直接回答某项历史查询，需要结合具体网络、客户端与配置判断。