把大事件写进流动性日历：升级、投票与解锁前后的执行窗口

做市者的行情日历只标价格事件，但 DeFi 里真正咬人的往往是流动性事件：同样一笔兑换，平时滑点零点几个百分点，特定日子里能翻几倍。把这些事件提前写进日程，比事后在群里问今天怎么这么难成交有效得多。可以按四类事件来安排这张日历。

第一类是协议自身的时间表。合约升级迁移、版本切换、市场参数大改通常有公开的提案和生效时间。升级生效前，敏感资金往往会先把仓位从旧市场搬到新版本或暂存稳定币，池子深度在生效日前后几天最薄；生效后由于新旧路由磨合与做市商重新平衡库存，报价价差可能短暂变大。治理投票本身不直接改价格，但高争议提案的投票期里，围绕提案方向的猜测会让相关资产的挂单结构更谨慎，大单执行者通常选择避开投票结果落地前的时段。解锁事件则有公开归属表：线性解锁影响小，悬崖解锁到期当天一次性进入流通的份额规模，是所有参与者提前就知道的数字，围绕它的价格与流动性波动也就容易被提前安排。

第二类是市场结构事件。某个大池子的激励即将到期、某个借贷市场达到资产上限、某条链的 gas 将因知名活动高峰，都有公开可查的前置信息。激励结束日前后是 LP 库存重排的密集期，流动性会沿激励梯度搬家，搬家过程本身放大老池子的价差。需要区分的是：结构性事件的日历价值在于位置提前可知，而执行风险在于所有人都知道，于是执行窗口提前拥挤，越临近事件时点，边际成本越高。

第三类是链上之外的日历。传统金融的议息日、重要经济数据公布、大型交易所的上线与退市公告，都会先反映在中心化市场的报价上，再传导到链上池子。传导期间预言机的报价与链池价格之间会有短暂分裂，借贷清算对预言机价格敏感，宏观数据落地几分钟内的清算密度往往明显更高。把这类日期标进日历不是为了猜方向，而是为了避开执行最贵的分钟。

第四类是你自己的节点：借款到期滚动、循环杠杆的重平衡、做市区间需要迁移的价格带。最糟糕的安排是把它们和上面三类事件叠在同一时段。实操上可以立几条简单规则：大额兑换避开解锁与数据公布前后窗口，区间迁移尽量选在周中流动性平稳的时段批量执行，清算线缓冲在事件密集期主动加厚一档，因为事件时段里同样的价格变动更可能一次穿越多个清算密集价位。日历做出来之后，把它和仓位表放在同一视野里——事件驱动的流动性收紧几乎从不提前打招呼，但它的日期是公开的。

这张日历要定期修剪才不失效。有效做法是固定一个轻量节奏：每周固定时间扫一遍常用协议的治理论坛与升级公告，把生效日落在未来两周的条目抄进日历；每月检查一次代币归属表有没有新的悬崖节点进入视野；每季度重估一次哪些事件类型在你的执行记录里真的造成过成本，没造成过成本的类型可以降级，避免日历变成噪音列表。同样重要的是承认日历的局限：它覆盖不了突发性停机、安全事件与黑天鹅行情，这些时刻的处置依据不是日程而是预案，所以日历的另一半价值在于倒逼你给仓位配一份不依赖任何日期的基础防御——足够的清算缓冲、随时可平的对冲腿、备用的退出通道。日历负责把已知的昂贵时刻让开，预案负责剩下的全部，把两者混为一谈是这类计划最常见的失效原因。

事件执行窗口因协议、链与市场环境而异，本文不构成任何时点判断或交易时机建议，所有事件时间表请以各协议官方公告与链上数据为准。数字资产交易存在价格冲击与清算风险，本文仅为机制科普，不构成投资建议。