土耳其通胀数据发布周，民宿价签我改成三层缓冲

每周三土耳其统计局（TÜİK）发布月度通胀数据，我盯着卡帕多奇亚那间民宿的价签系统。去年秋天那轮数据发布前，我把里拉价签的换算逻辑从单层汇率改为三层缓冲，原因是连续两次发布日当天里拉盘中波动超过3%，而我的价签脚本只认每日中间价，导致早餐成本和房价出现半天的错配。

具体做法是：在价签服务里加一个rate_buffer表，记录TÜİK公布前三个交易日的央行中间价均值、发布日当天的即时价、以及发布后24小时的修正价。脚本每次重算价签时取三者中位数，而不是单一汇率。代码片段如下，用的是Python和PostgreSQL：

import statistics

def effective_rate(rows):
    # rows: [(date, rate), ...] 按日期升序
    pre = [r for d, r in rows if d < publish_day][-3:]
    spot = [r for d, r in rows if d == publish_day]
    post = [r for d, r in rows if d > publish_day][:1]
    candidates = pre + spot + post
    return statistics.median(candidates)

代价是价签更新延迟半天到一天，旺季时可能错过一两个小时的定价窗口；好处是避免了发布日当天因为单一汇率跳变导致的早餐采购报价失真。我踩过的坑是：去年12月一次发布后，里拉先跌后涨，中位数法把价签压低了约2%，但当天下午实际成交价已经回弹，损失了几笔订单。边界条件也很清楚：如果发布日前后汇率单边剧烈波动超过5%，中位数法会失效，这时候需要手动切回即时价并加一个临时溢价系数。

另一个失效场景是TÜİK数据本身被市场质疑时，汇率反应会滞后到第二天，三层缓冲的窗口不够长。我现在的做法是发布周把缓冲窗口从24小时拉到48小时，代价是价签更钝，但至少不会在数据噪音里反复改价。

你们在土耳其做小生意的，通胀数据发布周是提前锁价还是跟着盘中价走？有没有遇到过中位数法反而拖后腿的情况？