Postare

可以把创始人的这段话拆成 “经济模型”和“执行机制” 两层来看。单从这段答复，最关键的问题其实不是“80%够不够高”，而是：协议收入是否真实、80%是否真正进入回购、回购销毁是否可验证，以及为什么会出现收入增长但回购明显滞后的情况。 1. “80%收入用于回购销毁”本身是一个承诺，不等于实际发生 这句话需要进一步确认三个口径： 收入指什么？ 是协议总手续费、净收入，还是扣除运营成本后的收入？ 80%从什么时候开始执行？ 是否有链上规则或正式治理提案约束？ 剩余20%怎么使用？ 团队、运营、开发、流动性等分别占多少？ 如果只是创始人在口头/文字中承诺，而没有链上机制、公开地址或可审计记录，那么它目前更接近于项目方的政策承诺，而不是已经自动执行的经济机制。 2. “回购速度远慢于收入”反而是最值得追问的地方 创始人的解释是： 收入 → 人工多签认领 → 再把80%转入自动回购销毁程序 所以现在存在一个资金流水的中间环节。 理论上可以画成： 协议产生收入 → 多签认领 → 80%转入回购合约 → 市场回购 $PONS → 销毁 那么你真正应该观察的是这条链上的几个时间差： 收入产生时间 → 多签认领时间 → 80%转账时间 → 回购时间 → 销毁时间 如果只是因为安全原因导致第一步慢，那么这是一个执行效率问题；如果长期存在大量“已产生收入但没有进入回购流程”的资金，则需要进一步确认原因。 3. 最重要的是看“收入”和“回购”的链上数据是否对得上 假设某段时间： 协议收入：100万美元 按规则应该回购：80万美元 实际已经回购：20万美元 那么不能简单理解成“项目方没回购”，因为可能还有60万美元处于多签钱包/待处理状态。 所以最好把数据拆成： 项目应该关注什么协议收入每日/每周实际产生多少多签余额收入认领后有没有沉淀80%转账是否确实转入指定回购程序回购金额实际花了多少USDT/USDC等销毁数量实际销毁多少 $PONS时间差收入产生到回购平均多久未处理金额当前还有多少资金等待回购 这样才能判断“慢”到底是正常的流程延迟，还是存在执行层面的其他问题。 4. “后面会自动化”是利好方向，但现在只能算计划 自动化之后，理想状态应该是： 收入产生 → 按规则自动分配80% → 自动回购 → 自动销毁 这样项目方人为干预的空间会明显减少。 但需要注意： “计划自动化” ≠ “已经自动化”。 所以现阶段应该把它看成一个待验证的改值得看的，是自动化合约是否经过审计、权限是否合理、是否存在升级权限进，而不是已经存在的机制。 而且自动化本身也不是绝对安全。真正值得看的，是自动化合约是否经过审计、权限是否合理、是否存在升级权限、资金有没有管理员可以提走等。 5. 还有一个容易被忽略的问题：回购≠一定带来强烈通缩 假设协议收入增长很快，每月产生100万美元收入，其中80万美元回购。 这确实形成了买盘和销毁，但最终对代币供给和价格的影响还取决于： 每月新增/释放多少 $PONS 如果每月： 回购销毁：80万枚 新增释放：200万枚 那么即使回购金额很大，流通供应仍然可能增加。 所以应该同时看： Burn Rate（销毁速度） vs Emission Rate（释放速度） 而不是只看“回购销毁占收入80%”。 6. 我会特别关注一个指标：回购资金占协议收入的实际比例 例如按月做： 实际回购金额 ÷ 协议收入 如果长期接近80%，说明执行比较符合承诺。 如果出现： 80% → 60% → 40% → 20% 就需要问原因。 反过来，如果只是某个月因为多签流程延迟，比例暂时很低，但下个月把之前积压的资金全部回购，那么性质就完全不同。 7. 对这段创始人答复，可以形成一个比较客观的判断框架 目前这段话能够说明的是： ① 项目方声称存在明确的80%收入回购销毁政策。 ② 目前执行不是完全自动化。 ③ 回购速度低于收入产生速度，项目方将原因归结为多签人工操作的安全流程。 ④ 项目方计划未来自动化。 但这段话本身不能证明： 协议收入到底有多少； 80%是否真的执行； 当前积压了多少钱； 多签钱包里有多少钱； 回购合约是否确实收到这些钱； 回购价格是否合理； 是否存在团队可以挪用资金的权限； 销毁数量是否与回购金额对应。 这些需要链上数据验证。 如果你是在判断 $PONS 这个机制到底有没有含金量 我建议不要先纠结“80%是不是很高”，而是直接追 5 个数字： 过去30天协议收入多少？ 理论上80%应该是多少？ 实际已经进入回购合约多少？ 实际回购多少？ 实际销毁多少？ 再加一个： 当前还有多少收入躺在多签钱包里等待处理？ 这几个数字一旦拿出来，基本就能判断创始人说的“回购速度远慢于收入”究竟只是流程造成的暂时性滞后，还是存在更深层的问题。