如何从一个代币分配看出一个项目有问题

币界网發佈於 2024-07-18更新於 2024-07-18

币界网报道:

作者:日月小楚 来源:X,@riyuexiaochu

Sanctum 基本都被反撸了,网上骂的很多。从代币分配上,就能看出这个项目不靠谱。

我来详细说说其中的分析逻辑。

  1. 团队份额过高

    首先最明显的是团队份额占35%,这是非常高的。大部分项目的团队份额在20%左右,也有一些项目只有15%左右。团队份额多了,其它地方的分配就会减少。比如,预留给社区的份额只有25%。

  2. 流动性提供占比异常

    流动性提供占比25%,这也是从来没有见过的高。一般项目的流动性提供最多占5%。流动性提供一般分为两种方式:一种是在去中心化交易所(DEX)的流动性池子中,另一种是到中心化交易所(CEX)上所,而这部分筹码是可以光明正大的出售的。

  3. 多签代币存在隐患

    虽然Sanctum官方看似非常公开地进行多签,但未来可以有很多冠冕堂皇的理由转出这些代币。比如,Sanctum是接受过融资的,官方还发布了PR搞宣传。但是在代币分配中并没有机构的份额,未来完全可以用正当的理由转出多签的代币。

  4. 空投存在问题

    分配中有1亿代币用于空投,但网上大部分都是骂被反撸的。因此,大概率中间是有猫腻的。

你可能也喜歡

大神Karpathy用Claude的方式,原来是这样的?

AI大神安德烈·卡帕西(Andrej Karpathy)在加入Anthropic后,开源活动减少。近期,一份据称是他本人使用的`CLAUDE.md`文件在社区流传,旨在指导Claude AI进行更高效的编程协作。该文件强调了一系列核心原则,并非简单建议而是必须遵守的规则,以规避大语言模型写代码时的常见错误。 核心原则包括: 1. **写之前先读**:在编写新代码前,务必认真阅读现有代码库,理解项目风格、既有模式和工具,确保新代码与项目保持一致。 2. **写代码之前先想清楚**:明确任务需求、澄清假设、说明方案取舍,避免基于模糊理解生成错误代码。 3. **保持简单**:抵制过度设计,避免过早抽象、臆想式错误处理和不必要的配置,编写能解决当前问题的最少代码。 4. **外科手术式修改**:修改代码时力求改动范围最小,严格匹配项目现有风格,只清理自己引入的问题,避免无谓的重构和格式化。 5. **验证**:重视测试,修复bug前先写测试复现,确保改动不破坏现有功能。 6. **目标驱动执行**:将模糊任务转化为可验证的具体步骤,并在执行前说明计划。 7. **调试**:遇到问题先深入调查、复现,理解根因,避免盲目添加临时解决方案。 8. **谨慎管理依赖**:添加新依赖前,优先考虑使用现有工具或标准库,并评估其维护状态和成本。 9. **有效沟通**:清晰说明改动内容和原因,主动指出潜在隐患和不确定之处。 文章指出,尽管这份文件的真实性存疑,但其内容高度契合卡帕西本人关于AI编程助手的公开观点。社区已据此提炼出原则并制作了模板,有测试表明能显著降低Claude的代码错误率。这些准则被认为是提升AI辅助编程效率、保证代码质量的关键。

marsbit4 小時前

大神Karpathy用Claude的方式,原来是这样的?

marsbit4 小時前

交易

現貨
活动图片