-
Notifications
You must be signed in to change notification settings - Fork 3.9k
Conversation
Excited about this! Two questions though... How do I access indicator output via api.. Last I checked it simply isn't possible unless I'm blind... I mean can the ui parse indicator output? Am I blind? I want to contribute but I'm kinda road blocked.. Well not blocked I just find it easier to make forward progress tackling easier tasks. And number two... I saw another member created multi time frame ability... And tied that into strategies. I'm curious if ANYONE here actually makes decisions based on one time frame. Me personally I review 5 15 30 min, 2 and 4 hour candles before I make a decision.. I would think my strategies should do the same! Are there any plans for the ability to tie different indicators to different candle sizes? I believe this work has already been done... Could we get this implemented? |
To answer your questions I have to quickly go over Gekko's architecture. There is a document describing it here, but it's a but out of date. Very simply put this is how Gekko works: This PR is to break the last part (paper trader) up into two different parts (paper trader & performance analyzer) this way we can use exactly the same code to calculate statistics, results, etc. for both the paper trader and real trader: This will be necesarry to support live trading in the UI, since we need to display these statistics for the live trader just as the paper trader.
Those are not exposed yet, I have plans to do that (see #690). This is a completely separate issue as it will involve changing some code in the strategy logic (the second last box in the first picture - not the strats, but the wrapper code that registers indicators, updates them every candle, etc). The live trader has higher priority for me.
If you want to work on #690 that would be very hard (if you are not familiar with the codebase) since you have to touch the deepest/oldest parts of the codebase as well as the networking/UI logic in order to display the results. The gist is that gekko runs code on every candle (when it executes your
That user wanted this to be part of Gekko but I ended up not adding it as is because: The aim of Gekko is to simplify trading strategies, but the required extra config (for everyone, even people who run simple strategies over a single timeframe) made it very complex to understand how to create a strategy for X timeframes and where to put code that was run under what timeframe. I am very open to a PR or issue discussing integrating that. That said I think this would be a better approach: Gekko has code that runs indicators based on candles, but now that is tighly coupled to the strat wrapping code. If we can decouple that as a simple class like so: Can we please keep discussion on topic, eg. let's discuss the live trader here and other thing in the corresponding issue. |
live trading with the UI works for poloniex now: but keys are required to be set in |
what do I need to change at the simulation settings(asset, currency, fee,..) if I would like to trade live? or did I miss something? (i edited the code to support live trading ( e515a39 ))could someone post an example pls? ty for help&time |
Those commits are part of a new feature which is not completed yet, it
barely works at this stage (limited to poloniex, no edge case/error
handling, logic needs to be validated, etc). I would highly advice not
running it since this is untested and unstable code - as you might lose
money on bugs, but if you do you can just download that branch instead.
…On Wed, Jun 14, 2017 at 11:18 AM, long-einser ***@***.***> wrote:
what do I need to change at the simulation settings(asset, currency,
fee,..) if I would like to trade live? or did I miss something? (i edited
the code to support live trading (e515a39
<e515a39a5477eabc1a6eee9ff73e26253278efe9))could>
someone post an example pls? ty for help&time
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#737 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AA7MDxYTnnk0NVkAUJrYbI7WgUsOedLfks5sD7NbgaJpZM4NRYYN>
.
--
PGP key at keybase.io/mikevanrossum
<https://keybase.io/mikevanrossum/key.asc>
|
Thank you for your fast reply. have a nice weekend |
That branch is in development and all features are probably broken, it's not meant to be run right now (very unstable). Whenever I have free time I will work on that branch and improve it. Once it is finished it will be part of the develop branch and can be tested (with maybe just a few small bugs).
This is a backtest setting (has no effect on real trading). When you run a backtest you are simulating with virtual money, asset=1 means that your virtual balance includes 1 asset (so bitcoin if you are simulating over a new branch). @long-einser please open a new issue if you have further questions. Your comments have nothing to do with the implementation of this issue. |
- Changed error to err - Unified errors checking and displaying `err || data.hasOwnProperty('message')` - Added missing bind to the newly added result callbacks - Added missing args to retry in sell
861e110
to
9ceeb84
Compare
If you have multiple accounts trading at once you would need multiple strategies and settings running against those. This makes it a bit more complicated. But if we'll have multiple separate strategies, it would be great to add in there the ability to create a strategy (on a single account) that can run strategies with different candle sizes so you can compare them before signaling a buy/sell. For example: If strategy1 with 1hr candle size says SELL check that Strategy2 with 5min candle says sell as well, wait until it does before selling. Maybe its already possible, but doesn't seem so in the UI. At that point you would be a step away from UI-ing the actual custom strategies with a logic builder since you would have a list of configured strategies. |
Before we can add live trading (tradebot) to the UI, we need to do the following: