#dusk $DUSK 我最近开始做机器人交易了。我遇到最崩溃的状态是:界面一直显示 Connected,查询却迟迟没有回复,机器人还守着这条线路傻等。

Dusk官方Rusk仓库里有一则集成方Issue:W3sper判断网络是否在线,主要看本机的WebSocket连接是不是仍处于 OPEN。可以把它理解成就是电话还没挂。可线路半断时,通话图标依然亮着,对面早已听不见了。它的保活机制也只是定时往外发消息,没有确认对方确实回了话。

这会把交易拖进一个隐蔽坑:余额读不到,止损发不出,报价停在旧价格,库存也没法调整。更糟的是,系统仍认定主节点“在线”,备用节点还迟迟不会接班。

这时我看着链可能好好的,可仓位却已经失去出口。

起初我只把它当成SDK里的一处小毛病。把仓位风险算进去后,我有点坐不住了。机构给一条链分配多少资金,会直接计算故障多久能被发现、备用线路多久能接上,以及最坏情况下资金会被困多久。平均响应快几毫秒,分量反而没那么重。

所以,Dusk的“在线率”不能只看一个绿色状态。最近一次请求有没有收到回复、连续超时多少次、最慢那5%的切换用了多久、备用节点成功接管了多少次,这些数据更接近真实交易体验。

我认为这也会影响$DUSK的价值判断。假在线会把交易卡在SDK这一层,链上看起来只是手续费和交易数变少;机构却可能因此减少常驻库存,多留一份备用资金。钱不敢长期留在链上,反复交易和Gas需求自然也会变薄。

TPS告诉我们链能跑多快。故障切换能力决定行情最差时,钱还能不能跑出去。这难道不是任何人,任何机构最看重的交易体验吗?

@Dusk

$BTC