Skip to content

Releases: heliumchain/squorum

v1.0 sQuorum Rebrand and Upgrade

24 Aug 15:27
v1.0
2e57ca8
Compare
Choose a tag to compare

sQuorum Core version 1.0 is now available from: https://github.com/heliumchain/squorum/releases

This is a new major version release, including various bug fixes and performance improvements.
This release includes improvements over the release-candidate which increases the speed of loading and processing blocks.

Please report bugs using the issue tracker at github: https://github.com/heliumchain/squorum/issues

Mandatory Update

sQuorum Core v1.0 is a mandatory update for all users. This release contains new consensus rules and improvements that are not backwards compatible with older versions. Users will need to update their clients before enforcement of this update goes into effect.

Update enforcement goes into effect at the following times:

Mainnet: Saturday, September 30, 2020 4:00:00 PM GMT

Masternodes will need to be restarted once both the masternode daemon and the controller wallet have been upgraded.

How to Upgrade

If you are running an older version, make a backup of your wallet.dat file and then shut down the wallet. Wait until it has completely shut down (which might take a few minutes for older versions), then run the installer to install the updated wallet.

If you had never installed the Helium Core client, then you are finished.

If you had previously been running Helium Core and used the default data folder and configuration file, you should rename the Helium data folder to sQuorum and rename the helium.conf configuration file to squorum.conf to access your old data Helium.

Where are these data files located on my computer?

Windows < Vista: C:\Documents and Settings\%Username%\Application Data\Helium (sQuorum)

Windows >= Vista: C:\Users\%Username%\AppData\Roaming\Helium (sQuorum)

Mac: ~/Library/Application Support/Helium (sQuorum)

Unix: ~/.helium (squorum)

New Snapshot file

New snapshot.zip file has been added to this release upto block 1138479
MD5 checksum 6217b9c75b43122455f38c8a203be19e bootstrap.zip

To use the snapshot file copy it to the same location as your squorum wallet.dat file
and unzip its contents in to that folder
It has the following items
Folders blocks, chainstate, sporks and zerocoin
files peers.dat, mncache.dat, db.log and budget.dat

when you have unzipped the file you can now start your Squorum wallet.

If you are still having issues then reach out to us on discord..

Thanks
Squorum team

v1.0 sQuorum Rebrand and Upgrade (Release Candidate 1)

30 Jul 17:33
9a3217c
Compare
Choose a tag to compare

sQuorum Core version 1.0.0 is now available from: https://github.com/heliumchain/squorum/releases

This is a new major version release, including various bug fixes and performance improvements.

Please report bugs using the issue tracker at github: https://github.com/heliumchain/squorum/issues

Mandatory Update

sQuorum Core v1.0.0 is a mandatory update for all users. This release contains new consensus rules and improvements that are not backwards compatible with older versions. Users will need to update their clients before enforcement of this update goes into effect.

Update enforcement goes into effect at the following times:

Mainnet: Saturday, September 30, 2020 4:00:00 PM GMT

Masternodes will need to be restarted once both the masternode daemon and the controller wallet have been upgraded.

How to Upgrade

If you are running an older version, make a backup of your wallet.dat file and then shut down the wallet. Wait until it has completely shut down (which might take a few minutes for older versions), then run the installer to install the updated wallet.

If you had never installed the Helium Core client, then you are finished.

If you had previously been running Helium Core and used the default data folder and configuration file, you should rename the Helium data folder to sQuorum and rename the helium.conf configuration file to squorum.conf to access your old data Helium.

Where are these data files located on my computer?

Windows < Vista: C:\Documents and Settings\%Username%\Application Data\Helium (sQuorum)

Windows >= Vista: C:\Users\%Username%\AppData\Roaming\Helium (sQuorum)

Mac: ~/Library/Application Support/Helium (sQuorum)

Unix: ~/.helium (squorum)

Compatibility

sQuorum Core is extensively tested on multiple operating systems using the Linux kernel, macOS 10.10+, and Windows 7 and later.

Microsoft ended support for Windows XP on April 8th, 2014, No attempt is made to prevent installing or running the software on Windows XP, you can still do so at your own risk but be aware that there are known instabilities and issues. Please do not report issues about Windows XP to the issue tracker.

Apple released it's last Mountain Lion update August 13, 2015, and officially ended support on December 14, 2015. sQuorum Core software starting with v1.0 will no longer run on MacOS versions prior to Yosemite (10.10). Please do not report issues about MacOS versions prior to Yosemite to the issue tracker.

