#dusk $DUSK 链上交易量、Gas、活跃地址一起往下掉，很多人会直接判定是基本面转弱。可大家想过吗？在Dusk这类ZK链上，这三条线有时会一起骗你：用户还在点交易，负责生成证明的机器却先被堵住了。
我看到Dusk合并的一项PLONK改动，处理的正是这道暗门。隐私交易上链前，程序要读取一份“压缩电路”，可以理解成证明机器的规则文件。旧逻辑可能先把文件全部解开，再按文件里写的数量申请内存。一个不大的异常文件，也可能让机器在证明开始前，就把内存和CPU耗掉。新版本会按电路实际容量设上限，超出就提前拒绝。
我起初差点把它当成开发者的小修补，没当回事。但当我把它放回交易数据里，心态立马变了：证明没做出来，交易就没有哈希，不进区块，也不产生Gas。区块浏览器只会显示交易“变冷”。
所以，我认为DUSK的链上成功量，应该取决于用户请求和证明产能里更小的那个。
活跃突然下降时，我会先把证明排队数、成功率、最慢5%的生成时间、Prover重启和内存爆掉次数，跟链上交易与Gas放在一起看。排队越来越长、链上却越来越冷，更像证明供应掉了；请求和排队一起减少，才像用户真的走了。
对$DUSK，我觉得真实的Gas需求更接近：用户交易意愿 × 证明成功率 × 平均费用。
说实话，这项修复不会直接制造买盘，却能少让一部分需求被卡在链外。ZK项目的基本面，不能只看区块里发生了什么，还要多看看区块门口有多少被暂时卡住的交易。毕竟，门口的生意也即将是真生意。
只有看得更全面，才能给$DUSK更客观的估值。不是吗？
@Dusk
$BTC
我看到Dusk合并的一项PLONK改动，处理的正是这道暗门。隐私交易上链前，程序要读取一份“压缩电路”，可以理解成证明机器的规则文件。旧逻辑可能先把文件全部解开，再按文件里写的数量申请内存。一个不大的异常文件，也可能让机器在证明开始前，就把内存和CPU耗掉。新版本会按电路实际容量设上限，超出就提前拒绝。
我起初差点把它当成开发者的小修补，没当回事。但当我把它放回交易数据里，心态立马变了：证明没做出来，交易就没有哈希，不进区块，也不产生Gas。区块浏览器只会显示交易“变冷”。
所以，我认为DUSK的链上成功量，应该取决于用户请求和证明产能里更小的那个。
活跃突然下降时，我会先把证明排队数、成功率、最慢5%的生成时间、Prover重启和内存爆掉次数，跟链上交易与Gas放在一起看。排队越来越长、链上却越来越冷，更像证明供应掉了；请求和排队一起减少，才像用户真的走了。
对$DUSK，我觉得真实的Gas需求更接近：用户交易意愿 × 证明成功率 × 平均费用。
说实话，这项修复不会直接制造买盘，却能少让一部分需求被卡在链外。ZK项目的基本面，不能只看区块里发生了什么，还要多看看区块门口有多少被暂时卡住的交易。毕竟，门口的生意也即将是真生意。
只有看得更全面，才能给$DUSK更客观的估值。不是吗？
@Dusk
$BTC