Pre-release

@DATSEC DATSEC released this Aug 16, 2018

Assets 2
v0.16.2

Update default port and comments
Jul 4, 2018
assert: Disable error message feature

@DATSEC DATSEC released this Jul 4, 2018 · 11 commits to 0.15 since this release

Assets 17

How to Upgrade

If you are running an older version, shut it down. Wait until it has completely
shut down (which might take a few minutes for older versions), then run the
installer (on Windows) or just copy over /Applications/Starwels-Qt (on Mac)
or starwelsd/starwels-qt (on Linux).

The first time you run version 0.15.0 or higher, your chainstate database will
be converted to a new format, which will take anywhere from a few minutes to
half an hour, depending on the speed of your machine.

The file format of fee_estimates.dat changed in version 0.15.0. Hence, a
downgrade from version 0.15 or upgrade to version 0.15 will cause all fee
estimates to be discarded.

Note that the block database format also changed in version 0.8.0 and there is no
automatic upgrade code from before version 0.8 to version 0.15.0. Upgrading
directly from 0.7.x and earlier without redownloading the blockchain is not supported.
However, as usual, old wallet versions are still supported.

Downgrading warning

The chainstate database for this release is not compatible with previous
releases, so if you run 0.15 and then decide to switch back to any
older version, you will need to run the old release with the -reindex-chainstate
option to rebuild the chainstate data structures in the old format.

If your node has pruning enabled, this will entail re-downloading and
processing the entire blockchain.

Compatibility

Starwels is extensively tested on multiple operating systems using
the Linux kernel, macOS 10.8+, and Windows Vista and later. Windows XP is not supported.

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

Notable changes

Network fork safety enhancements

A number of changes to the way Starwels deals with peer connections and invalid blocks
have been made, as a safety precaution against blockchain forks and misbehaving peers.

  • Unrequested blocks with less work than the minimum-chain-work are now no longer processed even
    if they have more work than the tip (a potential issue during IBD where the tip may have low-work).
    This prevents peers wasting the resources of a node.

  • Peers which provide a chain with less work than the minimum-chain-work during IBD will now be disconnected.

  • For a given outbound peer, we now check whether their best known block has at least as much work as our tip. If it
    doesn't, and if we still haven't heard about a block with sufficient work after a 20 minute timeout, then we send
    a single getheaders message, and wait 2 more minutes. If after two minutes their best known block has insufficient
    work, we disconnect that peer. We protect 4 of our outbound peers from being disconnected by this logic to prevent
    excessive network topology changes as a result of this algorithm, while still ensuring that we have a reasonable
    number of nodes not known to be on bogus chains.

  • Outbound (non-manual) peers that serve us block headers that are already known to be invalid (other than compact
    block announcements, because BIP 152 explicitly permits nodes to relay compact blocks before fully validating them)
    will now be disconnected.

  • If the chain tip has not been advanced for over 30 minutes, we now assume the tip may be stale and will try to connect
    to an additional outbound peer. A periodic check ensures that if this extra peer connection is in use, we will disconnect
    the peer that least recently announced a new block.

  • The set of all known invalid-themselves blocks (i.e. blocks which we attempted to connect but which were found to be
    invalid) are now tracked and used to check if new headers build on an invalid chain. This ensures that everything that
    descends from an invalid block is marked as such.

Miner block size limiting deprecated

Though blockmaxweight has been preferred for limiting the size of blocks returned by
getblocktemplate since 0.13.0, blockmaxsize remained as an option for those who wished
to limit their block size directly. Using this option resulted in a few UI issues as
well as non-optimal fee selection and ever-so-slightly worse performance, and has thus
now been deprecated. Further, the blockmaxsize option is now used only to calculate an
implied blockmaxweight, instead of limiting block size directly. Any miners who wish
to limit their blocks by size, instead of by weight, will have to do so manually by
removing transactions from their block template directly.

GUI settings backed up on reset

The GUI settings will now be written to guisettings.ini.bak in the data directory before wiping them when
the -resetguisettings argument is used. This can be used to retroactively troubleshoot issues due to the
GUI settings.

Duplicate wallets disallowed

Previously, it was possible to open the same wallet twice by manually copying the wallet file, causing
issues when both were opened simultaneously. It is no longer possible to open copies of the same wallet.

Debug -minimumchainwork argument added

A hidden debug argument -minimumchainwork has been added to allow a custom minimum work value to be used
when validating a chain.

Low-level RPC changes

  • The "currentblocksize" value in getmininginfo has been removed.

  • dumpwallet no longer allows overwriting files. This is a security measure
    as well as prevents dangerous user mistakes.

  • backupwallet will now fail when attempting to backup to source file, rather than
    destroying the wallet.

  • listsinceblock will now throw an error if an unknown blockhash argument
    value is passed, instead of returning a list of all wallet transactions since
    the genesis block. The behaviour is unchanged when an empty string is provided.

SHA-1

D6F74AB0D6371914C09C709473CE88AF09F1048B starwels-0.15.1-win32-setup-unsigned.exe
72BA1462655C4884FB819B6E07F16BC3E8DE40A2 starwels-0.15.1-win64-setup-unsigned.exe
BDB0ECCABA71D61ABDDC0CBADD1C2A6C7927096C starwels-0.15.1.tar.gz
96BF52F9136AAB9D75B05C2C06E87274B60123A1 starwels-0.15.1.tar.gz-aarch64-linux-gnu-debug.tar.gz
52107964DF34DA1130D92D81E4AB39467631AC5D starwels-0.15.1.tar.gz-aarch64-linux-gnu.tar.gz
2E116D37A903C4E611E095D2388234D1EEBF8372 starwels-0.15.1.tar.gz-arm-linux-gnueabihf-debug.tar.gz
470081F5EBE26172A105C2486D605B12CB4FF579 starwels-0.15.1.tar.gz-arm-linux-gnueabihf.tar.gz
7EB3E5975022A02F25BEE59EFF89FA114F7AE943 starwels-0.15.1.tar.gz-i686-pc-linux-gnu-debug.tar.gz
499B1CE250D966E1B4A259CA637C0E065692E62A starwels-0.15.1.tar.gz-i686-pc-linux-gnu.tar.gz
7499720C60362EE8563EA516AE6CD1206D96DFB4 starwels-0.15.1.tar.gz-win32-debug.zip
BBD4E626291F62127458A289FAC892C89557FB49 starwels-0.15.1.tar.gz-win32.zip
1818CF9A39FC77CFF00A28B52BCBB35D3880F048 starwels-0.15.1.tar.gz-win64-debug.zip
C2FDA4DDBE68B626A71202DED5992EF70780D491 starwels-0.15.1.tar.gz-win64.zip
81656542EF56E86D40E990017EC2FDCAE5A35AD9 starwels-0.15.1.tar.gz-x86_64-linux-gnu-debug.tar.gz
6F854F83700E7011C2B1558805AC015F6ED313FE starwels-0.15.1.tar.gz-x86_64-linux-gnu.tar.gz