Qt Bitcoin Trader [Open Source secure trading client for Mac/Windows/Linux]

[Askit2]

Hi IGHOR,

Running v1.10.01 and I noticed that after a while (1-2 days) the "Last Trades" log is empty and does not register any new trades. After restart the app does not get my info from the exchange - "My Transactions" is empty, Balances and Open Orders as well. If I go to the exchange and create new API key all works for a day or two then the same thing happens again. Exchange is BTC-E.

Best regards,
Djuby

I did run into something like this once. I have one suggestion. Make sure you have your current IP address on the whitelist. The bug could be the same as I am seeing but I have noticed a similar failure in the past when they added the whitelisting as being required. Although from memory making another key pair did not fix this. Still it seemed worth mentioning.

Another thought would be to look at the debug information. Press ALT+SHIFT+D together. Change the radio button to debug. Let the log run for maybe 20 seconds and then uncheck enable. This will stop new data from showing up in the window. Look for any lines that do not say success or that say failure. If it is related to the issue I am having the line would look similar to the line I have posted from more then 1 debug log from more then one failure. I don't know where the failure is but maybe one of the two will give you an idea why.

[1714205969]

1714205969

[1714205969]

1714205969

[1714205969]

1714205969

[1714205969]

1714205969

[1714205969]

1714205969

[1714205969]

1714205969

[arorts]

Is this the program bases for the andriod app that places coinbase trades?

What do you mean?

Coinbase is among the top 3 exchanges. Any time to add API support for it?  They certainly have professional-grade APIs already.


BTW, the old UI was much better: in one screen one was able to see both buy and sell prices to transact really quickly. Now, one has to to switch tabs between buy and sell. Please revert back to the old UI. It was SO much smarter!

Thanks!!

[IGHOR]

Is this the program bases for the andriod app that places coinbase trades?

What do you mean?

Coinbase is among the top 3 exchanges. Any time to add API support for it?  They certainly have professional-grade APIs already.


BTW, the old UI was much better: in one screen one was able to see both buy and sell prices to transact really quickly. Now, one has to to switch tabs between buy and sell. Please revert back to the old UI. It was SO much smarter!

Thanks!!

I'll work to add Coinbase.

You have low resolution screen, so UI automatically changed to minimal.
You can detach panels and attach side by side and bring back old look.

[djuby]

Hi IGHOR,

Running v1.10.01 and I noticed that after a while (1-2 days) the "Last Trades" log is empty and does not register any new trades. After restart the app does not get my info from the exchange - "My Transactions" is empty, Balances and Open Orders as well. If I go to the exchange and create new API key all works for a day or two then the same thing happens again. Exchange is BTC-E.

Best regards,
Djuby

I did run into something like this once. I have one suggestion. Make sure you have your current IP address on the whitelist. The bug could be the same as I am seeing but I have noticed a similar failure in the past when they added the whitelisting as being required. Although from memory making another key pair did not fix this. Still it seemed worth mentioning.

Another thought would be to look at the debug information. Press ALT+SHIFT+D together. Change the radio button to debug. Let the log run for maybe 20 seconds and then uncheck enable. This will stop new data from showing up in the window. Look for any lines that do not say success or that say failure. If it is related to the issue I am having the line would look similar to the line I have posted from more then 1 debug log from more then one failure. I don't know where the failure is but maybe one of the two will give you an idea why.

Hi IGHOR,

Thanks for the reply. I'll create a new key pair with IPs in the white list. Will post back if the issue occurs and will include the debug info.

Best regards,
Djuby

[macromind]

Hi, how would you proceed to get historical data and do for example: Exponential Moving Average Calculation? Using the scripting language of course.

Thanks,

Macromind

[IGHOR]

Hi, how would you proceed to get historical data and do for example: Exponential Moving Average Calculation? Using the scripting language of course.

Thanks,

Macromind

It will come in upcoming big release.

[Askit2]

Debug before I shut down.

Code:

------------------


