一月：新年的第一行代码，资金费率 + Redis 锁

2026 年 1 月 1 日，第一行代码：fundrate init commit。

不是架构设计，不是模块划分，而是先实现最基础的数据获取——资金费率。

---

一月的三块基石

01-01  fundrate init         ← 数据源
01-09  funding rate sell     ← 基于数据的第一个决策逻辑
01-11  redis lock signal     ← 并发控制
01-12  redis lock signal     ← 打磨了两天
01-17  layer add fund        ← 仓位管理
01-25  high freq long        ← 第一个策略方向

资金费率：第一个数据源

为什么从资金费率开始？

因为资金费率是一个免费、公开、高频的数据点。不需要复杂的模型，不需要历史回测，看一眼就知道市场在往哪个方向偏。

• 费率 > 0.05% → 多头拥挤 → 做空有费率收入
• 费率 < -0.05% → 空头拥挤 → 做多有费率收入
• 费率在中间 → 市场中性

用资金费率做第一版交易逻辑 = 用最简单的数据验证”系统能跑通”。跑通了再加复杂的。

这和广告系统的起步一样——第一版不是 OCPC，是”固定出价 × 预估 CTR”。用最简单的公式跑通竞价链路，跑通了再迭代。

Redis 分布式锁：信号去重

1 月 11 日和 12 日，连续两天在改 Redis 锁。

为什么锁这么重要？因为信号通过 Webhook 推送，网络抖动会导致同一个信号被推送多次。没有锁 = 一个信号触发多次交易 = 重复开仓。

Redis 分布式锁的逻辑：

收到信号 → SET NX key uuid PX 30000
  ├─ 成功 → 处理信号 → 处理完 DEL key
  └─ 失败 → 信号已处理，忽略

30 秒 TTL 防止死锁。这个模式后来被 STS 的 Owner-Safe Mutex 继承和加强。

分层加仓：不是一次满仓

1 月 17 日，layer add fund——分层加仓。

信号触发后不是一次性满仓，而是分几层逐步建仓：

• 第一层（信号确认）：30% 仓位
• 第二层（方向确认）：追加 30%
• 第三层（趋势加速）：追加 40%

这和广告的预算放量一样——先小预算测试素材，CTR 高了再放量。一次满仓 = 一次梭哈，错了就全亏。

高频做多：第一个策略方向

1 月 25 日，high freq long——第一个有明确方向的策略。在此之前都是工具（信号接收、锁、加仓），这个 commit 是第一个”策略”——用高频数据捕捉做多机会。

---

一句话

一月不是在写策略，是在打地基——资金费率（数据）、Redis 锁（并发控制）、分层加仓（仓位管理）。这三块基石搭好后，后面的策略才可能跑起来。