v0.10.12.x RC4 Testing

[Propulsion]

hehehe.

 

[JGCMiner]

I really hope that RC4 is not going to get shadow released in the middle of the night or something. For all the effort put into this by the dev team and the community on testnet it would be a shame to have the rhetoric be about the way it was launched. The professional thing to do is give a notification of a the launch date a day or two in advance so that people know that they should be ready to update their MNs.

Just my 2duffs...

 

[elbereth]

Another sneaky update would be really nasty... :/

 

[mbilker]

Yep, that's another possible solution. Has to be implemented though

What about services that check for only one tx? It will be harder to implement if an automated service if there are multiple transactions.

 

[elbereth]

Once released, masternodes that haven't updated will not be paid anymore, instantly. So there will be a hurry and the ones that do it first, will get all of the first payments

What of the pools that will not update to the new version? If the enforce is not active they would still be paying the old masternode?
(I didn't update for 2 days, was still on .15 while network was on .16 and .17, and my tp2pool payee in block template was from my pool that wasn't updated)

 

[stonehedge]

So I guess what we are requesting, as masternode owners, is clear guidance about what to do and when.

 

[eduffield]

The technical background of the 5000 DRK limitation is, that with current denomination scheme (0.1 ; 1 ; 10 ; 100 ; 500) the tx scripts for sending amounts > 5000 DRK get to large (20k+) and will not be relayed/mined by miners.

Possible solutions are to

a) extend the scheme by additional denomination units (e.g. 1000 & 5000)
b) switch to different scheme:
- either binary scheme as proposed by Kristov Atlas ( 1 + 2 + 4 + 8 + 16 + 32 + 64 + 128 + ...)
- or a optimized scheme as proposed by babygiraffe in https://darkcointalk.org/threads/development-updates-july-7th.1735/#post-11434

Hmm? I'm not sure where you got this from, but it's not the case at all. The 5000DRK limit is a hard limit for the entire wallet. Lets say a user has 100k DRK, the wallet would actually end up making a bunch of 500DRK inputs and 100DRK inputs. The only reason I added the hard limit was because there's no easy way to denominate a portion of the wallet without doing the rest.

 

[eduffield]

What of the pools that will not update to the new version? If the enforce is not active they would still be paying the old masternode?
(I didn't update for 2 days, was still on .15 while network was on .16 and .17, and my tp2pool payee in block template was from my pool that wasn't updated)

Yeah, they'd pay the old masternode network until they updated.

 

[eduffield]

So I guess what we are requesting, as masternode owners, is clear guidance about what to do and when.

When it's time to update, we'll post a very detailed explanation of what to do

 

[stonehedge]

Thanks Evan.

 

[daaarkcoins]

What about services that check for only one tx? It will be harder to implement if an automated service if there are multiple transactions.

I doubt you'll be sending >$30,000 to those

 

[mbilker]

I doubt you'll be sending >$30,000 to those

You do have a point.

 

[superplus]

Hmm? I'm not sure where you got this from, but it's not the case at all. The 5000DRK limit is for a hard limit for the entire wallet. Lets say a user has 100k DRK, the wallet would actually end up making a bunch of 500DRK inputs and 100DRK inputs. The only reason I added the hard limit was because there's no easy way to denominate a portion of the wallet without doing the rest.

so splitting in 5k pieces before denomination is not a solution right?
it was discussed on the previous page..
wouldn't it be possible that the user could determine the hard limit of the wallet?

 

[moli]

Before DS+ I was hoping Evan would create a similar wallet like the pre-DS+ wallets, which we would just check mark the Darksend box and send any amount of drk and let the network do the anonymizing. Now it doesn't work like that, and DS+ doesn't work with amounts larger than 5000. So does it mean users will need two wallets, one with DS+ and one with no DS+ to be able to do both?

 

[eduffield]

so splitting in 5k pieces before denomination is not a solution right?
it was discussed on the previous page..
wouldn't it be possible that the user could determine the hard limit of the wallet?