------------------
2015-09-08 15:15:45 LVL:0
SND: POST /tapi/ HTTP/1.1
User-Agent: Qt Bitcoin Trader v1.10.01
Host: btc-e.com
Accept: */*
Accept-Encoding: gzip
Connection: keep-alive
Cookie: THERE_WAS_A_COOKIE
Key: REST_KEY
Sign: Intentionally REMOVED
Content-Type: application/x-www-form-urlencoded
Content-Length: 31

method=getInfo&nonce=3461605348
------------------


------------------
2015-09-08 15:15:46 LVL:0
RCV: {"success":1,"return":{"funds":{REMOVED},"rights":{"info":1,"trade":1,"withdraw":0},"transaction_count":0,"open_orders":23,"server_time":1441746946}}
------------------

After a restart. Stupid local service burning up 3.4GB of ram.

Code:

------------------
2015-09-08 16:10:04 LVL:0
RCV: {"success":0,"error":"invalid nonce parameter; on key:3461605361, you sent:'698953074', you should send:3461605362"}
------------------


------------------
2015-09-08 16:10:05 LVL:0
SND: GET /api/3/trades/btc_usd HTTP/1.1
User-Agent: Qt Bitcoin Trader v1.10.01
Host: btc-e.com
Accept: */*
Accept-Encoding: gzip
Connection: keep-alive
Cookie: THERE_WAS_A_COOKIE


------------------

If I am reading that correctly. The nonce from before the restart used a different key then what QT-Bitcoin Trader sent after the restart.
I have no idea why but it seems that a later then 3 day restart would cause they nonce parameter key to vary.
Please look into code that should save this data between runs.

[IGHOR]

Debug before I shut down.

Code:

------------------


------------------
2015-09-08 15:15:45 LVL:0
SND: POST /tapi/ HTTP/1.1
User-Agent: Qt Bitcoin Trader v1.10.01
Host: btc-e.com
Accept: */*
Accept-Encoding: gzip
Connection: keep-alive
Cookie: THERE_WAS_A_COOKIE
Key: REST_KEY
Sign: Intentionally REMOVED
Content-Type: application/x-www-form-urlencoded
Content-Length: 31

method=getInfo&nonce=3461605348
------------------


------------------
2015-09-08 15:15:46 LVL:0
RCV: {"success":1,"return":{"funds":{REMOVED},"rights":{"info":1,"trade":1,"withdraw":0},"transaction_count":0,"open_orders":23,"server_time":1441746946}}
------------------

After a restart. Stupid local service burning up 3.4GB of ram.

Code:

------------------
2015-09-08 16:10:04 LVL:0
RCV: {"success":0,"error":"invalid nonce parameter; on key:3461605361, you sent:'698953074', you should send:3461605362"}
------------------


------------------
2015-09-08 16:10:05 LVL:0
SND: GET /api/3/trades/btc_usd HTTP/1.1
User-Agent: Qt Bitcoin Trader v1.10.01
Host: btc-e.com
Accept: */*
Accept-Encoding: gzip
Connection: keep-alive
Cookie: THERE_WAS_A_COOKIE


------------------

If I am reading that correctly. The nonce from before the restart used a different key then what QT-Bitcoin Trader sent after the restart.
I have no idea why but it seems that a later then 3 day restart would cause they nonce parameter key to vary.
Please look into code that should save this data between runs.

This is bug and it fixed in private beta, I'll publish bugfix release soon.

[Askit2]

Thank You for finding and fixing the bug.
I will try not to restart till the bugfix comes out. Actually the bugfix won't save me from one more key pair setup for each instance. It isn't a big deal another 2 or 3 key pairs won't kill me.

[idee2013]

Hi IGHOR,

i have made the update from 1.08. to 1.10.
until the 1.08 version you have made a very nice solution to avoid a big internet traffic when the orderbook tab/window was not open/active. Without the open tab QT was downloading only about 10Kb/s and was only downloading 150-200kb/s when the orderbook tab was open.
Now the new 1.10 version is downloading  150-200kb/s all the time even when the orderbook windows ist not open. This is really heavy when qt is running 24/7.
Is there a setting to change it back in qt?

Have you plans to support Kraken?

Thanks, I'll check it out and fix. What is your exchange?
For now you can go to settings and set longer request interval, so it will cause lower traffic.
Also orderbook traffic depends on visible row count. You can set up 5 and traffic will be low also.

HI, could you please look for that issue. Qt is downloading around 42GB in 70 hours. Sorry, but this is really to much.
The rowcount change had 0 effect , too.

[Askit2]

Hi IGHOR,

i have made the update from 1.08. to 1.10.
until the 1.08 version you have made a very nice solution to avoid a big internet traffic when the orderbook tab/window was not open/active. Without the open tab QT was downloading only about 10Kb/s and was only downloading 150-200kb/s when the orderbook tab was open.
Now the new 1.10 version is downloading  150-200kb/s all the time even when the orderbook windows ist not open. This is really heavy when qt is running 24/7.
Is there a setting to change it back in qt?

