최근에는 이 정책을 관리자에게 배포하려고 하는데, 디버팅을 하기 시작했을 때, 많은 것을 다시 작성해야 한다는 것을 알게 되었습니다.
각 거래소 API의 요청체 구조가 다르기 때문에, 서로 다른 거래소 API를 하나의 함수로 추상화하는 것은 매우 어렵습니다.
많은 함수들이 리드 디스크에서 오류를 발생시키는데
기본적으로 거래 함수는 exchange.IO로 처리해야 합니다.
그래서, 나는 거래소의 api 문서를 다시 한 번 진지하게 읽었는데, FMZ의 문서를 동쪽과 서쪽으로 비교했을 때, 찾기가 매우 지연되었다. 거래소의 문서는 더 쉽게 읽을 수 있습니다.
그럼, 왜 제가 제 봇을 FMZ로 작성하고, 거래소의 API로 작성하지 않았을까요?
그리고 그것은 무료이고, 많은 노력이 필요하지 않습니다. 그리고 API나 전략이 유출되는 것에 대해 걱정할 필요가 없습니다. 전보에 보낼 수 있는 로그, 수익/손실 통계를 볼 수 있는 로그, 그리고 거래소에 직접 접속할 수 있는 로그,
fmz를 사용해서 무슨 의미가 있을까요? fmz가 봇이 끊어졌을 때 스스로 다시 시작할 수 있다면, 그것은 하나의 기능이 될 것입니다. 하지만, 이 기능조차 없는 것 같습니다.
DDOS?DDOS는 드물고 필요도 없다
판매 전략/추가 작업? 이 후속 기능도 완벽하지 않습니다. https://www.fmz.cn/bbs-topic/5613
ps. 이 제품은 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