sQuorum Core should also work on most other Unix-like systems but is not frequently tested on them.

Notable Changes

Internal (Core) Changes

Switch to libsecp256k1 signature verification

Here is the long overdue update for sQuorum to let go of OpenSSL in its consensus code. The rationale behind it is to avoid depending on an external and changing library where our consensus code is affected. This is security and consensus critical. sQuorum users will experience quicker block validations and sync times as block transactions are verified under libsecp256k1.

The recent CVE-2018-0495 brings into question a potential vulnerability with OpenSSL (and other crypto libraries) that libsecp256k1 is not susceptible to.

Minimum Supported MacOS Version

The minimum supported version of MacOS (OSX) has been moved from 10.8 Mountain Lion to 10.10 Yosemite. Users still running a MacOS version prior to Yosemite will need to upgrade their OS if they wish to continue using the latest version(s) of the sQuorum Core wallet.

Fake Stake

On Janurary 22 2019, Decentralized Systems Lab out of the University of Illinois published a study entitled “‘Fake Stake’ attacks on chain-based Proof-of-Stake cryptocurrencies”, which outlined a type of Denial of Service attack that could take place on a number of Proof of Stake based networks by exhausting a client's RAM or Disk resources.

A full report provided by PIVX developers is available on the PIVX Website, which includes additional findings, mitigation details, and resources for testing. This type of attack has no risk to users' privacy and does not affect their holdings.

BIP65 (CHECKLOCKTIMEVERIFY) Soft-Fork

sQuorum Core v1.0.0 introduces new consensus rules for scripting pathways to support the BIP65 standard. This is being carried out as a soft-fork in order to provide ample time for stakers to update their wallet version.

Regression Test Suite

The RegTest network mode has been re-worked to once again allow for the generation of on-demand PoW and PoS blocks. Additionally, many of the existing functional test scripts have been adapted for use with sQuorum, and we now have a solid testing base for highly customizable tests to be written.

With this, the old setgenerate RPC command no longer functions in regtest mode, instead a new generate command has been introduced that is more suited for use in regtest mode.

Version 2 Stake Modifier

A new 256-bit modifier for the proof of stake protocol has been defined, CBlockIndex::nStakeModifierV2.
It is computed at every block, by taking the hash of the modifier of previous block along with the coinstake input.
To meet the protocol, the PoS kernel must comprise the modifier of the previous block.

Changeover enforcement of this new modifier is set to occur at block 1000 for testnet and block 1130000 for mainnet.

Block index batch writing

Block index writes are now done in a batch. This allows for less frequent disk access, meaning improved performances and less data corruption risks.

Eliminate needless key generation

The staking process has been improved to no longer request a new (unused) key from the keypool. This should reduce wallet file size bloat as well as slightly improve staking efficiency.

GUI Changes

Add TOR service icon to status bar

An icon is now shown for clients that are connected and operating over the TOR network. Included is a mouse-over tooltip showing the onion address associated with the client. This icon is only shown when a connection to the TOR network can be established, and will be hidden otherwise.

Console Security Warning

Due to an increase in social engineering attacks/scams that rely on users relaying information from console commands, a new warning message has been added to the Console window's initial welcome message.

Optional Hiding of Orphan Stakes

The options dialog now contains a checkbox option to hide the display of orphan stakes from both the overview and transaction history sections. Further, a right-click context menu option has been introduced in the transaction history tab to achieve the same effect.

Note: This option only affects the visual display of orphan stakes, and will not prevent them nor remove them from the underlying wallet database.

Receive Tab Changes

The address to be used when creating a new payment request is now automatically displayed in the form. This field is not user-editable, and will be updated as needed by the wallet.

A new button has been added below the payment request form, "Receiving Addresses", which allows for quicker access to all the known receiving addresses. This one-click button is the same as using the File->Receiving Addresses... menu command, and will open up the Receiving Addresses UI dialog.

Historical payment requests now also display the address used for the request in the history table. While this information was already available when clicking the "Show" button, it was an extra step that shouldn't have been necessary.

Options Dialog Cleanup

The options/settings UI dialog has been cleaned up to no longer show settings that are wallet related when running in "disable wallet" (-disablewallet) mode.

Removal of zero-fee transaction option

The long term viability of acceptable zero-fee transaction conditions is in need of review. As such, we are temporarily disabling the ability to create zero-fee transactions.

Removal of zerocoin section from GUI

