Discussion in 'Official Announcements' started by eduffield, Feb 10, 2015.
We are excited to announce the release of Darkcoin Core v0.11.1! We have decided to push out InstantX in a separate release because it’s working perfectly on testnet and our other changes to the masternode network will take some time to complete.
This release includes a full implementation of InstantX, a new version of enforcement that works with the updated Bitcoin architecture, huge improvements to Darksend, many more languages supported, lower bandwidth usage and a fully implemented sporking framework.
This release implements two hard forks, so all users must update ASAP. The network will fork in 1 week or when 80% of miners have updated.
Laggy client? Try starting your client with --upgradewallet=61000. It seems the older wallet version causes most of these issues. BACKUP your wallet first though!
v0.11.1 utilizes a fully implemented version of InstantX. To try InstantX, use the QT wallet and simply click the “InstantX” checkbox when sending money. Funds send using InstantX will gain 5 masternode-level confirmations within seconds from the network, then within an average of 1.25 minutes a 6th block-level confirmation will make funds spendable on most websites.
InstantX is automatically enabled and this means when using the daemon, the API will show transactions as confirmed as soon as the masternode network successfully locks them in place.
To disable InstantX, simply start the daemon/client with --instantxdepth=0. This will be the equivalent of running in a pure proof-of-work mode.
InstantX does not support sending via the API at this point. This will be included in a future version.
To use InstantX, simply check the “InstantX” box, then send money normally.
To see more information about the state of InstantX, double click the transaction.
“InstantX verification failed” : The network failed to validate the transaction. In this case, normal proof-of-work will occur.
Once a transaction lock is in place, conflicting transactions will be rejected if in blocks or relayed as a normal transaction.
InstantX is designed to work nearly all of the time. I expect it will work on about 98%+ of transactions in it’s present form. If it fails, the transaction will simply fall back to normal proof of work.
Various improvements have been made to Darksend, such as the fully implemented “DSTX” message. This means that when anonymizing funds, Darksend transactions are first class citizens in miner’s blocks and will be included immediately. Other stability issues were also fixed.
DSTX messages are a new type of protocol extension, which allows masternodes to submit special transactions, which don't require fees to be submitted into the blockchain. This improves user privacy for Darksend and removes the dead-change attack.
v11.0’s implementation of enforcement was not compatible with the newer Bitcoin architure. Recently we moved from the Litecoin code base, to the new Bitcoin codebase. This exposed some edge cases within the Bitcoin code that caused enforcement to stop working consistently.
This has been fixed in v11.1, but will require all users update so we remain on the same fork. Enforcement will be activated as soon as 80% of the network has updated (usually a couple days).
Thanks to Vertoe and the community for spear heading this project, the client now fully supports over 20 languages such as Portuguese, German, Russian, Polish, Spanish, Vietnamese, French, Italian, Catalan, Chinese, Danish, Finnish, Swedish, Czech, Turkish and Bavarian (and many more).
Waiting for binaries to immediately update masternodes!
Whow, congrats all around !
Congratulations Evan and the rest of the development team. When I think about that post you made all those months ago saying something like "I've worked out a way to make transactions almost instantaneous by using the masternode network" and us all going "WOW!! (what will he come up with next!)", and here we are today not too far along with the finished product. A great effort by everyone. Thanks very much.
Great work. All MNs and other nodes updated!
2. InstantX transactions involve a fee of 0.01 DRK. Is this fee going to the miners or MN operators?
1. That's on purpose. We'll enable it by default in a later release.
2. The fees go to miners, but masternode operators can their share of the mining fees too.
While trying to build the new version (pulled from master branch) using make I noticed it automatically runs configure and overrides flags previously set by me using the configure command. What's wrong?
edit: I'm sorry, forget what I said. A wrong command entered by me was the cause.
Since the version 11.0.14 and the new 11.1.19 my masternode can't sync.
2015-02-10 12:34:19 CActiveMasternode::ManageStatus() - Sync in progress. Must wait until sync is complete to start masternode.
2015-02-10 12:35:19 CActiveMasternode::ManageStatus() - Sync in progress. Must wait until sync is complete to start masternode.
2015-02-10 12:36:19 CActiveMasternode::ManageStatus() - Sync in progress. Must wait until sync is complete to start masternode.
where can I find more about the sporking framework?
maybe more MN need to be updated?
Fantastic news!! Can't wait to give this a try on mainnet - congrats to everyone involved!
Full implementation of spork. Currently this includes 4 different sporks, InstantX, InstantX block enforcement, masternode payments enforcement, and reconverge. This uses the inventory system, so it's super efficient and very powerful for future development. Reconverge will put the blockchain into a mode where it will attempt to reprocess any forks without restarting the client, this means if we even had a fork in the future this can be triggered to fix it without any damage to the network.
A phenomenal success! Thank you all, truly! You guys made me happy and, again, I thank you for it!!
Can I like it 10 times?
Does this means darkcoin is fork proof?
Can't decide which one I like more, if InstantX or this "Full spork implementation".
Congrats Evan&Team! The future continues to arrive.
edit: why 5 as the default IX depth, not 6? Just a cautionary interim measure?