看到Dusk节点支持state snapshot，很容易产生一个疑问：既然快照能让节点快速恢复，为什么有些服务还要专门维护archive node？关键在于，两者解决的其实不是同一个问题——快照负责让节点尽快恢复“现在的状态”，却不会自动补齐过去所有历史索引。这种区别平时不太显眼，一旦遇到查旧交易、做审计或核对历史数据，就会直接影响使用体验。
把它理解成手机换机会更直观。通讯录、当前照片和常用设置先恢复出来，手机已经能正常使用；但多年聊天记录的全文搜索，不会因为手机能用了就自动补齐。Dusk快照会恢复当前链状态，适合普通节点快速回到可用状态；可需要完整历史的归档节点，快照之前的历史索引不会自动回填。类比到这里要停一下：旧区块并没有被“删掉”，缺的是这个节点本地整理好的历史索引，“查不到旧记录”不能直接等同于“链上记录不存在”。
BTC用户容易接受“当前可用状态”和“本地保存多少历史”是两件事；放到Dusk，这会影响浏览器、审计和回溯服务。熟悉ETH基础设施的人看到归档节点也不会陌生，因为实时使用与历史追溯本来就是不同任务。普通用户平时可能感觉不到差别，但依赖历史查询的机构、数据服务和区块浏览器会更在意这一层。
这对普通$DUSK 用户的意义，是某个服务旧历史暂时不全时，先别急着把它当成资产状态错误。更希望@Dusk 相关工具把“当前状态已同步”和“历史索引已完整”分开提示。它多占一点界面空间，却能少制造很多误会。以后真要依赖某个浏览器做长期凭证，我会先看它是否说明历史数据来源，而不只看首页的“节点已同步”。
#dusk
把它理解成手机换机会更直观。通讯录、当前照片和常用设置先恢复出来，手机已经能正常使用；但多年聊天记录的全文搜索，不会因为手机能用了就自动补齐。Dusk快照会恢复当前链状态，适合普通节点快速回到可用状态；可需要完整历史的归档节点，快照之前的历史索引不会自动回填。类比到这里要停一下：旧区块并没有被“删掉”，缺的是这个节点本地整理好的历史索引，“查不到旧记录”不能直接等同于“链上记录不存在”。
BTC用户容易接受“当前可用状态”和“本地保存多少历史”是两件事；放到Dusk，这会影响浏览器、审计和回溯服务。熟悉ETH基础设施的人看到归档节点也不会陌生，因为实时使用与历史追溯本来就是不同任务。普通用户平时可能感觉不到差别，但依赖历史查询的机构、数据服务和区块浏览器会更在意这一层。
这对普通$DUSK 用户的意义，是某个服务旧历史暂时不全时，先别急着把它当成资产状态错误。更希望@Dusk 相关工具把“当前状态已同步”和“历史索引已完整”分开提示。它多占一点界面空间，却能少制造很多误会。以后真要依赖某个浏览器做长期凭证，我会先看它是否说明历史数据来源，而不只看首页的“节点已同步”。
#dusk