sQuorum does not support the use of zerocoin transactions, and this section has been removed from the GUI and wallet options.

Show latest block hash and datadir information tab

A QoL addition has been made to the Information tab of the UI's console window, which adds the display of both the current data directory and the latest block hash seen by the client.

RPC Changes

Backupwallet Sanity

The backupwallet RPC command no longer allows for overwriting the currently in use wallet.dat file. This was done to avoid potential file corruption caused by multiple conflicting file access operations.

Getreceivedbyaddress Update

When calling getreceivedbyaddress with a non-wallet address, return a proper error code/message instead of just 0

Validateaddress More Verbosity

validateaddress now has the ability to return more (non-critical or identifying) details about P2SH (multisig) addresses by removing the needless check against ISMINE_NO.

Getblock & Getblockheader

A minor change to these two RPC commands to now display the mediantime, used primarialy during functional tests.

Getwalletinfo

The getwalletinfo RPC command now outputs the configured transaction fee (paytxfee field).

Removal of Deprecated Commands

The masternode and `mnbudge...

v0.16.0

08 Dec 05:17
6ef843f
Compare
Choose a tag to compare

This release includes a new tab in the wallet for proposal voting. Helium masternode owners can click the Yes, No, or Abstain buttons to cast their vote with all of their masternodes for the proposal they select in the list.

You can double-click on a proposal to launch the proposal description URL for each proposal. This tab will also display the current votes for each proposal, including the number of votes still needed to reach the minimum 10% threshold of the masternode population for a proposal to be considered valid.

This release also includes a bug fix that makes staking more reliable, especially when staking over longer timeframes with the helium-qt wallet.

Updated the snapshot to February 2020 to help sync wallets faster. It is somewhat less secure than fully syncing the blockchain from peers. Extract the snapshot.zip file into your data directory to install. This will sync the blockchain through block 862699 with blockhash 70df64ba8d656f028ac11e9c4a17f26e3d935bea3cfa09f1caac53617cb9d2e3.

Contributors
Moonshot
Teela
Mrmetech
akcryptoguy

v0.15.2

05 Oct 22:02
v0.15.2
d6a452f
Compare
Choose a tag to compare

Changes to reduce forking.

v0.15.1

04 Oct 19:17
v0.15.1
c64c10b
Compare
Choose a tag to compare
v0.15.1 Pre-release
Pre-release

Includes updated checkpoints, incremented protocol number.

0.15.0

16 Sep 23:12
v0.15.0
3968212
Compare
Choose a tag to compare

Initial wallet release.

If you have trouble connecting (e.g., it says No Block Source and remains that way for several minutes), go to Tools -> Open Wallet Configuration File, paste in some or all of the following lines, save the file, and restart the wallet:

addnode=149.28.125.3:9009
addnode=76.243.195.173:9009
addnode=[2001:19f0:5c01:faf:2003::1]:9009
addnode=[2001:19f0:5c01:faf:2003::2]:9009
addnode=[2001:19f0:5c01:faf:2003::3]:9009
addnode=[2001:19f0:5c01:faf:2003::4]:9009
addnode=[2001:19f0:5c01:faf:2003::5]:9009
addnode=[2001:19f0:5c01:faf:2003::6]:9009
addnode=[2001:19f0:5c01:faf:2003::7]:9009
addnode=[2001:19f0:5c01:faf:2003::8]:9009
addnode=[2001:19f0:5c01:faf:2003::9]:9009
addnode=[2001:19f0:5c01:faf:2003::10]:9009

If you are running the wallet on OSX, you may need to choose a text editor to be the default application to handle .conf files, as OSX doesn't have one by default.

Using these addnode lines should become unnecessary once the full infrastructure of Helium DNS seeders and fixed seed nodes are up and running.

0.14.11 - release candidate 3

26 Aug 19:04
0a47745
Compare
Choose a tag to compare
Pre-release
Merge pull request #35 from SavvyBlockProject/master

Changed PoW phase length for testing. check,

genbuild fix for dirty tag

29 Jul 17:05
v0.14.9.2
Compare
Choose a tag to compare

First clean gitian build. Contains all of the previous fixes.

Not mandatory to use, but testing is appreciated.

genbuild fix

29 Jul 17:03
v0.14.9
Compare
Choose a tag to compare
v0.14.9

Release v0.14.9

Budget finalized

26 Jul 16:18
Compare
Choose a tag to compare

Finalized the budget payouts, removed tests that were not applicable

Removed SPR specific tests