Chainfeeds 导读：
总的来说，ZKSync 的空投方案采用了一个基于财产证明的分配方式，更聚焦于对开发者，核心贡献者和 ZKSync 原生 Degen 巨鲸的奖励，这就造成了一个局面：原生 Degen 巨鲸在笑，撸毛工作室在叫。
文章来源：
https://foresightnews.pro/article/detail/62488
文章作者：
Web3Mario
观点：
Web3Mario：对早鸟参与者基于 Airdrop 奖励，已经被证明是一个行之有效的 Web3 项目冷启动的手段，好的空投机制设置能帮助项目在早期高效的吸引种子用户，同时通过刺激用户对协议关键行为的使用完成用户教化，增加产品粘性。这也是很长一段时间内，大部分 Web3 项目空投着重于对交互行为进行激励的根本原因，然而这样做带来了一个弊端，就是降低了获得奖励的门槛，容易遭遇女巫攻击。当大量机器人账户涌入后，虽然会让协议出现短暂的虚假繁荣，但这些「用户」通常逐水草而居，无法为项目未来发展提供动力，在获得奖励后大部分也会套现，这种激励机制反倒稀释了项目方对于那些真正价值用户的奖励数量。我的一个切身的感受，以交互为主要激励对象的空投活动的效用到 Arbitrum 空投时基本上已经到了顶点。这也是 ZKSync 想围绕资产相对规模而舍弃使用交互数来作为价值用户识别的依据的根本原因。然而这种财产证明方式也未必没有问题。虽然能够较为有效的识别并排除女巫攻击的风险，但与之而来的新问题就是垄断所引发的财富分配不均。归根到底，对于 Web3 项目来说，在设计冷启动机制时还是要仔细斟酌对自己产品来说的价值用户画像，并根据当前所处的环境，设计对应的机制，有效的激励上述价值用户的同时尽量规避女巫攻击才是重中之重。因此如何设计自己的冷启动机制，这是一个非常有价值的话题。
内容来源
