Ripple CTO Slams Flare Airdrop Rules as FLR Token Crashes 85%

Ripple CTO Slams Flare Airdrop Rules as FLR Token Crashes 85%

N
News Editor 01
2026-07-05 23:34:11
Ripple CTO David Schwartz criticized Flare Network's airdrop mechanism, claiming it encourages immediate selling with no incentive to hold. FLR token plunged 85% after the distribution, raising doubts about the project's governance.

据CryptoComLearn报道,Ripple首席技术官David Schwartz近日在推特上连续发文,对Flare Network备受期待的空投机制提出尖锐批评。就在Flare Network向XRP持有者完成代币空投后不久,FLR代币价格暴跌85%,引发社区广泛讨论。

Schwartz的批评核心:空投规则设计存在缺陷

在一系列推文中,Schwartz指出当前FLR代币持有及后续空投的规则“没有任何激励人们继续持有而不立即出售的理由”。根据现行机制,任何购买Flare代币的用户都可以通过包装(wrap)来获得后续空投,这意味着原始持有者即使立即抛售也不会失去任何空投权益。Schwartz直言这是“一个非常奇怪的决策”,并认为Flare似乎“只兑现了承诺的15%”。

Schwartz进一步暗示,Flare曾利用$XRP社区推动自身发展,但当它认为不再需要社区支持时,便削弱了当初的承诺。他在推文末尾缓和了语气,强调其言论并非旨在贬低Flare Network:“这并不意味着他们不诚实,也不代表他们的项目不好。$XRP自身在发展过程中也曾未能完全兑现早期承诺。”Schwartz补充道:“你可以同时热爱Flare和$XRP,这不是二选一。但对于整个过程,我无法感到愉快。”

市场反应:FLR代币惨遭血洗

Flare Network的本次空投原计划向XRP持有者分发大量FLR代币,但实际分配比例远低于市场预期。多个主流交易所此前宣布支持此次空投,引发市场追捧。然而,代币正式上线后便遭遇猛烈抛售,价格从高点暴跌约85%,市值急剧缩水。

分析人士认为,Schwartz的批评揭示了一个核心问题:空投机制中“先抛售、再通过包装获取后续空投”的无风险套利空间,导致大量用户选择立即变现。这种设计不仅未能激励长期持有,反而加剧了抛压。此外,Flare团队在空投前期的营销造势与实际分配量之间的巨大落差,进一步打击了投资者信心。

对Flare生态的潜在影响

作为一条旨在为智能合约提供去中心化预言机和跨链互操作性的Layer 1区块链,Flare Network原本被视为XRP生态的重要补充。此次事件可能导致开发者与用户对Flare的治理机制产生质疑,短期内项目发展可能会受阻。不过,Schwartz也强调“这不是一个糟糕的项目”,暗示如果Flare能调整激励机制,仍有挽回余地。

行业启示:空投机制设计需更成熟

本次事件再次将空投的公平性与可持续性问题推至台前。近年来,多个项目因空投分配不周或“女巫攻击”而陷入争议。专家建议,项目方在设计空投时应考虑线性解锁、持有时间门槛、惩罚性抛售机制等手段,以平衡早期用户奖励与代币价格稳定。Flare的案例或将成为行业反思空投机制的重要教训。

This article was originally published by Bit.Fan. For more cryptocurrency news and market insights, visit www.bit.fan.
200

Disclaimer:

The market information, project data, and third-party content displayed on this platform are for industry information sharing only and do not constitute any form of investment advice or return commitment.

Cryptocurrency trading carries high risks. Users should fully assess their risk tolerance and make independent decisions. All profits, losses, and legal responsibilities are borne by the users themselves.