Username: Password:

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - PookztA

Pages: [1]
1
Gunthar has officially acknowledged that Gunbot v9 will fix v8's average buy price miscalculation problem, and that the v9 release is now in beta testing phase. Not long now folks, can't wait for v9! You can read more about this v8 problem, and temporary solutions, in these two threads:

1. Forum: https://gunthy.org/forum/index.php/topic,2995.0.html
2. GitHub: https://github.com/GuntharDeNiro/BTCT/issues/521

2
Gunthar has officially acknowledged that Gunbot v9 will fix this problem, and that the release is now in beta testing phase. Not long now folks, can't wait for v9!

3
Hi PookztA,

Why not just using the parameters BUY_ENABLED=False in version 7 and SELL_ENABLED=False in version 8 ? It wouldn't work ?

Great point. Disabling buys on v7, and disabling sells on v8, in the way that you described, would work for standard Gunbot use. However, those parameters don't work for the Trading View plugin, which is what I am using. Good point though, thank you.

4
Gunthar has officially acknowledged that Gunbot v9 will fix this problem, and that the release is now in beta testing phase. Not long now folks, can't wait for v9!

5
Temporary solution until this issue gets fixed:

Since v7.0.2 has a problem buying due to incorrect calculations of bag quantities (error was fixed in v8), I use v7 just to sell.
Since v8.0.3 has a problem selling due to incorrect averaging of buy prices (error not present in v7), I use v8 just to buy.

Thus, a temporary solution, is to run a v7 instance on one computer (or virtual machine) with impossible buy parameters (max buy 0.0 BTC, max cap 0.0 BTC), so that it will only be able to sell, and to run a v8 instance on a second computer (or virtual machine) with impossible sell parameters (gain 99%, max sell 0.0 BTC), so that it will only really attempt to buy.

In other words...

Run v7 just to sell, and v8 just to buy. Working great this way.

6
Temporary solution until this issue gets fixed (hopefully in version 9):

Since v7.0.2 has a problem buying due to incorrect calculations of bag quantities (error was fixed in v8), I use v7 just to sell.
Since v8.0.3 has a problem selling due to incorrect averaging of buy prices (error not present in v7), I use v8 just to buy.

Thus, a temporary solution, is to run a v7 instance on one computer (or virtual machine) with impossible buy parameters (max buy 0.0 BTC, max cap 0.0 BTC), so that it will only be able to sell, and to run a v8 instance on a second computer (or virtual machine) with impossible sell parameters (gain 99%, max sell 0.0 BTC), so that it will only really attempt to buy.

In other words...

Run v7 just to sell, and v8 just to buy. Working great this way.

7
Hi Gunthy Developers and Users,

GunBot v8.0.3 is definitely incorrectly averaging buy prices sometimes. It has resulted in some minor sales for losses, even with a protective gain setting, and it often misses opportunities to sell for profit because it thinks the sell price is not high enough, due to miscalculation of the average buy price. For some reason it appears to be averaging too many, or all, of the previous buy prices, rather than just the buy prices of the current bag. GunBot refused to sell an XLM bag recently because: "Averaged bought price is: 0.000043693714349376117, waiting for sell price to grow", but if you look at the screenshot below, you will see that the true average buy price is much lower than that, around .00003100. This is happening with both the included GunBot strategies (e.g. BB, GAIN), and with the TradingView plugin. Please see the screenshot below and calculate the average buy price for yourself.

I created a GitHub post about this issue as well: https://github.com/GuntharDeNiro/BTCT/issues/521

Thank you very much for any time, help, and comments that people contribute to this problem. Best wishes always.

-Abe

UPDATE 3/12/18

Temporary solution until this issue gets fixed:

Since v7.0.2 has a problem buying due to incorrect calculations of bag quantities (error was fixed in v8), I use v7 just to sell.
Since v8.0.3 has a problem selling due to incorrect averaging of buy prices (error not present in v7), I use v8 just to buy.

Thus, a temporary solution, is to run a v7 instance on one computer (or virtual machine) with impossible buy parameters (max buy 0.0 BTC, max cap 0.0 BTC), so that it will only be able to sell, and to run a v8 instance on a second computer (or virtual machine) with impossible sell parameters (gain 99%, max sell 0.0 BTC), so that it will only really attempt to buy.

