研究一个代币，我有个习惯：不只看总量和分配，也看发行量怎么控制。

固定发行计划很常见——每个月解锁多少，按时间表来。简单，可预测，也死板。

今天重新看@Fabric Foundation 的代币机制，注意到一个我之前没认真看的设计：Adaptive Emission Engine。

核心逻辑是：发行量不按固定时间表走，根据两个实时信号动态调整——网络使用率和服务质量评分。

网络使用率低，发行量增加，吸引更多运营者接入。服务质量下降，发行量减少，强制执行标准。每个epoch的变化幅度被内置熔断机制限制在5%以内。

我看到这里想了挺久。

大多数代币发行机制解决的是一个问题：怎么把代币按计划发完。AEE解决的是另一个问题：怎么让发行量和网络真实状态挂钩。

这两件事差别在哪里？

固定计划发行，不管网络跑得好不好，代币该出来就出来。网络冷清的时候，供应照样增加，稀释压力照样存在。

AEE的逻辑是：网络使用率低，说明需求端还没起来，多发代币激励接入。质量下降，说明网络在劣化，收紧发行倒逼标准。两个方向都有反馈，不是单向的。

5%的熔断上限很关键。变化太快，参与者没法预期，会引发恐慌或过度套利。5%的限制让调整是渐进的，不是剧烈的。这个细节让我觉得这个机制是认真设计过的，不是为了好看写在文件里的。

然后我把AEE和解锁时间表放在一起想。

投资人24.87%和团队20.00%，加起来44.87%，TGE之后12个月开始36个月线性解锁。那个供应压力是固定的，AEE改变不了那个数字。

AEE能做的是：如果网络在解锁窗口之前跑出了足够高的使用率和质量，发行端会主动收紧，减少额外的稀释叠加。不是消除投资人解锁的压力，是不在那个时间点再往上加压。

这是缓冲，不是解决方案。

今天想清楚了一件事：AEE这个设计，说明团队在认真思考供需平衡，不是简单地把代币按计划发完就算了。

但认真思考和真正解决是两件不同的事。5%的上限意味着AEE能影响的幅度有限。真正的解决方案还是接入量够不够快，使用率能不能在那个窗口之前到位。

缓冲是好的，但缓冲不能替代答案。

你有没有认真看过你持有的代币的发行机制？@Fabric Foundation $ROBO #robo