v0.10.17.x Testing

moli · Dec 4, 2014

Hmm...Now my wallet has been getting hit with blank type transactions and "Unconfirmed 9.77499906 DRK"

Why do we keep getting these blank transactions? ~~And it seems some of them might be stuck on the block chain again.~~

Edit: All blank transactions got confirmed.

qwizzie · Dec 4, 2014

some more wallets finished with the input amounts exactly 8 rounds (not exceeding them) and reaching 100 % :

nr 1 :

Darksend Balance : 554
Amount set : 990

nr 2 :

Darksend Balance : 454
Amount set : 990

nr 3 :

Darksend Balance : 744
Amount set : 990

I found no further collateral fees and also no blank transactions (transactions without ''type'')

coingun · Dec 4, 2014

I am really excited about this code and where it is at. I sometimes get frustrated when things on testnet don't go as planned but then I realize I need to step back and realize this is what testnet is for. Figuring out the things we need to and tweaking all the things that needs tweaking. I am excited at how robust the ds+ code base has become after all the people looking it over. Thanks to everyone for all their hardwork testing and hardening the code! May the dark be with you!

kryptofoo · Dec 4, 2014

Nice - darksend is working again and is fast in v101717. No longer getting any blank transactions or strange error messages in v101717. Just a few nuisance items perhaps:

When I am anonymizing 2000 tdrk 4 rounds, I still have a lot of denoms going through 5 or 6 rounds. My completion bar reads 100% completion too early because of this.

In the 32bit windows-qt client starting with early versions of 1017xx and continuing in v101717, anytime a transaction is being created (darksend mixing or just sending funds) the CPU gets pegged and the client becomes unresponsive for maybe 15-20 seconds. This happened sporadically in my v1016xx clients but now it happens every time, even during darksend mixing. I have a decent PC (i5, 8gb) so not a huge problem but folks with crappy machines may have more of an issue with this.

crowning · Dec 4, 2014

Wallet run for the complete night without crash, but there's still this "DoAutomaticDenominating -- Found unconfirmed denominated outputs, will wait till they confirm to continue." bug.

In other words, it's not possible to denominate with this wallet for me.

crowning said:

BTW, I get lots of "2014-12-03 22:36:07 DoAutomaticDenominating -- Found unconfirmed denominated outputs, will wait till they confirm to continue."
I moved most inputs to a single one to make debugging more easy, and they all have 17 confirms now.

Edit: how can a "payment to yourself" be not final? I would like to understand why the code in "bool IsConfirmed() const" looks like this:

Code:

