2025：稳定运行的一年——风控、Redis 统计、多用户

2024 年的系统功能齐全——smart trade 引擎、救援模式、条件单、双向交易。但它还不够”可靠”。

2025 年，57 个 commit 的核心主题只有一个：生产环境稳定运行。

一年做了什么

01 月 (19 commits): 持续迭代改进（add fun）
11 月 (7 commits):  发布合并（release merge）
12 月 (12 commits): 风控、Redis 统计、MySQL、限流
其他 (19 commits):  零散的维护和优化

12 月的 mgn risk 和 mgn risk - add fun opt 是 2025 年最重要的 commit。

保证金风控——在保证金比例过低时限制交易。这是 2026 年 MARGIN_HARDLOCK 的前身。2025 年的版本可能只是简单的阈值检查，但它确立了一个原则：风控应该在策略之外独立存在。

这和广告系统的预算控制一样——预算 pacers 独立于出价策略，不管 OCPC 还是 CPA 出价，预算控制都是同一个模块。

12 月的 redis stat 和 redis stat risk：用 Redis 做实时数据统计。

为什么要统计？因为没有数据就没有优化。 你不知道哪个策略在赚钱、哪个在亏钱、哪个交易频率太高。Redis 统计把所有交易行为量化了——成交率、胜率、平均持仓时间、盈亏比。

这和广告系统的”曝光→点击→转化”漏斗统计一样。没有数据，你就只能猜哪个策略好。

12 月的 new user 和 new user limit 1/5s：多用户支持 + 每个用户每秒最多 1 个请求的限流。

多用户让系统从”个人工具”变成了”多人使用”。限流保护了系统不被某个用户的异常请求拖垮。

01 月的 19 个 add fun commit——消息模糊，改动分散。这不是坏事。当 commit 消息变成”add fun”时，说明系统已经稳定到不需要解释每次改动——都是小修小补。

这跟成熟广告系统的日常一样：大部分的 commit 是修 bug、调参数、加监控。惊天动地的架构变更越来越少，因为架构已经稳定了。

年份	主题	关键词
2024	构建	smart trade、rescue、conditional
2025	稳定	mgn risk、redis stat、限流、多用户
2026	爆发	多策略体系、shadow mode、ARE

2024 年是创业期，2025 年是守成期，2026 年是二次爆发期。

2025 年没有新策略，但做了比新策略更重要的事——把风控、统计、限流这些”无聊但必要”的基础设施补上。一个能跑的系统和能稳定运行的系统之间，差的就是这些”无聊”的 commit。