Have you plans to support Kraken?

Thanks, I'll check it out and fix. What is your exchange?
For now you can go to settings and set longer request interval, so it will cause lower traffic.
Also orderbook traffic depends on visible row count. You can set up 5 and traffic will be low also.

HI, could you please look for that issue. Qt is downloading around 42GB in 70 hours. Sorry, but this is really to much.
The rowcount change had 0 effect , too.

I think the request for your exchange that you use might shed some light on why its higher. It would be best if you desire a fix that you do answer the questions that get asked. Sometimes to fix an issue the problem isn't locally on your trading bot but remotely on their server.

[Askit2]

Ok so last night the Digital cable tuner got disabled in that the "network interface" it uses was disabled. Both UI and command prompt where attempted to get it back running. Renaming the connection did momentarily fix it but the next recording failed to work. The only thing that will actually get that "network interface" up is a full restart. I put network interface in "" because it is a USB device hard wired to the computer but uses a fake network interface to communicate.

So I had to restart. I have no way to use the bot until I have them setup again. Since it was late that encouraged me to wait until I was rested. I know that fix and some other changes are in a private beta. Could you release a bug fix release just for the API key pair issue?

Edit: So everything went well and getting both running took about 9 minutes. I think this is the second new key pair set since I found out about the beta. So I guess I only used maybe 27 minutes of my time fixing the lack of restart in a month. This does ignore times I would have preferred to restart and didn't because of a lack of time to fix or the 8 or so hours the bot is down when it is late. The delay because it is late is my fault but I found I make more mistakes when I am half asleep.

EDIT October 4, 2015: Some additional thoughts. Going back to a reply from September 8, 2015 you said you would put out a bug fix release soon. It is say 4 days short of a month. When is soon? I found this error in early July. I mentioned it on or near the 10th of July. After two months of difficult restarts I finally had crash logs that showed what I wanted to show: before and after results. This did end with you mentioning the bug being fixed in private beta. The bothersome part to me is that it is getting close to 3 months of these crashes/failures. At this point I wonder if the private beta didn't have more bugs. I just want it to work as it always had. No weird API key pair failures on every restart. No trying to calculate how long it will take to get everything up and running if I do restart to fix or install something. Maybe I am just overly interested in news.

[idee2013]

Hi IGHOR,

i have made the update from 1.08. to 1.10.
until the 1.08 version you have made a very nice solution to avoid a big internet traffic when the orderbook tab/window was not open/active. Without the open tab QT was downloading only about 10Kb/s and was only downloading 150-200kb/s when the orderbook tab was open.
Now the new 1.10 version is downloading  150-200kb/s all the time even when the orderbook windows ist not open. This is really heavy when qt is running 24/7.
Is there a setting to change it back in qt?

Have you plans to support Kraken?

Thanks, I'll check it out and fix. What is your exchange?
For now you can go to settings and set longer request interval, so it will cause lower traffic.
Also orderbook traffic depends on visible row count. You can set up 5 and traffic will be low also.

HI, could you please look for that issue. Qt is downloading around 42GB in 70 hours. Sorry, but this is really to much.
The rowcount change had 0 effect , too.

I think the request for your exchange that you use might shed some light on why its higher. It would be best if you desire a fix that you do answer the questions that get asked. Sometimes to fix an issue the problem isn't locally on your trading bot but remotely on their server.

 

HI Ighor,

i use stamp. Thx for your reply

Have you plans to support Kraken?

[Askit2]

Hi IGHOR,

i have made the update from 1.08. to 1.10.
until the 1.08 version you have made a very nice solution to avoid a big internet traffic when the orderbook tab/window was not open/active. Without the open tab QT was downloading only about 10Kb/s and was only downloading 150-200kb/s when the orderbook tab was open.
Now the new 1.10 version is downloading  150-200kb/s all the time even when the orderbook windows ist not open. This is really heavy when qt is running 24/7.
Is there a setting to change it back in qt?

Have you plans to support Kraken?

Thanks, I'll check it out and fix. What is your exchange?
For now you can go to settings and set longer request interval, so it will cause lower traffic.
Also orderbook traffic depends on visible row count. You can set up 5 and traffic will be low also.