You'll simply start the wallet with -OverrideDarksendLimit=1

 

[flare]

Hmm? I'm not sure where you got this from, but it's not the case at all. The 5000DRK limit is a hard limit for the entire wallet. Lets say a user has 100k DRK, the wallet would actually end up making a bunch of 500DRK inputs and 100DRK inputs. The only reason I added the hard limit was because there's no easy way to denominate a portion of the wallet without doing the rest.

I just interpreted the size calculation for the transaction - if i got it wrong: my bad

 

[eduffield]

Before DS+ I was hoping Evan would create a similar wallet like the pre-DS+ wallets, which we would just check mark the Darksend box and send any amount of drk and let the network do the anonymizing. Now it doesn't work like that, and DS+ doesn't work with amounts larger than 5000. So does it mean users will need two wallets, one with DS+ and one with no DS+ to be able to do both?

Well once all of the masternodes are running the new version and everyone is updated, I can release that after the fact and it will work without any change to the network.

 

[moli]

Well once all of the masternodes are running the new version and everyone is updated, I can release that after the fact and it will work without any change to the network.

Thanks, Evan. And so far the windows wallet v.17 seems to be doing well.

 

[yidakee]

Yeah, they'd pay the old masternode network until they updated.

I'm not getting this Evan... So essentially there will be two MN active "forks" ? If mining pools do not get orphaned, what will their incentive to update! At best, they might even revert back to the 10% version. It was such a hard battle to get to 95% consensus, if we need to do another round without the "fear" of orphaned blocks... most will just go
"whhat? again? oh bugger off"

.

 

[eduffield]

I'm not getting this Evan... So essentially there will be two MN active "forks" ? If mining pools do not get orphaned, what will their incentive to update! At best, they might even revert back to the 10% version. It was such a hard battle to get to 95% consensus, if we need to do another round without the "fear" of orphaned blocks... most will just go
"whhat? again? oh bugger off"

.

They'll update or we'll kick them off the network.

 

[Propulsion]

So it seems that the current testnet version v0.10.12.17-2-g695af70-beta is working swimmingly.

What now needs to be tested as far as bad actors, closing of wallets, shutting down MN's, etc..?

Also eduffield, did you ever receive the message of the person offering half a dozen ec2 instances to be used for testing purposes? The offer was from user stonehedge.

 

[stonehedge]

The offer still stands. I can offer clean installs but will hand credentials to trusted devs to configure however they can be useful.


EDIT: I will build them now whilst I have the time. Just in case they can be helpful.

 

[stonehedge]

6 EC2 instances built and ready to go. I'll keep them running for a month or two. First dev to message me gets them

 

[flare]

6 EC2 instances built and ready to go. I'll keep them running for a month or two. First dev to message me gets them

I'll be happy to get my hands on some instances

 

[stonehedge]

All yours!
I'll check my Amazon billing status but I might be able to spare some more instances depending on funds.

 

[thelonecrouton]

Well I have no clue what the fargle I was doing wrong last night but tried again today and everything's smooth, fast, and frisky. I'd still like to see Total balance / anonymised / unconfirmed in the Send tab though. Please.

 

[BelStar]

I have a wallet on Windows updated to the latest version (v0.10.12.17-gf266a9a-beta) for which a Darksend Denominate transaction has been stuck for more than 36 hours.

I can attach the wallet or send it to a dev if interested...

 

[moli]

I just sent a post and immediately deleted it when I saw the denominating resume on my wallet (after an hour). Also, just got the first collateral fee (Win wallet v.17).

 

[mattmct]

Wallet is not finished denominating, 100 DRK are at 6 rounds, 2 rounds missing.

This is where a user friendly wallet with some kind of status / progress % would be ideal. I can picture a lot of freaked out people, Where's my money gone! lol

 

[Diirk]

Imo its worth delaying RC4 release a few days to work solely on optimizing wallet UI and in-wallet messaging. Doing all this stuff optimally is critical to the success of rc4 release since its very important for users to know and understand what's going on and to have all the necessary things neatly presented.