空投快照（airdrop snapshot）是什么：为什么日期保密，错过了怎么办

空投快照（airdrop snapshot）是项目给区块链“拍照”并决定谁的活动算数的那个时刻。在那个区块之前发生的一切都会被纳入计算；之后的一切则不会。要理解什么是加密快照、为什么围绕它有这么多传言，需要把三件事分开：冻结数据的机制、项目关于公布日期的政策，以及这一切如何影响你的行动。

本文解释快照在技术和组织层面是如何运作的。它不预测具体项目的日期，也不保证被纳入快照就意味着获得分配。本文不构成财务或法律建议。

什么是快照

从技术上讲，快照是区块链在某个特定区块高度的状态。项目选择一个区块号（或与之绑定的时间戳），导出计算所需的全部数据：余额、交易历史、合约交互、资金池头寸。随后这些数据在链下处理：应用判定标准、计算分配额度、过滤 Sybil 集群。

重要的是，快照不是你能察觉到的链上操作。区块链保存了全部历史，所以项目可以随时“追溯地做快照”——直接取一周前某个区块的数据即可。由此得出第一条规则：如果快照已经宣布，那它已经发生了，你在其中的位置已无法改变。

也有非区块快照：对于链下活动（积分、任务、测试网），项目会冻结自己数据库在某个日期的状态。机制是一样的——一条边界，之后的行动不再计入。

为什么不公布日期

项目几乎从不提前公布快照日期，这有一个合理的原因。如果日期已知，活动会集中在之前的最后几天：一批钱包出现，做最低限度的操作，然后消失。这样的快照捕捉到的不是用户，而是一支排队领奖的队伍。

隐藏日期让自然活动比刻意调整的活动更有价值。经常使用产品的人会出现在任何一次快照里。等信号出来再做三笔交易的人，则可能错过，或者因为“只在活动期间活着”而被过滤——这个模式在Sybil 过滤一文中有详细分析。

传言市场也由此而来。群里流传的任何“内部”快照日期，大概率要么是编造的，要么已经过去了。它无法验证，据此行动也毫无意义：如果它是对的，你已经晚了；如果不对，你白白浪费了资源。

快照计入哪些内容

项目自己决定提取哪些数据，而这由判定标准决定。典型类别：

• 余额与持仓。 区块时刻某地址持有多少、哪种资产。通常附带最短持有时长的条件——这时检查的是一系列区块而不是一个。
• 交互历史。 与项目合约的交易笔数、交易量、使用功能的多样性、首次和最后一次活动的区块。
• 协议内头寸。 资金池流动性、未平仓借贷、质押、委托——快照时刻的数值或一段时期的平均值。
• 链下数据。 积分、已完成的任务、绑定的账号——如果项目记录了这些。

通常不计入的内容：区块时刻仍处于待处理（pending）状态的交易、项目未索引的网络上的活动，以及形式上发生了但与标准相悖的操作（例如开仓后立刻平仓）。另外：项目可能按一个标准做快照，再按另一个标准过滤结果——出现在导出数据里不等于出现在接收名单里。

多次快照与持续活动

许多项目已经放弃单次快照，转向一系列快照或持续统计。原因相同：一个区块很容易被“优化”，而半年内十个随机区块则不行。

常见方案：多次快照取平均（所有快照的均值计入）、累计快照（每次增加积分并求和）、赛季制（每个赛季是独立的快照和独立的分配），以及按时间加权的持续统计（time-weighted），此时重要的不是某一时刻的头寸，而是它在整个时期内的积分。

实际结论只有一个：统计方案越复杂，任何单一时刻的意义就越小，规律性的意义就越大。如果项目宣布了一个赛季，通常意味着快照会在赛季结束时进行，或在赛季内进行多次。这在项目状态中如何体现，见空投状态详解。

如果你错过了快照

先说什么行不通。已宣布的快照之后的活动不会被纳入，无论有多少。以“我不知道日期”为理由提交申诉也行不通：标准应用于数据，而不是意图。

值得核实的事情：

1. 这次快照是否是唯一一次。 如果项目采用赛季制或多次快照，下一次可能会计入当前的活动。阅读原始来源，而不是转述。
2. 是否有实质性的申诉渠道。 有些项目会审核钱包被 Sybil 过滤误伤、或数据提取错误的情况。这只有在项目方存在可证明的错误时才有效。
3. 活动是否仍留在你的历史里。 它不会消失：同一生态中的其他项目有时会计入与邻近协议的交互，项目本身也可能之后回头追加追溯奖励。

如果以上都不适用，那么快照确实错过了，最好的做法是不要为了下一个传言而改变行为。定期使用你真正需要的产品，就能覆盖任何快照，无需猜测日期。CoinDropster 会在官方信息出现的第一时间记录项目进入 Snapshot 状态，让你从第一手来源而不是群聊中得知消息。查看跟踪中的空投 →