Yep, Evan is working on this, it's a race condition in the DarkSendPool implementation of the Masternode code - wait for v0.12.10.15is it the reason that cause the denomination slow processing?
This time i run the darkcoin-qt with -darksendrounds=8 and the log shows many fails when join to the darksend entry. So many requests happens in this time? (or contrary, not enough?)
Code:grep "entries is full" debug.log 2014-08-06 01:29:06 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 01:29:15 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 01:34:50 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 01:34:53 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 01:35:54 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 01:45:00 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 02:39:34 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 02:54:50 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:01:09 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:02:44 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:14:58 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:17:01 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:31:16 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:52:53 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:53:14 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 03:59:38 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 04:16:48 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 04:27:51 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 04:30:32 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 04:33:48 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 04:37:46 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 04:59:55 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:00:23 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:18:41 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:27:42 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:40:08 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:51:36 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:52:29 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full 2014-08-06 05:56:47 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: 0 error: entries is full
Great - those race conditions are hard to troubleshoot! - hence why we need to test as much as we can!Yep, Evan is working on this, it's a race condition in the DarkSendPool implementation of the Masternode code - wait for v0.12.10.15
I would expect that the denomination fee can be modified (lowered) in future if the price does shoot up significantly. Edit - the fee's especially collateral needs to be kept at a certain threshold vs price to stop bad actors from doing anything substantial to the network.So if the whole balance is denominated after every transaction this will cost you transaction fees + denomination fees + take X hours to redenominate?
The fees sound reasonable for the large amounts you are using on test net but if you take it down to smaller balances - the amounts will reflect a significant percentage if the above is true.
Add to that future increase in value and people may be hesitant in future to denominate. And we need everyone denominating as often as possible.
With the amount of transactions always going on due to the denomination is it not worth lowering the fees?
Is there a way around redenominating the whole balance after each transaction?
I know I'm being annoying but our competitors are going to jump on any shortcomings perceived or real. And only being able to send 1 transaction every few hours is one in my opinion.
If I've misunderstood please correct me I thought it was worth posting this as I can't be the only one thinking this.
Your wallet has started denominating and is charging the fees.As soon as I updated the mac xOS version of the wallet (v0.10.12.14-beta), this appeared and I didn't send any coins to anyone (including myself). Is this normal?
Your wallet has started denominating and is charging the fees.
And as it seems he is on mainnet, the wallet will fail denominating ^^Your wallet has started denominating and is charging the fees.
And as it seems he is on mainnet, the wallet will fail denominating ^^
Nothing be concerned yet - just be aware that you are using a unreleased RC4 version on your real DRK and bad things might happen... that's what testnet is for.Is it something I should be concerned? What do you recommend me to do? roll back to the old version?
LOL, well spotted flare. Light, yeah you shouldn't be using an RC4 wallet on main net, it ain't gonna work out well... close it and fire up your old wallet again... :grin:
Yep, Evan is working on this, it's a race condition in the DarkSendPool implementation of the Masternode code - wait for v0.12.10.15
Been watching testnet...
Looks like the rare vanishing MN problem may be responsible for the equally occurring false collateral fees... C'mon Evan, you can nail this one... Been nagging for a while now. It's not a coincidence. That nagging MN problem that only rarely happens is where you should be looking, not banging your head against mixing code that works just fine... ;-) It's not the client disconnecting, it's the MN!
You are right, we are due delivering 0.9.11.7 and 0.10.11.7 for Mac...flare I rolled back to the currently available main-net version from darkcoin.io but this mac version also have address font issue Could you please fix mainnet version so that the new comers don't freak out when they can't see the addresses.
I accidently did the same yesterday and was a little worried, thankfully nothing bad happened (which probably is a good sign...)Nothing be concerned yet - just be aware that you are using a unreleased RC4 version on your real DRK and bad things might happen... that's what testnet is for.
I would stay on testnet for the time being...
#!/bin/bash
echo Starting primary wallet on main net
./darkcoin-qt.10.11.6 -datadir=/home/nathan/darkcoin/mainnet/.darkcoin & disown
#!/bin/bash
echo Starting testnet wallet on testnet
./darkcoin-qt.10.12.14 -darksendrounds=8 -datadir=/home/nathan/darkcoin/testnet/.darkcoin & disown
echo Starting testnet wallet 2 on testnet
./darkcoin-qt.10.12.14 -listen 0 -darksendrounds=2 -datadir=/home/nathan/darkcoin/testnet/.darkcoin2 & disown
I accidently did the same yesterday and was a little worried, thankfully nothing bad happened (which probably is a good sign...)
After that I decided it would just be easier to write a bash script to start my wallet and not have to worry.
Code:#!/bin/bash echo Starting primary wallet on main net ./darkcoin-qt.10.11.6 -datadir=/home/nathan/darkcoin/mainnet/.darkcoin & disown
Code:#!/bin/bash echo Starting testnet wallet on testnet ./darkcoin-qt.10.12.14 -darksendrounds=8 -datadir=/home/nathan/darkcoin/testnet/.darkcoin & disown echo Starting testnet wallet 2 on testnet ./darkcoin-qt.10.12.14 -listen 0 -darksendrounds=2 -datadir=/home/nathan/darkcoin/testnet/.darkcoin2 & disown
LOL congratulations, you are the first RC4 user on mainnet!I even sent some coins (non-anonymized) to an exchange with the mainnet version (v0.10.12.14-beta) and it went through perfectly. I have a feeling that RC4 is gonna be a huge success. Can't wait!