-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Increased trailing take profit functionality #603
Comments
Hi @dasbts, I had similar reflexions on how to control the spread (between limit and stop price) of a trade. It turns out that even if we give control to the end-user (allowing to apply settings manually), you quickly end-up in a never-ending reconfiguration cycle where you try and adapt to the ever-changing market conditions. Eventually you rarely get it right. This lead me to think about adding a new trending signal. I'm currently testing HeikinAshi trend signal to restrict from selling in a bullish trend and restrict from buying in ongoing bearish trend. I know this is not the solution you suggest, but if the approach makes a positive difference, I'll submit a PR. |
That sounds like a great idea!
Skickat från Outlook för Android<https://aka.ms/AAb9ysg>
…________________________________
From: rando128 ***@***.***>
Sent: Wednesday, February 22, 2023 2:24:10 PM
To: chrisleekr/binance-trading-bot ***@***.***>
Cc: dasbts ***@***.***>; Mention ***@***.***>
Subject: Re: [chrisleekr/binance-trading-bot] Increased trailing take profit functionality (Issue #603)
Hi @dasbts<https://github.com/dasbts>, I had similar reflexions on how to control the spread (between limit and stop price) of a trade. It turns out that even if we give control to the end-user (allowing to apply settings manually), you quickly end-up in a never-ending reconfiguration cycle where you try and adapt to the ever-changing market conditions. Eventually you rarely get it right.
This lead me to think about adding a new trending signal. I'm currently testing HeikinAshi trend signal to restrict from selling in a bullish trend and restrict from buying in ongoing bearish trend. I know this is not the solution you suggest, but if the approach makes a positive difference, I'll submit a PR.
—
Reply to this email directly, view it on GitHub<#603 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AJTXKSP5H5P4XN3ANETTX2DWYYHPVANCNFSM6AAAAAAU5M4L3Y>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I have tried using Heikin Ashi for trading and it did not turn out to be very reliable. It often tends to indicate a reverse in the trend, even though the trend has not ended. SMA is better for this but "sluggish". MACD performed much better, but still not reliable. In general this bot works best, when we are a global uptrend. And as far as my experience goes, correcting the profit upwards will only work if you drag your stop loss up as well. Taking profit works best if you set yourself a fixed percentage. And you shouldn't care whether or not the price continues to rise above your trigger price. Be disciplined first, before you try to maximize your profit. The biggest challenge I see, is to configure this bot to buy at the right time. I'll explain what I see quite often in an example: And grid trades in my opinion are bad for the following reason: It may just be me, who is not able to configure this beast correctly, but I had more consistent profits trading manually. Trading while taking several Tradingview time frames into account as in #539, may better the situation. |
I agree, and yes, caring for margin as well when price drops is definitely a more difficult use case as you also have liquidation. In general tho, it's good to care for confluence in the timeframes, which in my opinion (after trying) is a difficult one to implement as there are then more parameters to care about and it's easy to never get any entry scenario at all. |
It would be awesome if we would be able to specify both the distance to cancel and the distance to execute for the trailing take profit (TTP), that way we can for example change the sensitivity of when we want a new updated higher TTP limit. For example, I was trying to set a TTP of 2% below the current price by specifying the limit price for the sell orders in the config, but that also seemed to alter the difference to cancel making this interval larger. Thus, I would like to skew the difference to execute to be lower from the trigger price than the difference to cancel is.
So, if I want to TTP at 5% for the position in general, I would like to set an updated minimum profit and updated minimum price to sell at if it increases 0.2% more, leading to the minimum profit being updated to 3.2%.
I tried playing around with my position's limit price and stop price for the sell order as I'm still a bit confused from the Wiki on that, but it seem to not allow skewing in the way I try to describe here. It seems like the current behaviour is some form of median so if I have a difference of 1% to cancel from current price (where it does the trigger sell) and 1% to execute, then when it reaches the cancel it seemingly rises with a step of 1% more, whereas what I would love to see is it stepping up i.e. 0.2% more.
If this is possible, this would allow the user to change the sensitivity of the trailing, while keeping a bit higher difference to execute which can be useful in bull-markets like today's scenario.
A second thought I have is dynamic TTP which allows the user to set a minimum initial trailing limit, for example 2% profit as minimum after 5% trigger price, then increasing the limit slowly towards a maximum TTP.
Maybe even have different values depending on if it's for example a strong buy or neutral TV signal.
The text was updated successfully, but these errors were encountered: