集中流动性的格子清理:Tick 压缩谁来做、谁付钱、影响谁 图 1
集中流动性的格子清理:Tick 压缩谁来做、谁付钱、影响谁 · 图 1

集中流动性池的价格轴被切成成千上万个格子,你的仓位落在哪几格,流动性就摆在哪几格。仓位关掉之后,格子并不会自动恢复成干净的空白状态,它会在池子的账本上留一块占位记录,占位记录继续占据链上存储。把空格子的记录抹掉、退还存储押金的操作,行话叫压缩。这件事看起来是协议内部的清洁工,实际牵着一小段完整的执行者经济,而且对做市者还有一份免费的信号价值。

先解释账本结构。格子在存储里不是按单格管理的,协议把连续区间的格子打包成斑块,一个斑块对应一段价格范围,里面记录着区间累计成交、流动性净变化等汇总数。你开仓、平仓、领取手续费,操作的都是自己碰到的那几个斑块,斑块里只要还有任何活跃仓位引用,或者还有未领的收益残值,它就不能被抹掉。斑块彻底空了之后,记录还挂在存储里,占着位置,这就给外部执行者留下套利空间:调用压缩函数把空斑块清掉,协议把当初为这块存储支付的燃料补贴退还给执行者。

于是压缩的执行者经济形成。清理动作的收益等于退还的补贴,成本是执行一次的燃料费,两者之差决定有没有人愿意当清洁工。这个差额由市场自动调节:格子密集的主流交易对,空斑块产生频繁,补贴回收快,竞争激烈到执行者愿意贴钱做;长尾池子里,空斑块稀少、单价低,可能常年没人压缩,池子的账本越积越厚。也就是说,压缩完成度本身是一个可以观察的指标,它告诉你这个池子的真实使用强度和被维护的程度,而这两个维度经常背离。

对普通做市者的直接影响有三层。第一层是操作成本的错觉:开在空斑块上的新仓位,因为斑块需要重新写入,燃料费比开在已有斑块上的仓位略高,同一个池子里两种价并存,做市软件有时会提示你选已有斑块的区间来省一点。第二层是信号的信号:一个池子长期有人积极压缩,说明专业执行者在这里持续活动,流动性周转率高;反之一个声称活跃的池子压缩状态多年不动,流动性结构可能已经名存实亡。第三层是边界条件:压缩只动空斑块,你的活跃仓位、未领收益所在的斑块,机制上保证不会被清,但如果你对某段区间的状态有依赖,比如靠历史累计数计算收益,操作前先用预览接口查一次状态,成本极低。

还要澄清一个常见误解:压缩不是协议在整理流动性,它不改变任何现存仓位的分布和费率,只是擦除不再被引用的索引记录。把它和流动性再平衡、区间迁移这些操作混为一谈,会高估它的意义,也会错过它真正提供的信息。另一个误解是把退还的补贴当成协议在收费,补贴退还机制的设计初衷恰恰相反——协议预付存储成本,事后回收给完成清理的人,让占用与清理的责任闭环。

给自己的检查动作清单如下:用公开浏览器查你所在池子的压缩函数状态,了解它是否已被执行者网络常态化调用;观察压缩活跃度作为池子真实周转的旁证;开仓前对比几个候选区间的预估成本,留意斑块状态带来的差价;对长尾池子保持怀疑,压缩停滞叠加流动性稀薄时,退出滑点比账面深度承诺大得多;若你在跑自动化策略,把压缩函数纳入维护脚本,作为成本回收的一部分。机制细节以协议当前文档与链上实现为准。本内容为协议机制说明,不构成投资建议,做市仓位的燃料成本与收益结构随时变化,请独立核验。

集中流动性的格子清理:Tick 压缩谁来做、谁付钱、影响谁 图 2
集中流动性的格子清理:Tick 压缩谁来做、谁付钱、影响谁 · 图 2