• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

v0.10.13.x RC5 Testing

Status
Not open for further replies.
Evan or Flare, could you please explain this with examples:

http://jira.darkcoin.qa/browse/DRK-40

Thank you.
It's not a bug, it's a .. story :)

Basically it means that Evan is aware that the current queue implementation is sometimes causing "Not compatible transactions found" messages on the clients, and he created this ticket as a work package reminder for himself to get into this - it's Evans' dev work queue if you like :)
 
Not sure if this has been discussed...

I am mining solo against the window-qt..

I recieved 2000 tdrk
my setting is, 8 rounds 5000
I now have over 4400 anonimized because it is denominating my mined blocks.... aren't mined blocks already anonymous? I dont think I should have to pay fees on my mined coins?

Jim
 
I'm curious if the development team has automated testing in place to catch these splitting/mixing bugs. Ideally it should be tested on some kind of testnet or simulated testnet with many different sized inputs and fast confirmation times before the code is pushed out.
I am working on this - unfortunately Darkcoin does not have the 'regnet' mode (additional to testnet) as in Bitcoin 0.9.x yet, but thats the way we want to go in the future. Evan has his own "mini testnet" in place for development, but the CI-server is still lacking such

I fully agree that bugs in the splitting code are tedious to hunt down with manual testing in testnet, and automated tests are crucial here...
 
Not sure if this has been discussed...

I am mining solo against the window-qt..

I recieved 2000 tdrk
my setting is, 8 rounds 5000
I now have over 4400 anonimized because it is denominating my mined blocks.... aren't mined blocks already anonymous? I dont think I should have to pay fees on my mined coins?

Jim
The client has no way of knowing that those DRK have just been mined, it assumes all incoming DRK requires anonymising, which for just about every other case is true.

It would need more overhead than is probably practical to determine whether any particular chunk of coinage is freshly minted or not.

Solution: mine to a wallet with Darksend disabled. :smile:
 
aren't mined blocks already anonymous? I dont think I should have to pay fees on my mined coins?
Interesting idea, per definition fresh mined blocks should be anonymous as they are not tainted at all. Perhaps you should file this as feature request.

Nevertheless miners usually don't run their wallet with darksend/denom enabled ^^
 
I'm willing to provide a large quantity of test masternodes in return for DRK to cover the hosting costs. Would more masternodes in testnet help?
 
  • Like
Reactions: jpr
I'm willing to provide a large quantity of test masternodes in return for DRK to cover the hosting costs. Would more masternodes in testnet help?

How many MNs are we talking, and how much DRK do you need to accomplish that? I might could make a small donation, and there are likely others who would contribute to a robust testnet!
 
I'm willing to provide a large quantity of test masternodes in return for DRK to cover the hosting costs. Would more masternodes in testnet help?
Willing to contribute, depends what numbers we are talking about.
 
I'm willing to provide a large quantity of test masternodes in return for DRK to cover the hosting costs. Would more masternodes in testnet help?
I have some resource but am very rusty in linux, if someone can help me with the setup of the MN i can host MN continuously on test net.
 
i'm impressed with latest RC5 build, the completion bar is a great addition and the denominate's are going well.
Not seen any collateral fees so far, i'm starting to feel optimistic that it has been squashed as bug completely now.
 
Last edited by a moderator:
I can fairly rapidly deploy MN's on testnet through vultr if needed. Built some simply shell scripts that can boot a node with darkcoind setup and running upon first login. All you'd have to do is send the 1000 coins and set the darkcoin.conf file. MN could be up in about the time it takes to confirm the coins.
 
I can fairly rapidly deploy MN's on testnet through vultr if needed. Built some simply shell scripts that can boot a node with darkcoind setup and running upon first login. All you'd have to do is send the 1000 coins and set the darkcoin.conf file. MN could be up in about the time it takes to confirm the coins.
can you post the script I could try to setup some local virtual servers.
 
****** PLEASE UPDATE TO v9.13.3 (Stable) OR 10.13.3 (RC) *******

- This update deals with freezing, slow wallets, slow load times and the "not compatible" error. I debugged one of the slow wallets and found it had 38,000 keys in the keypool, then after more investigation I found the passive Darksend process has been reserve keys for every attempt! To rectify this I've modified the queuing system, so users wait in a masternode queue without actually sending the transactions until the queue is full.

Please move any testing funds to a new wallet to test the new version.

Stable Binaries
http://www.darkcoin.io/downloads/master-rc5/darkcoin-qt
http://www.darkcoin.io/downloads/master-rc5/darkcoind

RC5 Binaries
http://www.darkcoin.io/downloads/rc5/darkcoin-qt
http://www.darkcoin.io/downloads/rc5/darkcoind
 