...
  for (unsigned int i = 0; i < vWorkQueue.size(); i++)
  {
    const CMerkleTx* ptx = vWorkQueue[i];

    if (!ptx->IsFinal())
      return false;
    if (ptx->GetDepthInMainChain() >= 1)
      continue;
    if (!pwallet->IsFromMe(*ptx))
      return false;
...

Edit^2: wallet closed itself again:

Code:

2014-12-03 22:55:43 NotifyTransactionChanged 0470d16d1a12dd3d074b743b34e7d75dc6a6380ad64fb908c8e1ce042ceecf3e status=0
2014-12-03 22:55:43 updateWallet 0470d16d1a12dd3d074b743b34e7d75dc6a6380ad64fb908c8e1ce042ceecf3e 0
2014-12-03 22:55:43  inWallet=1 inModel=0 Index=7-7 showTransaction=0 derivedStatus=0
2014-12-03 22:55:43 Committing 43 changed transactions to coin database...
2014-12-03 22:55:43 SetBestChain: new best=00000000c17a1350f7f130caf39d45c0fffea58bb6fa993a36575b185298bc1c  height=73956  log2_work=46.037533  tx=168383  date=2014-12-03 22:55:32 progress=1.000000
2014-12-03 22:55:43 send last getblocks for 00000000c17a1350f7f130caf39d45c0fffea58bb6fa993a36575b185298bc1c peer=8
2014-12-03 22:55:43 send last getblocks for 00000000c17a1350f7f130caf39d45c0fffea58bb6fa993a36575b185298bc1c peer=2
2014-12-03 22:55:43 send last getblocks for 00000000c17a1350f7f130caf39d45c0fffea58bb6fa993a36575b185298bc1c peer=4
2014-12-03 22:55:44 send last getblocks for 00000000c17a1350f7f130caf39d45c0fffea58bb6fa993a36575b185298bc1c peer=1
2014-12-03 22:55:44 getblocks -1 to 0 limit 500 peer=1
2014-12-03 22:55:45 Flushing wallet.dat
2014-12-03 22:55:45 Flushed wallet.dat 18ms
2014-12-03 22:56:12 Submiting Darksend for 659.000000 DRK
2014-12-03 22:56:12 DoAutomaticDenominating -- Found unconfirmed denominated outputs, will wait till they confirm to continue.
2014-12-03 22:57:11 Flushed 56 addresses to peers.dat  5ms
2014-12-03 22:57:13 Submiting Darksend for 659.000000 DRK
2014-12-03 22:57:13 DoAutomaticDenominating -- Found unconfirmed denominated outputs, will wait till they confirm to continue.
2014-12-03 22:57:18 CDarkSendPool::UpdateState() == 3 | 3
2014-12-03 22:58:13 Submiting Darksend for 659.000000 DRK
2014-12-03 22:58:13 DoAutomaticDenominating -- Found unconfirmed denominated outputs, will wait till they confirm to continue.
2014-12-03 22:58:51 addcon thread interrupt
2014-12-03 22:58:51 dumpaddr thread stop
2014-12-03 22:58:51 opencon thread interrupt
2014-12-03 22:58:51 msghand thread interrupt
2014-12-03 22:58:51 net thread interrupt
2014-12-03 22:58:51 Shutdown : In progress...
2014-12-03 22:58:51 Flush(false)
2014-12-03 22:58:51 DBFlush(false) ended  1ms
2014-12-03 22:58:51 StopNode()
2014-12-03 22:58:51 Flushed 56 addresses to peers.dat  7ms
2014-12-03 22:58:51 Committing 32 changed transactions to coin database...
2014-12-03 22:58:51 Flush(true)
2014-12-03 22:58:51 wallet.dat refcount=0
2014-12-03 22:58:51 wallet.dat checkpoint
2014-12-03 22:58:51 wallet.dat detach
2014-12-03 22:58:51 wallet.dat closed
2014-12-03 22:58:51 DBFlush(true) ended  15ms
2014-12-03 22:58:51 Shutdown : done

defunctec · Dec 4, 2014

crowning said:
Wallet run for the complete night without crash, but there's still this "DoAutomaticDenominating -- Found unconfirmed denominated outputs, will wait till they confirm to continue." bug.

In other words, it's not possible to denominate with this wallet for me.

I'd just start a fresh. Send your coins to me and ill send them back once you have got a new wallet

myy263emYeyaFTZYSKWDS4sRKPWUezDzfb

crowning · Dec 4, 2014

defunctec said:
I'd just start a fresh. Send your coins to me and ill send them back once you have got a new wallet

myy263emYeyaFTZYSKWDS4sRKPWUezDzfb

But that won't solve the problem main-net users could have in the same situation.

defunctec · Dec 4, 2014

crowning said:
But that won't solve the problem main-net users could have in the same situation.

Its a bug from previous test updates, mainnet users shouldn't have this problem. Only testneter's

Edit: Had four denominations in an hour, will post a pic of 8 Rounds.

thelonecrouton · Dec 4, 2014

v17 working much better for me than recent previous builds. Only issue I've noticed is the progress bar getting to 100% way too soon, but the process carries on and pretty close to your specified amount end up anon'd. Had two 0.1 charges in the course of anon'ing 1700DRK.

yidakee · Dec 4, 2014

My 2000/4 denom finished, but exceeded the requested anon funds. Also it seems (and I'm just guessing) that once it finished, pty got stuck.
Sending the funds to the faucet and starting fresh, this was a previous version wallet. deleting the entire testnet3 folder but keeping debug.log just in case requested. A few 5 rounds, but the rest very nice and tidy all 4's, no less.

yidakee · Dec 4, 2014

On another note, left my tMN shell open, and got this message, never seen this happen before.

[email protected]:~$ conflict with in-memory transaction : COutPoint(ce6cfd56a2de948ecf32e6dd079f788ebeda25f9aa531b980e9e6f43ee50f67f, 0)
conflict with in-memory transaction : COutPoint(4988e4674fe4acbc713a663da0c15150d83979a9950b6b6405292e6d3bebec89, 11)
conflict with in-memory transaction : COutPoint(8c8ef20087b25e525087f59e2e01dc3febb17e194bd0cfaeefc8bf2eec90e560, 1)

Checked MN status

}
[email protected]:~$ ./darkcoind masternode debug
masternode started remotely
[email protected]:~$ conflict with in-memory transaction : COutPoint(d6158f6ffabdf50ebdaa71d050048054ae89798bd12b2fbfe23be3b00c06a85f, 0)

Which is not true, this is a hot wallet, and got the message straight after

thelonecrouton · Dec 4, 2014

You get the 'masternode started remotely' when it starts itself, not just when you start it yourself from a remote wallet. Other thing I have no idea, I grepped for it but didn't find any such string in the debug.log of mine.

yidakee · Dec 4, 2014

thelonecrouton said:
You get the 'masternode started remotely' when it starts itself, not just when you start it yourself from a remote wallet. Other thing I have no idea, I grepped for it but didn't find any such string in the debug.log of mine.

Thats the thing, the daemon did not crash. When I updated, debug said "no problems found" so I "masternode start" locally.

.

kryptofoo · Dec 4, 2014

Oops now I'm getting a bunch of blank transactions and collateral charges. Actually it seems darksend mixing should be completed, I have already reached the target rounds and amount, but it keeps on going with these blank TXs and collateral charges.

splawik21 · Dec 4, 2014

@10.17.17 mining @3,8MHs + solo CPU and denominating 1500/8

yidakee · Dec 4, 2014

Ok, brand new wallet, brand new funds, started another 2000/4 go.

jiggytom · Dec 4, 2014

I also have the 9.74 sitting in unconfirmed in one of my wallets.

defunctec · Dec 4, 2014

My wallet completed denom.

I have coins at 8 and 9 rounds.

Also, the denom is 100% but i keep getting ---payment to yourself--- 0.10.

thelonecrouton · Dec 4, 2014

My wallet finished up fine, so I sent 1000 back to the faucet, stuck the remaining 700 in a new address, and so far (3 hrs) it hasn't denominated the new 700 lump at all, I just get a periodic 'submitted to mn / waiting in queue' which never gets accepted. Tried restarting the wallet, same behaviour. May just be lack of participants, but it shouldn't need anyone else to denominate?

edit: finally denominated after 4 hrs!

yidakee · Dec 4, 2014

jiggytom said:
I also have the 9.74 sitting in unconfirmed in one of my wallets.

zap it ... --zapwallettxes

Lukas_Jackson · Dec 4, 2014

I have two wallets. One tMN and one denoms. The moment I turned third on for denoms I get few blank tx and several colateral. Maybe coincidence. Can two denominating wallets cause this sometimes? I know people here have 5-6 denominating wallets and they get hit by collateral.
Will send debug to Evan

edit: I get hit by these from 2h now. No denoms at all. First wallet.
Second one denominating like hell

yidakee · Dec 4, 2014

Finished 2000/4 ...damn, that WAS fast! But I got more 5 rounds than 4.
1x collateral fee.
says 100% --- 1952.2/2000 DRKs
average 4.67742 or 4 rounds

oblox · Dec 4, 2014

I'm curious why DS is now going over in rounds vs before it wasn't. If it's capped at 8 rounds, we definitely shouldn't be seeing 9's. Likewise, if you specify 4 rounds and end up with 5 or 6s, it's not following your inputs.

EDIT: I do see two more commits today on the instantx branch for stopping and max rounds, although the max rounds set to 2 seems odd, unless this is strictly to test whether people are going over in a shorter period of time before reverting.

eduffield · Dec 4, 2014

eduffield · Dec 4, 2014

oblox said:
I'm curious why DS is now going over in rounds vs before it wasn't. If it's capped at 8 rounds, we definitely shouldn't be seeing 9's. Likewise, if you specify 4 rounds and end up with 5 or 6s, it's not following your inputs.

EDIT: I do see two more commits today on the instantx branch for stopping and max rounds, although the max rounds set to 2 seems odd, unless this is strictly to test whether people are going over in a shorter period of time before reverting.

There's two "modes" of the darksend pool now,

1.) Rounds 0 to 1 - where it allows change and new denominations to be created
2.) Rounds 2 to 8 - where ONLY denominations should go in and come out.

