Freqtrade项目中Bybit交易所的DCA仓位调整问题分析

问题背景

在使用Freqtrade交易框架与Bybit平台进行交互时，发现了一个关于DCA(Dollar Cost Averaging，平均成本法)仓位调整的重要问题。当使用adjust_trade_position方法进行DCA操作时，系统会错误地计算入场金额，导致使用全部剩余资金进行单次调整，而非按照策略设定的比例分配。

问题现象

用户在使用Freqtrade 2024.10版本与Bybit主统一账户进行交易时，发现以下异常现象：

1. 策略预期每次DCA调整应投入0.13327 ETH
2. 实际执行时系统却使用了全部剩余资金(1.73939 ETH)进行单次调整
3. 该问题仅出现在实盘交易中，回测模式下表现正常
4. 相同策略在其他交易平台(使用Freqtrade 2024.09版本)表现正常

技术分析

问题根源

经过深入分析，发现问题根源在于Bybit接口返回的市场订单数据存在异常：

1. 当执行市场买入订单时，Bybit接口返回的amount字段实际上是订单成本值而非实际成交数量
2. 例如购买5.33 APEX时，接口返回的qty和amount都是6.9985(约等于5.33*1.3128)
3. 这种异常导致Freqtrade错误计算了仓位调整的入场金额

影响范围

该问题具有以下特征：

1. 仅影响市场订单(Market Order)，限价订单不受影响
2. 主要出现在Bybit平台，其他平台表现正常
3. 影响所有使用市场订单进行DCA操作的策略

解决方案

针对此问题，Freqtrade团队提出了两种解决方案：

1. 临时解决方案：使用order.stake_amount_filled替代原有的order.stake_amount，该字段会记录实际成交金额而非订单请求金额

2. 根本解决方案：在Freqtrade层面修复对Bybit接口响应的解析逻辑，正确处理市场订单的返回数据

技术建议

对于正在使用Freqtrade与Bybit进行交易的用户，建议采取以下措施：

1. 如果必须使用市场订单，建议暂时切换到限价订单模式
2. 密切关注Freqtrade的版本更新，及时升级到包含修复的版本
3. 在策略代码中加入额外的金额验证逻辑，防止异常大额订单执行
4. 启用log_responses配置选项，记录完整的平台接口响应，便于问题排查

总结

Bybit接口在市场订单响应数据上的异常行为导致了Freqtrade的DCA功能出现严重问题。虽然这是一个平台接口层面的问题，但Freqtrade团队已经积极应对，提供了临时解决方案并计划在框架层面进行修复。这提醒我们在量化交易系统开发中，必须充分考虑不同平台接口的差异性，并建立完善的异常处理机制。

对于量化交易开发者而言，理解底层平台接口的行为差异至关重要，特别是在实现高级交易策略如DCA时，需要特别注意订单金额的计算和验证逻辑。