HI, could you please look for that issue. Qt is downloading around 42GB in 70 hours. Sorry, but this is really to much.
The rowcount change had 0 effect , too.

I think the request for your exchange that you use might shed some light on why its higher. It would be best if you desire a fix that you do answer the questions that get asked. Sometimes to fix an issue the problem isn't locally on your trading bot but remotely on their server.

 

HI Ighor,

i use stamp. Thx for your reply

Have you plans to support Kraken?

If you quote the question when answering it then it is frequently easier for people to find the information. It will make the post grow a bit. I guess I missed your reply or didn't relate the two. I did read all the posts. That is not entirely common for people to do. My point was and still is if you make things easy to find by linking related conversations then people don't have to try to find it. Then when you reposted your request the exchange information would be with it. Don't get me wrong I can't force anyone to do anything. I have just noticed when people don't have to search for information they usually have a better response.

[Askit2]

Hey,
I'm forced to restart again. Even getting the network interface up doesn't fix WMC's brilliant disabling system. So another restart. Another new API key pair. Any news on when soon is?

[rangedriver]

Any news on Poloniex support?

[SomeRandomDude]

Hello, I still am a big fan of your beautiful piece of code!
But I am waiting to use it with Kraken.com since over a year now. 
Would be nice to see things finally go forward, I'd really really love to use it with Kraken..
 
 
And I think I speak for a lot of people.
 
Thank you..!

[idee2013]

aaaand he's gone

does anyone know where i can download older versions of Qt trader. It is sucking now 450kb/s 24/7. i dont know why

[Askit2]

[/color]

Debug before I shut down.

Code:

------------------


------------------
2015-09-08 15:15:45 LVL:0
SND: POST /tapi/ HTTP/1.1
User-Agent: Qt Bitcoin Trader v1.10.01
Host: btc-e.com
Accept: */*
Accept-Encoding: gzip
Connection: keep-alive
Cookie: THERE_WAS_A_COOKIE
Key: REST_KEY
Sign: Intentionally REMOVED
Content-Type: application/x-www-form-urlencoded
Content-Length: 31

method=getInfo&nonce=3461605348
------------------


------------------
2015-09-08 15:15:46 LVL:0
RCV: {"success":1,"return":{"funds":{REMOVED},"rights":{"info":1,"trade":1,"withdraw":0},"transaction_count":0,"open_orders":23,"server_time":1441746946}}
------------------

After a restart. Stupid local service burning up 3.4GB of ram.

Code:

------------------
2015-09-08 16:10:04 LVL:0
RCV: {"success":0,"error":"invalid nonce parameter; on key:3461605361, you sent:'698953074', you should send:3461605362"}
------------------


------------------
2015-09-08 16:10:05 LVL:0
SND: GET /api/3/trades/btc_usd HTTP/1.1
User-Agent: Qt Bitcoin Trader v1.10.01
Host: btc-e.com
Accept: */*
Accept-Encoding: gzip
Connection: keep-alive
Cookie: THERE_WAS_A_COOKIE


------------------

If I am reading that correctly. The nonce from before the restart used a different key then what QT-Bitcoin Trader sent after the restart.
I have no idea why but it seems that a later then 3 day restart would cause they nonce parameter key to vary.
Please look into code that should save this data between runs.

This is bug and it fixed in private beta, I'll publish bugfix release soon.

I suppose IGHOR is gone. I was going to wait for 3 days to post this again. The reason would be by then it will be 2 months since not only was the bug known but it had been fixed. Well for anyone in the private beta. How one gets into the private beta I have no idea. How one gets the code to fix it themselves I also have no idea. When soon is again I am not knowing.

I did notice when the power went out my raspberry pi running arch Linux was unintentionally restarted. The odd thing was there was no problem when it came back up. No nonce-sense. No new key pairings. I logged in and it just worked. Once doesn't prove anything but it does make me wonder if the actual shut down code that runs isn't messing things up. Maybe a true force killing will fix it. It likely won't but who knows maybe I can get less trouble just killing it off rather then letting it close cleanly.

of course taskkill /IM qtbitcointrader.exe /F doesn't get what I want. So another key pair away!

[StarenseN]

aaaand he's gone

does anyone know where i can download older versions of Qt trader. It is sucking now 450kb/s 24/7. i dont know why

Triple check what you download because some version have been mined with Trojans and Keyloggers malwares. I had an issue with a copy named CryptoTrader QT.