Proper stop losses coming soon

[mark.sch]

The biggest one being risk management: Gekko strategies should be trying to ride trends upwards, however after going "all in" riding the trend strategies need some ways to dynamically control risk. People have been asking for stop losses for years, and people have been implementing them inside their strategies up until now. Note that stoplosses aren't new or anything, I just noticed that a lot of people want them so I added them. Having them native and not in a strategy opens a lot of doors, such as using native stop losses on exchanges that support them (currently not done yet, but planned in the future).

That said I am trying to not take part in the debate on what indicators / strategies are good and what is bad. A stop loss is a tool that traders have been using for decades. As such I want people who use Gekko to have the ability to use them. I think that they make sense in a lot of scenarios, but you can always get stopped by a flash crash before the price continues to go up. There are definitely scenarios where they cause more harm than good.

Thanks for your comprehensive feedback. I like the new core implementation of stop losses since it steps out from the one minute candle limit and monitor SL in near real time. Good to know being one of the fastest sellers during a flash crash ;-)

For potential strong strategy gain improvements it has to be used with caution, it stops your losses on the one hand but also your gains if SL range is small. I can imagine it is worth to test the new SL with bollinger bands - instead of selling when hitting the upper bollinger band, a stop loss can try to catch further gains when the chart climbs its way upwards the band (BB often sells too early). I wonder, there is a PR for a BB indicator implementation but no complete/advanced BB strategy out there. Do you know projects using BB with Gekko and do you plan to integrate the BB PR?

Since SL was a long awaited feature from the community, I often read questions about multi time frames and multi markets. With the workaround of manual candle batching, the multi time frames work fine already. Like many others I can imagine that candles from a second market offer new potentials for trading strategies. I consider to achieve this with one of the following four ways:

- little helper function to read a (foreign market) candle from db, running from inside the strategy (quick and dirty solution)
- cloning the market functionality inside core
- use of remote candles. Connecting to a socket server to request a certain candle. Similar to the leecher mode, but not using the db but a socket connection, e.g. jabber/xmpp.
- using redis inside the strategy or on a lower layer to communicate between two local running gekkos

What do you think?