Bug info:It looks like the bot can’t start according to the price conditions that have been set
-
Bot URL → Trading Bot | Gainium App
-
[Optional] Steps to reproduce →
-
Expected result →
Bug info:It looks like the bot can’t start according to the price conditions that have been set
Bot URL → Trading Bot | Gainium App
[Optional] Steps to reproduce →
Expected result →
You should press start. Bot will be in monitoring state and will be listening for the price update, until conditions are met.
Will that waiting bot block one of the open places for the total amount of active bots?
Yes, sure.
Sorry I guess the bot controller is used so that the bot can start and activate at a certain price automatically. If we want a deal start on the price condition, isn’t there a static price filter?
Bot start and deal start are two different things #CMIIW
Let me explain the logic.
So you can set up following: ASAP bot with price to start the bot greater than 1.05 USDT. Bot will listen for price update, and when price will greater than 1.05, bot will actually start and place ASAP deal.
We did this to be able to actually stop the bot and not listen for incoming event. Otherwise it wont be possible to stop it, without changing settings.
I understand.
This means after the bot stops according to the specified price (bot controller), we cannot restart the bot automatically until we press the start button again. What if we have hundreds or thousands of bots? Isn’t it less efficient sir?
No, you cannot restart bot automatically.
Let’s put aside the deal start condition.
In my opinion, stop bot is working fine, but to start/restart the bot automatically using the bot controller feature is still not possible.
Is there any solution for the bot to start automatically every time it reaches a certain price?
Start bot condition will automatically start the bot. Restart automatically after the bot have been stopped is not possible using bot controller. Only using webhook
Then I am afraid that the bot controller doesn’t do what the fearure request asked for. A bot should be started and stopped according to the conditions and not be considered to be active if the bot is not started. And if I remember right stopping a bot also stops all deals as well. Therefore we have to be extra careful.
The issue is that a monitoring bot is using resources, hence it needs to be counted towards the quota. Else a bad actor could open thousands of bot monitoring the price or indicators and use all resources for free.
The solution is to add a new stop bot action. Instead of closing the bot, return to monitoring status. That way it should be able to start and stop itself multiple times. Though it will always count as an active bots.
@maksym.shamko can we do this?
Edit: I spoke to maksym, this is the right way to accomplish what you want. It will be added tomorrow.
I fully agree that even checking a single signal for the bot has an impact. Probably it’s a little less than that of a single and multi-pair bot with only a single active deal at most, but it will take computing time. Is the implementation event-driven?
By the way, I still don’t understand this feature and still don’t understand what additional benefit it shall give us. My question still wasn’t fully answered:
Are the additional bot actions referred to “monitoring and close/leave/cancel deal”?
I think this could be a solution so the bot controller can start and stop automatically.
Thank You
Still curious about the status of monitoring:pray:.
If a bot in monitoring status then the bot will not listen for incoming events until the bot status has changed to restart. is it right sir?
Active: operational and opening deals
Closed: not operational and not opening new deals, but there is an option to leave current deals running. Not listening for webhooks or monitoring indicators.
Monitoring: not operational and not opening new deals, but there is an option to leave current deals running. Listening for webhooks and monitors indicators.
So when a bot is closed, its open deals will no longer be maintained by the bot, i.e. at most the limit orders of the deal that are already on the exchange will be executed, but no new orders will be added? In that case at least the new monitoring
state is an improvement as it allows us to prevent a bot from opening new deals without risking to lose control over existing deals and without changing e.g. the start condition in the configuration. Is that monitoring
state accessible by a switch in the bot overview as well?
When you stopping the bot you have options to: leave deals, cancel deals, close by limit/market. If you stoped the bot by leave, bot will maintain active deals until they are closed, but do not open new one.
The difference between monitoring and closed is that bot in closed state wont listen for start events, but in monitiring it will. In monitoring mode you can also start deal manually, which is no allowed in stopped bot with active deals. Any active deal in bot with stop or monitoring state will work as per normal ( trailing, indicators or whatever the setup is, will work until deal is closed)
I see. So only a hard downgrade of the subscription will inevitably cancel open deals when it closes bots?