In other words...

Run v7 just to sell, and v8 just to buy. Working great this way.

8
I had the same problem... just go back to 7.02 stable. I double checked the numbers and the calculation of the 7.02 gunbot is fine. I guess the small assets of the previously trades mess something up...

Same topic:
https://gunthy.org/forum/index.php/topic,2928.0.html

Thanks for the reply and tip. I will try going back to v7.0.2 for now. I also created a GitHub post to make sure this gets attention as it's a major problem since GunBot v8.0.3. is missing many profitable sells and forcing some negative sells. GitHub post created here: https://github.com/GuntharDeNiro/BTCT/issues/521

Thanks for your reply.

-Abe

9
I m having the same problems and i stop to use this bot for this reason.. the team wasn t able to help me until now and they say to wait for the latest release to see if there are improvements.. Did you worked out the problem?

No, I haven't gotten any help or found a fix, but the losses have been minimal, like 1% or less, and all the positive gains have far out weighed the negative ones, so I continue to use my Gunbot.

10
This is the second time this has happened. The first time occurred on 1/17/18 when Double Up was activated, so I naturally thought it was due to an error in Double Up / Average Down buy price calculations / averaging. Thus, I disabled Double Up, but then it happened for a second time, just today 2/15/18. Both times it was a negative trade for a -1% loss, but it was reported as a very large profit (due to the incorrectly calculated / averaged, falsely low buy price).

I think I determined why it's likely doing this. GunBot will sometimes inappropriately average together two buy prices, then sell based on that falsely low buy price, even though the old buy was completely closed or almost completely closed with a corresponding sale. The bot thinks it's selling at a profit, but it's actually selling at a loss since it's using a falsely low, incorrectly averaged buy price, instead of the correct buy price. At first I thought this was from a glitch in Double Up / Average Down as I mentioned above, so I disabled that but it just happened again, so I feel strongly that it's not from Double Up. I think it's an error or glitch in how the bot determines closed trades, and thus when it should average together two buy prices instead of just using the most recent buy price. Please see the attached screenshots.

Notice that the most recent sale from 2/15/18 was 100% of the CND coins from the most recent buy, so a totally closed sale, but it was sold at a loss despite the stop limit not being hit (not even close). Also notice that in the previous closed trade (buy and sell) from 1/17/18, there were 24 CND coins left over from the previous "closed" or "almost-closed" trade. Thus, perhaps these leftover coins were carried over to the most recent trade, which is why it attempted to average the two buy prices together (one from 1/17/18, the second from 2/15/18). Thus, the most recent trade appears to have averaged the buy prices, even though the sale was really 98-99% made of coins purchased at the most recent buy price, and only about 1-2% made of coins purchased at the previous buy price. But by weighting the two buys equally and averaging the two buys, it resulted in a falsely low buy price and an incorrectly low sell price, and thus, a negative trade of roughly -1%. This is definitely a bot calculation error it seems, and not specifically Double Up's / Average Down's fault.  Again, please see attached screenshots below. Any help is greatly appreciated. Thank you for any attempts to help if anyone has any ideas or comments to share.

-Abe

UPDATE 3/8/18: GitHub post created on this topic: https://github.com/GuntharDeNiro/BTCT/issues/521

Temporary solution until this issue gets fixed:

Since v7.0.2 has a problem buying due to incorrect calculations of bag quantities (error was fixed in v8), I use v7 just to sell.
Since v8.0.3 has a problem selling due to incorrect averaging of buy prices (error not present in v7), I use v8 just to buy.

Thus, a temporary solution, is to run a v7 instance on one computer (or virtual machine) with impossible buy parameters (max buy 0.0 BTC, max cap 0.0 BTC), so that it will only be able to sell, and to run a v8 instance on a second computer (or virtual machine) with impossible sell parameters (gain 99%, max sell 0.0 BTC), so that it will only really attempt to buy.

In other words...

Run v7 just to sell, and v8 just to buy. Working great this way.