Last edited by a moderator:
Not sure I'd call this a bug just yet, but it's taking hours for my last 25 tdrk to anonymize...
 
****** PLEASE UPDATE TO v9.13.3 (Stable) OR 10.13.3 (RC) *******

- This update deals with freezing, slow wallets, slow load times and the "not compatible" error. I debugged one of the slow wallets and found it had 38,000 keys in the keypool, then after more investigation I found the passive Darksend process has been reserve keys for every attempt! To rectify this I've modified the queuing system, so users wait in a masternode queue without actually sending the transactions until the queue is full.

Please move any testing funds to a new wallet to test the new version.

CI-builds for v0.9.13.3-g6903fbb

Windows 32bit:
http://bamboo.darkcoin.qa/artifact/DWD-DRK/QTL/build-115/gitian-win-darkcoin-bin/32/darkcoin-qt.exe
http://bamboo.darkcoin.qa/artifact/...tian-win-darkcoin-bin/32/daemon/darkcoind.exe
http://bamboo.darkcoin.qa/artifact/...coin-bin/32/darkcoin-0.9.13.3-win32-setup.exe

Mac OS X:
http://bamboo.darkcoin.qa/browse/DOD-DRK-96/artifact/QTL/gitian-osx-darkcoin/DarkCoin-Qt.dmg

Linux 32bit:
http://bamboo.darkcoin.qa/artifact/BL-DRK/QTL/build-94/gitian-linux-darkcoin-bin/bin/32/darkcoin-qt
http://bamboo.darkcoin.qa/artifact/BL-DRK/QTL/build-94/gitian-linux-darkcoin-bin/bin/32/darkcoind

Linux 64bit:
http://bamboo.darkcoin.qa/artifact/BL-DRK/QTL/build-94/gitian-linux-darkcoin-bin/bin/64/darkcoin-qt
http://bamboo.darkcoin.qa/artifact/BL-DRK/QTL/build-94/gitian-linux-darkcoin-bin/bin/64/darkcoind

CI-builds for v0.10.13.3-g0efcbc1

Windows 32bit:
http://bamboo.darkcoin.qa/artifact/...arkcoin-rc-darkcoin-qt-bin/32/darkcoin-qt.exe
http://bamboo.darkcoin.qa/artifact/...coin-rc-darkcoind-bin/32/daemon/darkcoind.exe

Mac OS X:
http://bamboo.darkcoin.qa/browse/DOD-DRKRC-33/artifact/QTL/gitian-osx-darkcoin-rc/DarkCoin-Qt.dmg

Linux 32bit:
http://bamboo.darkcoin.qa/artifact/...tian-linux-darkcoin-rc-bin/bin/32/darkcoin-qt
http://bamboo.darkcoin.qa/artifact/...gitian-linux-darkcoin-rc-bin/bin/32/darkcoind

Linux 64bit:
http://bamboo.darkcoin.qa/artifact/...tian-linux-darkcoin-rc-bin/bin/64/darkcoin-qt
http://bamboo.darkcoin.qa/artifact/...gitian-linux-darkcoin-rc-bin/bin/64/darkcoind
 
****** PLEASE UPDATE TO v9.13.3 (Stable) OR 10.13.3 (RC) *******

- This update deals with freezing, slow wallets, slow load times and the "not compatible" error. I debugged one of the slow wallets and found it had 38,000 keys in the keypool, then after more investigation I found the passive Darksend process has been reserve keys for every attempt! To rectify this I've modified the queuing system, so users wait in a masternode queue without actually sending the transactions until the queue is full.

Please move any testing funds to a new wallet to test the new version.

Stable Binaries
http://www.darkcoin.io/downloads/master-rc5/darkcoin-qt
http://www.darkcoin.io/downloads/master-rc5/darkcoind

RC5 Binaries
http://www.darkcoin.io/downloads/rc5/darkcoin-qt
http://www.darkcoin.io/downloads/rc5/darkcoind

init message: Loading wallet... (Generating keys 1000/1000)
init message: Loading wallet... (Generating keys 1001/1000)

Is this how it is supposed to be? :) Ubuntu 14.04

This bug was also in the first RC5.
 
the 10.13.3 that Evan linked still says 10.13.2 in getinfo

"version" : 101302,
"protocolversion" : 70036,
"walletversion" : 60001,
"balance" : 1999.97400000,
"anonymized_balance" : 999.00000023,
"blocks" : 26626,
"timeoffset" : 0,
"connections" : 8,
"proxy" : "",
"difficulty" : 0.61918349,
"testnet" : true,
"keypoololdest" : 1409946073,
"keypoolsize" : 1001,
"paytxfee" : 0.00100000,
"mininput" : 0.00001000,
"errors" : ""
}
 
Status
Not open for further replies.
Back
Top