土耳其通胀数据周，我把民宿价签改成了双币锚定

复活节前一周，卡帕多奇亚格雷梅镇上的九间客房，我同时挂出里拉和欧元两套价签。触发点很具体：土耳其统计局每月初发布通胀数据前后，里拉兑欧元常在两个交易日内出现2%—4%的摆动，而我的预订系统只认里拉，游客按欧元询价、我按里拉记账，中间那截差价过去三个月吃掉了我约6%的早餐毛利。

做法不复杂，但要求每天跑一次。我建了一张两列的价目表，里拉价按前一交易日央行公布的交叉汇率折算，再加一道3%的缓冲；欧元价不动，作为锚。折算脚本直接调用公开的汇率接口，把结果写进预订页的价签字段：

rate = usd_try * eur_usd  # 交叉汇率，取前一交易日收盘
try_price = round(eur_price * rate * 1.03, -1)

round(..., -1) 是刻意取整到十位，避免价签出现“1273里拉”这种游客一眼觉得是算出来的数字。缓冲3%的代价是：里拉走强时我的报价会比隔壁贵一点，旺季头两周确实丢过两单询价，但通胀数据发布当天的被动调价次数从平均四次降到一次。

机制上，我赌的是“欧元锚定、里拉跟随”能压住数据周的噪声，而不是预测汇率方向。失效的场景我也踩过：统计局偶尔会提前或延后发布，脚本按日历跑就会在错误的日子调价；另外民宿早餐的鸡蛋和奶酪是本地采购、以里拉结算，欧元锚只保护了收入端，成本端没有对冲，3%的缓冲在食品涨价快的月份会被吃掉一半。还有一次接口返回了前一日的缓存值，价签整整低挂了六小时，是一位住客结账时提醒我才发现。

现在我每天手动核对一次接口返回的时间戳，并在数据发布日把缓冲临时提到5%。你们在土耳其做小生意或长住时，是拿欧元、美元还是黄金当锚，缓冲留几个点？