11
This happened to me recently as well. I think I figured out why it's doing it. GunBot will sometimes inappropriately average together two buy prices, then sell based on that falsely low buy price, even though the old buy was closed with a sale. The bot thinks it's selling at a profit, but it's actually at a loss since it's using a falsely low, averaged buy price, instead of the correct buy price. At first I thought this was from a glitch in Double Up / Average Down, so I disabled that, but it just happened again, so clearly it's not that. I think it's an error in how the bot determines closed sales and thus when it should average together two buy prices instead of just using the most recent one. Please see the attached screenshots.

Notice that the most recent sale was 100% of the coins from the most recent buy, so a totally closed sale, but it was sold at a loss despite stop limit not being hit. Also notice that in the previous closed trade (buy and sell), there were 24 CND coins left over, which equates to 0.1% of the transaction. Thus, perhaps only 0.05% of that 0.1% was used for the transaction fee (I use Binance with BNB for fees, so the transaction fee is 0.05%), and the remaining 0.05% was carried over to the most recent trade. Thus, the most recent trade attempted to average the buy prices, even though the sale was really made of 95-99% the most recent buy price, and only 1-5% the previous buy price. But by weighting the two buys equally and averaging the two buys, it resulted in a negative trade for 1%. Definitely a bot calculation error, and not Double Up's / Average Down's fault.




12
UPDATE 2/10/9 7:55AM PST: As of this morning, 2/10/19, GunBot is now successfully connecting to Binance and performing correctly. It was not working last night, 2/9/10, but is now working. I did not do anything special, I just reattempted starting up the bot this morning, and it worked, didn't even reattempt time-syncing or anything else. Just restarted gunthy-gui.exe, started the bot, and it's working. Woot woot! Will update this thread if there are any other related issues I encounter. My original post remains above in case others are still having this issue.

13
I am having the same exact issue. Can you log onto binance.com? I am unable to log on and check my api key. No idea if this is a binance or gunbot issue.  :'(

Yes I can log in. I use the URL http://us.binance.com now. The old URL (www.binance.com) doesn't work anymore. The Android app also works well for me now. Both started working well this morning. I made some trades today manually since my GunBot isn't working. They're doing another update tonight, this one is an upgrade, hopefully that will fix the remaining DNS and API issues and maybe our GunBot can connect again. Please let me know if you find a solution and I will do the same of course.

14
UPDATE 2/10/9 7:55AM PST: As of this morning, 2/10/19, GunBot is now successfully connecting to Binance and performing correctly. It was not working last night, 2/9/10, but is now working. I did not do anything special, I just reattempted starting up the bot this morning, and it worked, didn't even reattempt time-syncing or anything else. Just restarted gunthy-gui.exe, started the bot, and it's working. Woot woot! Will update this thread if there are any other related issues I encounter. My original post remains below in case others are still having this issue.

Greetings,

My GunBot was working great on Binance until the update they performed during the last 48 hours. Binance is now back up and running great since this morning (2/9/18), but my GunBot will no longer work properly. When I try running the bot, the log attempts to connect to Binance, then says:

Quote
Loading config...
Loading exchange - binance
Issue fetching product details
Unable to check master key.

I tried restarting gunthy.exe and my computer. I tried restarting my clock and resyncing it, which has helped with the "Unable to check master key" problem in the past, but I never experienced the "Issue fetching product details" problem before. I've also verified my API key and secret code are still the same and correctly entered. No changes on my firewall, all required ports are still open. My friend's GunBot stopped working on Binance too last night, but now his is working just fine again, and he didn't have to do any troubleshooting to get it working again.

It seems there was some issue with Binance API keys that required some changes, which they posted this link for, but I don't understand it very well (not a coder). Perhaps it's related to the problem somehow? However, my friend had no issues with his API key and no problem successfully restarting his GunBot on Binance today, so I'm not quite sure why my setup is now running into problems despite working great just 2 days ago. Here's the link Binance provided regarding API key changes in case any of you are willing to take a look: https://github.com/binance-exchange/binance-official-api-docs/blob/master/wapi-api.md

Is anyone else having this problem, or does anyone have any ideas that may help? Any help is much appreciated. Thanks in advance for your time, and any help you attempt to share.  :)

-Abe


Pages: [1]