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

RC3 Soft Fork

Bad players are either daft & greedy for the extra 20%, or just dont care, or do not check up on the Dark-news.
We cant really depend on "bad players" to start playing nice, for us to get going.

I cannot comment on technical details due to my ignorance of these things, unfortunately, but I wholeheartedly support the philosophy above.
The world of cryptocurrency is fast-moving, and there is no time to hang about while supposed members of the community get their acts together. As soon as it is technically possible DRK should forge ahead.
 
  • Like
Reactions: jpr
I cannot comment on technical details due to my ignorance of these things, unfortunately, but I wholeheartedly support the philosophy above.
The world of cryptocurrency is fast-moving, and there is no time to hang about while supposed members of the community get their acts together. As soon as it is technically possible DRK should forge ahead.

I know nothing about technicals but agree with yidakee and derk to go ahead if possible.
 
I know nothing about technicals but agree with yidakee and derk to go ahead if possible.

I am certainly not proposing anything! I am not qualified enough for a properly formed opinion.
I trust Evan and the devs for that, they've got way better judgement than me, and the technical background.

I'm just putting "it out there" for debate and learning.
 
We cant really depend on "bad players" to start playing nice, for us to get going.

I agree with you, nevertheless in the end its network concensus who defines who is "bad" or "good" - not a single checkpoint server. If that would be the case darkcoin is not decentralized anymore and heavily reliant on this central server. Not good.

Spork technology is no doubt a crucial stepstone to facilitate the process of changing the rules - but only as the final push. If the majority of players is still playing the old (bad) rules, enabling enforcement too early will not instantly change the behaviour of the bad players, but break the game (forks).

From my experience in real world IT projects you will run into trouble and fail if you only rely on technology to change processes. Never underestimate the communication with the people involved...

60% "good" players are not sufficient for me to start enforcing the rules for the other 40%, we should see at least 80% here to be on the safe side.

Just my 0.01DRK
 
Last edited by a moderator:
What if we don't get 80% because the "bad guys" will not update? Any way to make them update?
 
When enforcement is switched on, there will be forks, which is what the network is supposed to do: fork off the unknown pools. :)
 
How do you convince people to change their mind? :wink:
I think we were lucky some of the multipools updated because it was not in their best interest. The unknown pools are unlikely to update, IMHO.
The random banning of some MNs is a little bit worrying though. Anybody know what is triggering it?
 
Something to consider:
Right now, we are moving really quite fast with the push to get Darksend up and running in ts full glory. The X.X.X11.5 builds came out less than 24 hours ago, and the x.x.11.4 builds really only came out about 24 hours before that. Today is Saturday, and I am going to assume many people who work during the week will be able to sit down and read the many various threads on here and bitcointalk.
Personally, I think getting 60% compliance in 48 hours is pretty impressive, considering that although everyone has a stake in DRK, most of us have to make a living elsewhere. This was, in fact, the prime reason for the capability to "spork" when its needed rather than trying to hard fork at a particular time.
At some point the incentive to update needs to be enforced for pools and MNs. What is the incentive to run them? Well, to get additional DRK, of course. So if that stops happening, pool and MN owners will start trying to figure out what went wrong, and figure out that they need to upgrade.
In the meantime, many of the OPs in the developer threads still list x.x.11.4 as the current version. Can we get a single point of reference on here that matches bitcointalk? I like this board much better, but I had to go back to check the OP on bitcointalk to find out that we had a client upgrade.
 
Last edited by a moderator:
We've only been getting paid for 3 days?

I also haven't seen a payment in 2 and don't know if mine is running correctly or not. Could be miners have rolled back their changes or changed the payments to 0, I don't know, but eventually Evan will decide that it's running properly and have us switch on to enforcement :) More than anything, this needs to just work :)
 
Anybody of you guys managed to move masternode payments out of the masternode wallet without disabling the masternode/touching the 1k deposit?

I like to do this using CLI on linux. Somebody already wrote it is possible using Qt wallet, but that's not really suitable for automatic handling. I suppose, there is no "coin control" available on linux wallet to do this?

Thank you!
 
Anybody of you guys managed to move masternode payments out of the masternode wallet without disabling the masternode/touching the 1k deposit?

I like to do this using CLI on linux. Somebody already wrote it is possible using Qt wallet, but that's not really suitable for automatic handling. I suppose, there is no "coin control" available on linux wallet to do this?

Thank you!
you can do something like a shell script that checks if the balance is > 1000.1 DRK and if true, send out balance minus 1000.1 drk. This should leave the 1k masternode darkcoin untouched and you still have some reserve (.1) available for fees.
 
I was able to recover my private keys by reverse engineering the wallet and using a custom scalpel config to pull every instance off my hard drives. I then wrote a script to chop out the private keys put them in an array, convert the hex versions to each kind of of public key (compressed and not compressed) and found it within seconds.

I will write a more in depth guide and provide the tools I made open source to help anyone else who runs into the issues I did.
 
I had a look at the last 12hours (Block 93776 - Block 94056) on http://drk.poolhash.org/graph.html

Total generation: 280 Blocks
Paid blocks: 137 Blocks
Unpaid Blocks: 143 Block

This means there is still 51% of overall hashpower belonging to 'bad actors'.

I stand by my opinion: As long as bad actors account for that large amount of hashing power, enabling enforcement is dangerous - remember: 51% hashpower can even break bitcoin.
Sad that obviously the majority of miners are not interested in supporting the coin they mine.

Nice coincidence though that the masternode reward is actually 49% of the 20% expected as per now, very close to the 10% Evan originally had in mind :smile:
 
We've only been getting paid for 3 days?

I also haven't seen a payment in 2 and don't know if mine is running correctly or not. Could be miners have rolled back their changes or changed the payments to 0, I don't know, but eventually Evan will decide that it's running properly and have us switch on to enforcement :) More than anything, this needs to just work :)
Stef, El Presidente was kind enough to run my address against the block templates and show that I was successfully voted on, but just wasn't paid (bad actor pool).

Devs: It would be nice to get an idea of what the strategy is for getting compliance from the bad acting pools in order to finally enable enforcement. If you are unwilling to turn enforcement on before xx% comply, and bad actors are unwilling to comply without enforcement being on, then we have reached an impasse and all our technical developments will be for naught. What is the next step?

FWIW: My suggestion is that Evan edit the OP on bitcointalk and ONLY include the pools that are known to be "good actors." This may seem drastic, but human nature being what it is, many people aren't going to cut themselves out of 20% profit unless and until somebody compels them to.
 
Back
Top