Announcing v1.0.12-5 - CRITICAL UPGRADE FOR MAINNET - MANDATORY FOR CONTINUED TESTNET USE & HIGHLY RECOMMENDED FOR EVERYONE MAINNET DEADLINE: UPGRADE TO v1.0.12-2 OR LATER FOR MAINNET BEFORE MONDAY, JULY 17TH, 17:00 UTC, WHICH IS WHEN THE ORACLE NOTIFICATION WILL BE REMOVED AND ALL DEFI AND CROSS-CHAIN WILL BE RE-ENABLED ON MAINNET. WE INTEND TO LAUNCH THE ETH BRIDGE AS SOON AFTER THAT AS POSSIBLE. TESTNET UPGRADE DEADLINE: PLEASE UPGRADE AS SOON AS POSSIBLE
MAINNET DEFAULT RELEASES
CLI release:
https://github.com/VerusCoin/VerusCoin/releases/tag/v1.0.12-5 GUI release:
https://github.com/VerusCoin/Verus-Desktop/releases/tag/v1.0.12-5 TESTNET SPECIFIC
GUI:
https://github.com/VerusCoin/Verus-Desktop/releases/tag/v1.0.12-5-testnetWe have moved the prior activation target out to ensure that we give the KMD notaries and the majority of miners and stakers time to upgrade before activation and also because we want to make sure that core community members are available to monitor when PBaaS reactivates and all goes live. While this upgrade is labeled critical and not mandatory, we believe everyone would be better off upgrading as soon as possible. What’s new: v1.0.12-5 does not add new features, but this version does include currency supply limits and overflow protection in areas where it was previously possible to exceed with currency definitions. In this version, we have implemented the following limits, which have been selected for the following reasons:
1) 10 billion (-1 SATOSHI) with 8 decimal places (9999999999.99999999) is now the recommended absolute limit for all currency supplies, including over time with conversions and extended tail emissions for blockchains. If you need to use currencies from Ethereum with extremely large supplies, you can map one ERC20 to multiple currencies that can add up to any size supply. You could also aggregate them into an arbitrage basket that would be maintained in balance for profit as it earned fees and could accommodate much larger aggregate supplies. If you absolutely need to support larger currency supplies in your applications and can’t use baskets or move the decimal place to extend your accounting, we can discuss options, all of which we believe come with some compatibility risk. For interoperability across all of crypto and FIAT systems, avoidance of network/JSON communication problems or replumbing (which may be worth doing over time), while still being able to accomodate extremely large supplies via aggregation or by using fewer decimal points, we believe this is the best available option, and these limits provide a solid mathematical security buffer. To understand why 10 billion specifically, most libraries for Bitcoin derived blockchains, including Komodo, Zcash, Verus, and others that are used for parsing and dealing with JSON currency values in APIs or commands will reject parsing single currency values greater than or equal to 10 billion in any context. Exceeding supply limits may make your currency issue unwanted conversion refunds, be unable to be exported across chains, or fail to interoperate properly with some apps over time.
2) This release includes significant work to ensure that boundary conditions are well handled by the network, but be advised – If you exceed these stated limits in your transactions or currency definitions, helping you to resolve any issues you might encounter may not be an urgent priority for project contributors or the growing global network of node operators participating in consensus.
v1.0.12-5 is critical for miners, stakers, exchanges, notaries or infrastructure providers and enforces currency limits that will prevent risk of overflow when PBaaS reactivates on mainnet.
Please upgrade as soon as you are able. We hope to get some rest soon and allow everyone to have a break from new versions.
Thanks!