1. Decred v1.0.1 released! Development Dispatch 22, installers, and binaries are now available.
    Dismiss Notice

Dd-22: V1.0.0 (04/25/17)

Discussion in 'Development Dispatches' started by jy-p, Apr 26, 2017.

  1. jy-p

    jy-p
    Expand Collapse
    Sr. Member
    Organizer

    Joined:
    Jan 2, 2016
    Messages:
    129
    Likes Received:
    329
    [​IMG]

    This development dispatch covers work completed since the Decred v0.8.0 release on February 13th, 2017. Since then, developers have merged over 250 pull requests into 11 repositories.

    Here are direct links to the Paymetheus (Windows) GUI wallet installers:
    decrediton (OSX, Linux) GUI wallet installers:
    dcrinstall cross-platform text-based CLI installers:
    all the various binaries except for dcrinstall:
    NOTE: All Windows binaries only support Windows 7 and newer.

    In the last 2.5 months since the release of 0.8.0, Decred has seen another substantial increase in its exchange rate, which went from DCR/BTC of 0.0025 to an all-time-high of 0.0218 and settled above 0.01, and a corresponding surge of new users, based on GitHub downloads of 0.8.2 binaries increasing by over 100% relative to 0.7.0. While this improvement in the exchange rate and community engagement is great news, what we're most excited about is hard fork voting being put into production on mainnet with this 1.0.0 release. The introduction of hard fork voting on mainnet means that the stakeholders will be able to vote on major decisions, referred to as agendas, that affect the future of Decred.

    Hard Fork Voting on mainnet

    The 1.0.0 release of Decred includes the first 2 such agendas that will be voted upon:
    1. whether or not to use a new ticket price algorithm
    2. whether or not to begin development work to support the Lightning Network (“LN” for short)
    The ticket price algorithm change will be a substantial improvement over the existing one, based on the simulations posted on GitHub. If stakeholders vote yes and signal they want LN support, the developers can begin working to accomplish that with confidence the code changes will be voted in and activated in the future. It is expected that voting on and activation of these agendas will take 3-4 months:
    • roughly 1 month for miners and stakeholders to update to version 1.0.0, which signals support for the new block version, vote version and then stake version
    • up to 3 weeks to wait until vote tallying begins
    • 4 weeks for votes to be tallied, at the end of which, any agenda receiving over 75% 'yes' votes is locked-in for activation, any agenda receiving over 75% 'no' votes is marked as failed, and all other agendas roll over to be voted on in the next 4 week voting interval
    • 4 weeks for locked-in agendas to become active and have their changes enforced on mainnet
    It is worth noting that Decred not only allows its stakeholders to vote on these critical changes, but these changes are activated via a pre-coded mechanism in the software. Decred's consensus daemon, dcrd, comes with these conditional consensus changes pre-coded and ready to activate once stakeholders vote them in.

    This release is a notable milestone since it is the first step in disintermediating politics within Decred. We aim to “share the wheel” with our stakeholders to both eliminate conflicts of interest present with having an elected or appointed representative, such as myself, and because we believe we can make better decisions for Decred as a group than individually. Some modern governance organizations take a similar approach by episodically holding referendums on important issues. Consensus changes can have wide ranging consequences for Decred, so it is only fair to solicit the opinion of our stakeholders as part of this process.

    It is worth noting that the LN support agenda is not a consensus change, but we have still added it as an agenda. If the results indicate strong stakeholder support for supporting LN, that work can begin with minimal risk before the vote has completed. In the future, hard fork voting will almost exclusively relate to consensus changes, to keep on-chain data to a minimum, but we wanted to assess stakeholder sentiment for this before work begins. Voting on decisions that do not affect consensus code would be better handled somewhere off-chain, which we will be working towards after this release.

    GUI Wallet Voting and Staking


    Both Paymetheus and decrediton have added support for setting voting preferences at a user's stakepool. Setting your voting preferences with your stakepool requires that the stakepool support the new v2 stakepool API, so it may take a few weeks to get this supported across all stakepools. Setting voting preferences is an action that a user will typically perform only once during a giving voting cycle, so this only needs to be done once every several months, as opposed to manually for every vote cast.

    decrediton now supports several staking features previously only available in Paymetheus, along with automatic ticket buying, which Paymetheus does not yet support. Users can now connect to their stakepool using the API, manually purchase tickets, and also automatically purchase tickets. It is recommended that users take caution when setting up automatic ticket buying since its increase in convenience is accompanied by heightened security risks and requires episodic human supervision.

    Wallet Infrastructure


    A couple major changes have been made to dcrwallet's infrastructure that should be mostly transparent to users. As part of our initial release, a concept of "address pools" was added to dcrwallet that solved some short-term issues, but this has led to several problems once it was in production. Address pools have been removed and a look-ahead buffer for addresses has been added in its place. This properly implemented look-ahead buffer has the benefit of allowing users to use multiple wallets with the same seed without event, unless wallets that share a seed are concurrently attempting to create transactions.

    The second major change addresses wallet database versioning and error handling: the various components of the database are now coherently versioned and error handling has been simplified. With the previous database versioning scheme, there was potential for database corruption as a result of version mishandling, but this is now properly versioned and unified, along with the error handling.

    Required gominer Update

    As part of the fix for the recent proof-of-work mining pool "outage", users of gominer must upgrade to the latest version, unless they are mining in solo mode. This is required due to the fixes made to ensure that the stake version is set properly by mining pool software.

    Re-architected dctstakepool

    Stakepools have been running on mainnet for over a year now, and as part of supporting hard fork voting, we have re-architected the stakepool software, dcrstakepool. After receiving feedback from stakepool operators, we decided that changing the architecture made sense. The old architecture had a stakepool update votebits on every individual ticket on every voting wallet when users of the pool updated their voting preferences. Prior to the start of hard fork voting, users would not regularly change their votebits, but now that this action will occur more frequently, stakepools need to efficiently handle these user changes.

    To compensate for the increase in frequency of users changing their voting preferences, a new daemon, stakepoold, has been added to the configuration that mediates the setting of ticket votebits according to each user's preferences. Instead of pushing all the votebit setting and ticket management to voting wallets, stakepoold watches for notifications for votes and new pool tickets, then it tells the wallet how to create each vote according to its owner's voting preferences. This avoids all the churn and load associated with setting individual ticket votebits across several voting wallets, and sets the votebits according to user preferences "just in time".

    We have been testing the current dcrstakepool code on testnet for a couple weeks now, and it has worked without serious event thus far. Prior to this release, we were able to perform a preliminary deslugging of the code, but we have not completed this process and performance tested relative to the old architecture. Voting is a latency-sensitive operation, so in order for mainnet stakepools to upgrade with confidence, we must verify the latency of this configuration is sufficiently low. There will likely be one or more patch releases of dcrstakepool as part of upgrading existing mainnet stakepools to the new version. In the meantime, stakepool operators can start to prepare for the upgrade using this release.

    Next Steps

    Now that we have covered what this release accomplishes, it is instructive to consider what kinds of decisions are not a good fit for the on-chain voting process. Decred, as an organization, must make many types of different decisions in order to continue building its infrastructure, expanding its user base, and increasing its utility to its users. If we voted on every single minor decision, not only would it take a long time to get anything done, it would lead to a lot of on-chain bloat, along with several other negative side effects. With these considerations in mind, we will begin work on a new tool that allows users to construct an ongoing record of off-chain data that is anchored into the Decred chain episodically, creating a time-ordered set of records. In the context of Decred governance, we will build a proposal system using this tool, with the following properties:
    • the proposal records will be publicly available
    • users can submit proposals via the system
    • submissions will have an associated fee to prevent spam, which can be refunded under certain conditions
    • the records are episodically anchored into the Decred chain to create a time-ordering
    Once this tool has been developed, we can begin the process of disintermediating the other smaller decisions that occur within Decred. For example, future consensus changes will be submitted via the proposal system, and after assessing stakeholder sentiment, can be put to an on-chain vote. The goal is to have all decisions that relate to funding and voting route through this proposal infrastructure. A proposal system as described should be able to handle most of the smaller decisions that Decred needs to make on an ongoing basis.

    The medium term goal I have for Decred is to replace myself with a collection of minimally-complex non-Turing complete smart contracts. Once that process is complete, Decred will have a robust governance system with minimal conflicts of interest, which can control the development subsidy and direct the project as stakeholders see fit.

    Public keys

    The file cmd/dcrinstall/pubkey.go contains the decred public key which is used to check the signed manifest in the release. You can compare the contents of this file to what you get from a keyserver to confirm that dcrinstaller is using the proper key.

    Contributors

    And a big thank you to everyone who contributed to this release: @davecgh, @moo1337, @jrick, @ay-p, @jolan, @jcv, @dhill, @raedah, @javed-khan, @karamble, @linnutee, sander, @gratefulcheddar, @Shadowlance, jholdstock, boblin, Baggins800, Kmaschta, @chappjc, @peterzen, captain-redbeard, @girino
     
    #1 jy-p, Apr 26, 2017
    Last edited: Apr 28, 2017
  2. Jazzah

    Jazzah
    Expand Collapse
    New Member

    Joined:
    Dec 20, 2015
    Messages:
    17
    Likes Received:
    6
    Amazeballs ! Thanks to all who worked hard for this
     
  3. moo1337

    moo1337
    Expand Collapse
    Moderator

    Joined:
    Jul 25, 2016
    Messages:
    78
    Likes Received:
    120
    So we did discover a last second snafu. If you use dcrinstall to upgrade from a prior release to 1.0.0 it won't work. It'll complain about manually upgrading. In order to work around this manually delete the binaries from (UNIX/OSX) ~/decred and on windows from
    %HOMEPATH%\decred\ or just delete the entire directory. We will have a new dcrinstall up to solve this by tomorrow. Fix is in github: https://github.com/decred/decred-release/commit/1af9b3c38ee4eb7c9134dbebe3d5ac9e85c4855e but we need to reroll all the pgp stuff.

    Sorry about this.
     
    zero likes this.
  4. Tivra

    Tivra
    Expand Collapse
    Member
    Advocate (BitcoinTalk)

    Joined:
    Dec 30, 2015
    Messages:
    115
    Likes Received:
    56
    Great work.
     
  5. jolan

    jolan
    Expand Collapse
    Sr. Member
    Developer

    Joined:
    Dec 7, 2015
    Messages:
    190
    Likes Received:
    223
    One thing to note is that dcrwallet options that were marked as deprecated have been removed. Specfically enablestakemining, balancetomaintain, ticketmaxprice, ticketbuyfreq, and datadir have been removed and will cause an error message if they are specified in dcrwallet.conf or as command line switches.
     
    zero and ClokworkGremlin like this.
  6. Alexoz

    Alexoz
    Expand Collapse
    Member

    Joined:
    Dec 26, 2015
    Messages:
    179
    Likes Received:
    52
    Thanks for freedom
     
  7. Alexoz

    Alexoz
    Expand Collapse
    Member

    Joined:
    Dec 26, 2015
    Messages:
    179
    Likes Received:
    52
    Moore Freedom
     
  8. Alexoz

    Alexoz
    Expand Collapse
    Member

    Joined:
    Dec 26, 2015
    Messages:
    179
    Likes Received:
    52
    It's Legendary!
     
    jy-p likes this.
  9. ClokworkGremlin

    ClokworkGremlin
    Expand Collapse
    Sr. Member

    Joined:
    Jan 10, 2016
    Messages:
    514
    Likes Received:
    368
    I need to update my tutorial. This update changes several things, and using the same config file examples I have will not work.

    It appears there's no longer a way to start dcrctl in terminal mode on Linux systems, is that true? Going to put a cramp on my existing setup if that's the case.
     
  10. Emilio Mann

    Emilio Mann
    Expand Collapse
    Full Member
    Advocate (Facebook)

    Joined:
    Jan 9, 2016
    Messages:
    155
    Likes Received:
    157
    Amazing! Great work, devs!
     
  11. peanut

    peanut
    Expand Collapse
    New Member

    Joined:
    Apr 10, 2017
    Messages:
    2
    Likes Received:
    3
    Any newbies who've never updated Decred on a Mac before, here's a quick tutorial

     
    adam2312 and Emilio Mann like this.
  12. Erovyr101

    Erovyr101
    Expand Collapse
    New Member

    Joined:
    Dec 29, 2015
    Messages:
    11
    Likes Received:
    6
    solo staking doesn't work when you just switch to 1.0. It fails to vote. I've had 2 consecutive ticket missed and revoked. It could be related to the removal of the parameter "enablestakemining". Before you had to have it enabled in order to vote (and could set a balance to maintain very high so it would not purchase tickets.)

    I Cannot find any info about any new way, to have my wallet vote on my tickets with 1.0.
     
  13. jolan

    jolan
    Expand Collapse
    Sr. Member
    Developer

    Joined:
    Dec 7, 2015
    Messages:
    190
    Likes Received:
    223
    enablestakemining was essentially split into two separate values. enablevoting and enableticketbuyer. You need to have enablevoting on.
     
  14. Erovyr101

    Erovyr101
    Expand Collapse
    New Member

    Joined:
    Dec 29, 2015
    Messages:
    11
    Likes Received:
    6
    Thanks, I updated my config file... This REALLY should have been said with the releases notes.

    Also a similar question. How can we set voting bits in CLI, on solo tickets ? All the info around the hardfork test relate to tickets from pools. I've found the new commands getvotechoices / setvotechoice , but it doesn't tell clearly what value /options are expected.
     
  15. jy-p

    jy-p
    Expand Collapse
    Sr. Member
    Organizer

    Joined:
    Jan 2, 2016
    Messages:
    129
    Likes Received:
    329
    After we released, we received feedback from users about bugs and UX issues in the GUI wallets (Paymetheus and decrediton), the CLI installer (dcrinstall), dcrwallet and dcrd. We have created a patch release, v1.0.1, to address these various issues. I have updated the links in the original post to link to the new version.

    Here is a summary of the issues that were fixed:

    Paymetheus
    • NOTE: If you use a stakepool with v1 API with v1.0.1, you will need to reset your vote preferences after your stakepool upgrades to support v2.
    • Update to icons that use the new logo in the GUI, taskbar, and shortcuts.
    • Allow use stakepools with a v1 API, but disable voting preference settings for these stakepools. This fixes the behavior of stakepools "not showing up" unless they supported the v2 API.
    • Fix bug with blocks until ticket price adjustment.
    • Raise default fees back to 0.01 DCR per KB.
    decrediton
    • Fix some startup bugs that occurred due to asynchronous writing to disk by binaries.
    • Allow use stakepools with a v1 API, but disable voting preference settings for these stakepools. This fixes the behavior of stakepools "not showing up" unless they supported the v2 API.
    • Raise default fees back to 0.01 DCR per KB.
    dcrinstall
    • Remove additional check that was causing some CLI upgrades to error out.
    dcrwallet
    • Raise default fees back to 0.01 DCR per KB.
    • Allow reading of passphrases from piped input, which should allow users to have dcrwallet unlocked via dcrctl in a script.
    dcrd
    • Disable getblocktemplate because of issues found with it. We will be syncing the updated mining package from btcd in the near future, and will address this at that time. PoW pool operators should continue using getwork in the meantime.
    • Properly handle RPC errors by returning them to the client.
    • Fix maximum block size handling on testnet.
     
    zero, ClokworkGremlin and chappjc like this.
  16. ClokworkGremlin

    ClokworkGremlin
    Expand Collapse
    Sr. Member

    Joined:
    Jan 10, 2016
    Messages:
    514
    Likes Received:
    368
    So it looks like starting DCRCTL in Terminal mode is gone permanently?

    [edit]
    Also, setting my max ticket price using DCRCTL is not working. I get the following output
     
  17. Johnshpon3

    Johnshpon3
    Expand Collapse
    Member

    Joined:
    Dec 25, 2015
    Messages:
    198
    Likes Received:
    84
    I got info on the Slack that this command is not working for now because is not yet incorporated into DCRCTL. Only way for setting it for now is through config file and restarting wallet. PITA for me also but it is what it is. Maybe v1.0.X will have already. ;)
     
    ClokworkGremlin likes this.
  18. zero

    zero
    Expand Collapse
    Full Member

    Joined:
    Jan 1, 2016
    Messages:
    282
    Likes Received:
    120
    Congrats on the v1 release! You spent so much time and effort making Decred greater and greater. I wish I could spent more time involving with it.

    I'll update soon.

    Let's see how voting will go. I've seen options on the stakepool I use, so I guess we won't need to buy tickets any different. We just can change votebits on stakepool options, right?
    With the new ticket buyer I don't think enablestakemining, balancetomaintain, ticketmaxprice, ticketbuyfreq are needed at all. Everyone should check dcrwallet -h and start dcrwallet accordingly.

    @jcv @davecgh @moo1337 But is there an alternative for --datadir so as to create dcrd and dcrwallet in any other folder we want? I currently doesn't used it, but it seems that someone may need that functionality.

    I'd like to mention again that there should be options to change some values after we start dcrwallet for auto buying tickets so we won't need to restart it, like setticketbuyer.maxfee, setticketbuyer.minfee, setticketbuyer.maxpriceabsolute, etc.

    Also on auto buying tickets with dcrwallet there should be an option for auto buying tickets with a fee lower than the scaled one, cause we might believe it will get lower than the current scaled fee while tickets will stay on mempool in the expiry period we set.
     
    #18 zero, Apr 29, 2017
    Last edited: May 5, 2017
  19. davecgh

    davecgh
    Expand Collapse
    Hero Member
    Developer Organizer

    Joined:
    Dec 31, 2015
    Messages:
    624
    Likes Received:
    763
    dcrd still has --datadir, it was removed only from dcrwallet which has --appdata instead.
     
    zero likes this.
  20. zero

    zero
    Expand Collapse
    Full Member

    Joined:
    Jan 1, 2016
    Messages:
    282
    Likes Received:
    120
    Sorry I missed that since I don't use it. I've just updated to v1.0.1 and recheck.

    dcrd -h:
    /appdata: Path to application home directory
    /configfile: Path to configuration file
    /datadir: Directory to store data
    /logdir: Directory to log output

    dcrwallet -h:
    /configfile: Path to configuration file
    /appdata: Application data directory for wallet config, databases and logs
    /logdir: Directory to log output
    /datadir: DEPRECATED -- use appdata instead
     

Share This Page