Our 2.0 release has been deployed to test net and the protocol switch date has passed. This release contains a number of important protocol changes. Here is a description of the changes pennybreaker has compiled:
-
Permit NuShare custodians - The custodian system now permits NuShare custodians. This process is exactly the same as with NuBits, except NuShares are granted to an NSR address.
-
Protocol voting - Clients now vote for their protocol version. Each version of the reference client has a protocol version number hard coded in it. This number is placed on the blockchain in the coinstake transaction when a block is minted, similar to how other votes are cast. This vote is not user configurable, so it has no user interface components. When 90% of the last 2000 blocks have voted to increment the protocol version AND any applicable date criteria for the protocol change is met, the protocol will change. If the percentage of the last 2000 blocks voting for a protocol version falls back below 90% threshold, no action will be taken. The protocol version in effect cannot be decremented.
-
Change maximum interest rate increase/decrease – This enhancement changes the maximum interest rate rise from 1% per 1440 blocks to a per block rise of 0.002% and enforces a maximum per block interest rate decrease of 0.004%.
-
Propagate the liquidity identifier through the network – This enhancement changes the ‘getliquidityinfo’ RPC to now contain a liquidity tier breakdown and also a custodian breakdown. In addition, a new RPC (‘getliquiditydetails’) will return liquidity info of all the identifiers of each custodian.
-
Make park rates effective 60 blocks after the actual vote – As originally designed, parking rates are determined based on the rates published for the block that contains a parking transaction. This change uses the rate from 60 blocks in the past. This will permit the parking rates to be known 60 blocks into the future.
-
Dynamic fee – This enhancement permits shareholders to vote to set transaction fees. The median vote is the fee. Transaction fees are also set using the fee from 60 blocks in the past. The client uses the highest fee to be charged in the next 10 blocks. Default transaction fees equal to the current transaction fees are applied if there is no transaction fee vote for a particular currency in the majority of share days for the voting period of 2000 blocks.
@pennybreaker will be coordinating community testing and he will post more information about this soon.
When we are confident the release is stable and working as designed it will be promoted and deployed to the production network.
Here are the download links (please be careful not to use these on the production network):