oblox · Dec 4, 2014

eduffield said:
There's two "modes" of the darksend pool now,

1.) Rounds 0 to 1 - where it allows change and new denominations to be created
2.) Rounds 2 to 8 - where ONLY denominations should go in and come out.

Did you find why some 9s were appearing?

EDIT: And the overages (setting rounds 5 but getting 6s on some denominations instead of stopping)

eduffield · Dec 4, 2014

qwizzie said:
got my first collateral fee on 1 of 6 wallets .. i'm keeping an eye on the wallets to check for more collateral fees. Sent email to Evan, so far its just 1 collateral fee.

Collateral fees are charged for 1 in 50 sessions, so that seems normal.

oblox · Dec 4, 2014

I also have a question about tx sizes and tx fees being prompted. How does DS know where to pull the tx fee on the prompt and does it do any rounding to again prevent the dead change issue from breaking up denominations for those microfees?

TanteStefana · Dec 4, 2014

I'm trying to understand how random collateral fees, especially such low fees, deter bad actors from spamming the system?

Also, when spending your funds, can we still mix darksend funds with unmixed funds? If so, won't that expose the other people you mixed with previously as well as yourself?

yidakee · Dec 4, 2014

Possible bug. Brand new wallet. Before receiving any tDRK, I tried to click the Stop Darkesend Mixing to disable it until the funds were cleared and got this.

v0.10.17.x Testing

Grizzled Member

Well-known Member

Active Member

Member

Well-known Member

Member

Well-known Member

Member

Well-known Member

Well-known Member

Well-known Member

Well-known Member

Well-known Member

Member

Grizzled Member

Well-known Member

Member

Member

Well-known Member

Well-known Member

Member

Well-known Member

Well-known Member

Core Developer

Core Developer

Well-known Member

Core Developer

Well-known Member

Grizzled Member

Well-known Member