最近は,管理者への戦略の配備を準備し,デビューテストを始めて,反省で書いたことの多くを書き換える必要があることを発見しました.
各取引所APIのリクエスト構造が異なるため,異なる取引所APIを単体として抽象化することは困難です.
この関数は,この関数の値の値が 0 になるので,
基本的には取引関数は exchange.IO で処理されます. 止損請求書や批量請求書ができないからです.
fmzのドキュメントと比べると,東西の1つ1つで,探すのに時間がかかりました.fmzのドキュメントは,規則的に読みやすく,
では,なぜ私は自分のボットをfmzで書けばよいのか,なぜ私は自分のボットをfmzで書けばよいのか?
これは無料ですし,手間もかかりませんし,APIや戦略の漏洩を心配する必要もありません.私は電報にログを送信し,利益と損失の統計を見ることができます.私は直接取引所を開くことができます.
fmzで何を意味するのか? fmzがボットが停止した時に自動的に再起動できるなら,それは機能でもあるが,この機能さえも存在しないようだ.
DDOS対策?DDOSは稀で必要ない
売る戦略/追随操作? この追随機能も不十分です. https://www.fmz.cn/bbs-topic/5613 を参照してください.
fmzを否定する訳ではありませんが,今起きている問題について少しだけお話ししましょう.
- 比如策略出租租用是为策略作者考虑的
- 策略回测是给快速验证策略的用户考虑的
- 方便的WEB管理是给需要管理大量机器人的用户考虑的
- 数据回放与研究平台是给想要做研究的人考虑的
- 平台的API封装基本是为了满足策略大多数的需求
- 多语言的支持也是为了满足不同技术栈的程序员
- 你提到的 exchange.IO 满足高阶用户的需求(比较提币/转币/下maker单等)
楼主把缺点都指出来了，确实是这样。对于复杂一点的策略，fmz 力不从心。而且服务器租赁费用贵。
我自己租一台云服务器，也就30美元1个月，跑10多个机器人毫无压力，关键日志推送到微信，盈亏也能定时推送，策略一旦开发完毕就挂着挣钱。
fmz 更多地是提供一个基础平台，特别是对那些不太会编程的用户，能够让他们看看文档快速实现简单的策略并跑起来。
其实平台的意义在于快速入门回测上手，对接好实盘低层, 为量化用户提供一个良好的平台与圈子.
客观的说: 如果已经有成熟的策略思路, 只需要在少数平台实现交易, 不考虑租用给别人或者同时维护很多策略需要方便的管理的话 如果自己动手能力满足, 发明者提供的API不能满足自己的需求, 自己实现交易框架是最合适的.
目前平台提供的API接口有很多不满足用户需求的设计, 比如你在贴子里提的批量下单，止盈止损这些功能, 我们都会听取用户的意见, 最快的时间更新, 发明者平台有4年的历史了，好多接口为了兼容旧的策略，没有做太大更新改动，每次更新不能考虑每一个用户的需求，但我们尽量会满足，最近一个月我们一直在对低层进行重构, 会对API接口来一次大的更新，希望到时能够满足你的需求.
很赞同，发明者最方便的地方在于快速验证自己的策略，或者是需要管理多个策略，多平台操作。除此之外，要把回测里的策略打通到可以实盘运行的这一步还是有点麻烦，比如在下单这一个步骤，这里最需要一个统一的函数，同时也最难以统一起来，不同的交易所深度不同，单张合约的面值不同，合约参数不同，更新也很频繁，是很难整合的。
我自己的感受是可以较快的实现一个实盘交易的原型来验证策略本身, 然后可以一方面完善策略一方面写独立于fmz的, 因为本质上自己写一个最终的样子和fmz当前所提供的会是差不多的, 但fmz已经提供了不同交易所的一层封装, 虽然都是基本的api, 但对于一个MVP来讲, 它很大的提高了我的效率.
比如我目前认真读且实现了的就只有huobiDM的接口, 而huobi的期货现货api并不是统一的, 如果我想在现货也走下测试, 则需要自己再抽一层. 但通过fmz我可以几乎无缝测试现货, 或者跑在binance来测试.
说白了每个人使用fmz或者一个平台的目的都不同, 使用时的感受也不同.
- 1