ZKSync空投惹争议来看Web3项目冷启动的困境

原文作者：@Web3 Mario（https://x.com/web3_mario）

上周最火热的议题肯定是 ZKsync 的公开空投查验的事件了，本来笔者正在学习并书写一些关于 TON 的 DApp 开发的学习经验，但是看到这个颇具争议的事件，以及引发的社区的广泛讨论，颇有一些感受，因此撰文一篇，希望与大家分享。总的来说，ZKSync 的空投方案采用了一个基于财产证明的分配方式，更聚焦于对开发者，核心贡献者和 ZKSync 原生 Degen 巨鲸的奖励，这就造成了一个局面原生 Degen 巨鲸在笑，撸毛工作室在叫。

社区争论的焦点：交互是关键还是资金量是关键

很长一段时间，Web3 行业似乎已经形成了通过 Airdrop 吸引用户使用产品，从而实现项目冷启动的范式。在 Layer 2 赛道中更是如此，通过引导开发者和用户对潜在空投的预期，刺激开发者积极构建并维护 DApp，同时刺激用户在发展早期将资金桥接到目标 Layer 2 ，并积极参与目标 Layer 2 上面运行的 DApp，从而起到活跃生态的目的，这已经成为了一种制式。

因此在过去，用户普遍对于 ZKSync 的空投预期是对标它的两个直接竞品，Arbitrum 和 Optimism。当然无论从行业影响力，VC 背景，募资规模等角度来思考，这个结论都是合乎逻辑的，然而结果却大相径庭，这就导致了很多复用过去经验来参与 ZKSync 的用户似乎并没有得到期望内的奖励数量，从而导致了社区陷入到了广泛的争论中。

为了探究这个争论背后的原因并探讨一些对未来的借鉴意义，自然是需要回顾一下之前的 Arbitrum 和 Optimism 的空投规则的设置。首先回顾一下 Arbitrum 的空投活动，这要追溯到 2023 年 3 月，其为 Aribitrum 用户分配了占总供应量 11.62% 的 Arb 空投，同时为 Arbitrum 生态中运行的 DAO 分配了 1.13% 的 Arb 空投。空投活动的设置基于 2023 年 2 月 6 日的快照数据，针对用户具体的规则如下：

每个细则会有具体的分值计算方式，分值上限为 15 分，这个分值用于确定用户可以领取的 Arb 数量，计算方式可以近似为线性关系，但是起始奖励从 3 分开始，封顶奖励 10200 个 Arb。而针对 DAO 的奖励，则直接按照活跃度评估的方式来确定具体金额，从结果上看最终 137 个 DAO 获得了空投，其中 Treasure 和 GMX 获得的最多，分别为 800 万个 Arb，按照当前的实质，这实在是一笔丰厚的收益。

接下来回顾一下 Optimism，与 Arbitrum 不同，Optimism 的空投共分多轮次进行，总共分配奖励数量占总供应量的 19% ，其最早的第一轮空投活动要追溯到 2022 年 6 月，总共有 5% 的奖励被分发给了 26 万个地址，截止到目前已经进行了四轮空投，其每轮空投的具体规则如下：

从上述回顾我们不难发现，其具体的活动设置中都会以交互次数作为一个重要的参考指标，交互越频繁的用户通常可获得的奖励越多。然而这个潜规则似乎被 ZKSync 摒弃了，在 ZKSync 的空投设计中，ZKsync 用户的资格和分配分为四个连续步骤来选取并计算，具体规则大致如下：