We are pleased to release Litecoin Core 0.16.0 release. This is a new major version release, including new features, various bugfixes and performance improvements, as well as updated translations. It is reccomended for all users to upgrade to this version.
Litecoin Core 0.16.0 introduces full support for segwit in the wallet and user interfaces. A new
-addresstype argument has been added, which supports
p2sh-segwit (default), and
bech32 addresses. It controls what kind of addresses are produced by
-changetype argument has also been added, with the same options, and by default equal to
-addresstype, to control which kind of change is used.
address_type parameter has been added to the
addmultisigaddress RPCs to specify which type of address to generate. A
change_type argument has been added to the
fundrawtransaction RPC to override the
-changetype argument for specific transactions.
- All segwit addresses created through
*multisigRPCs explicitly get their redeemscripts added to the wallet file. This means that downgrading after creating a segwit address will work, as long as the wallet file is up to date.
- All segwit keys in the wallet get an implicit redeemscript added without it being written to the file. This means recovery of an old backup will work as long as you use new software.
- All keypool keys that are seen used in transactions explicitly get their redeemscripts added to the wallet files. This means that downgrading after recovering from a backup that includes a segwit address will work
Note that some RPCs do not yet support segwit addresses. Notably,
verifymessage doesn’t support segwit addresses, nor does
importmulti at this time. Support for segwit in those RPCs will continue to be added in future versions.
P2WPKH change outputs are now used by default if any destination in the transaction is a P2WPKH or P2WSH output. This is done to ensure the change output is as indistinguishable from the other outputs as possible in either case.
BIP173 (Bech32) Address support (“ltc1…” addresses)
Full support for native segwit addresses (BIP173 / Bech32) has now been added. This includes the ability to send to BIP173 addresses (including non-v0 ones), and generating these addresses (including as default new addresses, see above).
A checkbox has been added to the GUI to select whether a Bech32 address or P2SH-wrapped address should be generated when using segwit addresses. When launched with
-addresstype=bech32 it is checked by default. When launched with
-addresstype=legacy it is unchecked and disabled.
HD-wallets by default
Due to a backward-incompatible change in the wallet database, wallets created with version 0.16.0 will be rejected by previous versions. Also, version 0.16.0 will only create hierarchical deterministic (HD) wallets. Note that this only applies to new wallets; wallets made with previous versions will not be upgraded to be HD.
Wallets directory configuration (
Litecoin Core now has more flexibility in where the wallets directory can be located. Previously wallet database files were stored at the top level of the litecoin data directory. The behavior is now the following:
- For new installations (where the data directory doesn’t already exist), wallets will now be stored in a new
wallets/subdirectory inside the data directory by default.
- For existing nodes (where the data directory already exists), wallets will be stored in the data directory root by default. If a
wallets/subdirectory already exists in the data directory root, then wallets will be stored in the
wallets/subdirectory by default.
- The location of the wallets directory can be overridden by specifying a
<path>can be an absolute path to a directory or directory symlink.
Care should be taken when choosing the wallets directory location as funds may be lost if it becomes unavailable during operation.
The minimum version of the GCC compiler required to compile Litecoin Core is now 4.8. No effort will be made to support older versions of GCC. See discussion in issue #11732 for more information. The minimum version for the Clang compiler is still 3.3. Other minimum dependency versions can be found in
doc/dependencies.md in the repository.
Pruned nodes can now signal BIP159’s NODE_NETWORK_LIMITED using service bits, in preparation for full BIP159 support in later versions. This would allow pruned nodes to serve the most recent blocks. However, the current change does not yet include support for connecting to these pruned peers.
The SHA256 hashing optimizations for architectures supporting SSE4, which lead to ~50% speedups in SHA256 on supported hardware (~5% faster synchronization and block validation), have now been enabled by default. In previous versions they were enabled using the
--enable-experimental-asm flag when building, but are now the default and no longer deemed experimental.
- The option to reuse a previous address has now been removed. This was justified by the need to “resend” an invoice. But now that we have the request history, that need should be gone.
- Support for searching by TXID has been added, rather than just address and label.
- A “Use available balance” option has been added to the send coins dialog, to add the remaining available wallet balance to a transaction output.
- A toggle for unblinding the password fields on the password dialog has been added.
A new RPC
rescanblockchain has been added to manually invoke a blockchain rescan. The RPC supports start and end-height arguments for the rescan, and can be used in a multiwallet environment to rescan the blockchain at runtime.
savemempool RPC has been added which allows the current mempool to be saved to disk at any time to avoid it being lost due to crashes / power loss.
Safe mode disabled by default
Safe mode is now disabled by default and must be manually enabled (with
-disablesafemode=0) if you wish to use it. Safe mode is a feature that disables a subset of RPC calls – mostly related to the wallet and sending – automatically in case certain problem conditions with the network are detected. However, developers have come to regard these checks as not reliable enough to act on automatically. Even with safe mode disabled, they will still cause warnings in the
warnings field of the
getneworkinfo RPC and launch the
Renamed script for creating JSON-RPC credentials
share/rpcuser/rpcuser.py script was renamed to
share/rpcauth/rpcauth.py. This script can be used to create
rpcauthcredentials for a JSON-RPC user.
validateaddress RPC output has been extended with a few new fields, and support for segwit addresses (both P2SH and Bech32). Specifically:
- A new field
iswitnessis True for P2WPKH and P2WSH addresses (“ltc1…” addresses), but not for P2SH-wrapped segwit addresses (see below).
- The existing field
isscriptwill now also report True for P2WSH addresses.
- A new field
embeddedis present for all script addresses where the script is known and matches something that can be interpreted as a known address. This is particularly true for P2SH-P2WPKH and P2SH-P2WSH addresses. The value for
embeddedincludes much of the information
validateaddresswould report if invoked directly on the embedded address.
- For multisig scripts a new
pubkeysfield was added that reports the full public keys involved in the script (if known). This is a replacement for the existing
addressesfield (which reports the same information but encoded as P2PKH addresses), represented in a more useful and less confusing way. The
addressesfield remains present for non-segwit addresses for backward compatibility.
- For all single-key addresses with known key (even when wrapped in P2SH or P2WSH), the
pubkeyfield will be present. In particular, this means that invoking
validateaddresson the output of
getnewaddresswill always report the
pubkey, even when the address type is P2SH-P2WPKH.
- The deprecated RPC
getinfowas removed. It is recommended that the more specific RPCs are used:
- The wallet RPC
getreceivedbyaddresswill return an error if called with an address not in the wallet.
- The wallet RPC
addwitnessaddresswas deprecated and will be removed in version 0.17, set the
getnewaddress, or option
dumpwalletnow includes hex-encoded scripts from the wallet in the dumpfile, and
importwalletnow imports these scripts, but corresponding addresses may not be added correctly or a manual rescan may be required to find relevant transactions.
- The RPC
getblockchaininfonow includes an
- A new
blockhashparameter has been added to the
getrawtransactionRPC which allows for a raw transaction to be fetched from a specific block if known, even without
fundrawtransactionRPCs now have optional
iswitnessparameters to override the heuristic witness checks if necessary.
walletpassphrasetimeout is now clamped to 2^30 seconds.
- Using addresses with the
createmultisigRPC is now deprecated, and will be removed in a later version. Public keys should be used instead.
- Blockchain rescans now no longer lock the wallet for the entire rescan process, so other RPCs can now be used at the same time (although results of balances / transactions may be incorrect or incomplete until the rescan is complete).
loggingRPC has now been made public rather than hidden.
initialblockdownloadboolean has been added to the
getblockchaininfoRPC to indicate whether the node is currently in IBD or not.
minrelaytxfeeis now included in the output of
-debuglogfile=<file>can be used to specify an alternative debug logging file.
- litecoin-cli now has an
-stdinrpcpassoption to allow the RPC password to be read from standard input.
-usehdoption has been removed.
- litecoin-cli now supports a new
-getinfoflag which returns an output like that of the now-removed
- The default regtest JSON-RPC port has been changed to 19443 to avoid conflict with testnet’s default of 19332.
- Segwit is now always active in regtest mode by default. Thus, if you upgrade a regtest node you will need to either -reindex or use the old rules by adding
vbparams=segwit:0:999999999999to your regtest litecoin.conf. Failure to do this will result in a CheckBlockIndex() assertion failure that will look like: Assertion `(pindexFirstNeverProcessed != nullptr) == (pindex->nChainTx == 0)’ failed.
Please use GPG to verify the integrity of the release binaries. This ensures that the binary you have downloaded has not been tampered with. Linux, MacOS and Win32 cygwin command line GPG instructions are available here. Please also note that we GPG sign the binaries as a convenience to you, the ultimate way to verify the integrity of the builds is to build them yourself using Gitian. Instructions on how to perform these builds, can be found here.
For this release, the binaries have been signed with key identifier FE3348877809386C (thrasher’s key).
Despite this version being heavily tested, this version may still contain bugs. Always backup your wallet.dat file before upgrading. If you encounter any issues, please let us know by posting to the bug reporting section below.
The master branch contains the latest commits to the next stable releases of Litecoin Core.
Build instructions for Linux can be found here.
Build instructions for OSX can be found here.
Builds instructions for Windows can be found here.
Submit any issues you encounter here and one of the Litecoin developers will assist you.
Sign up for announcements only or development discussion.
These are the SHA-256 hashes of the released files:
Thanks to everyone who directly contributed to this release:
- The Bitcoin Core Developers
- Adrian Gallagher
- Martin Smith
By The Numbers: The Rate Bitcoin Must Climb To Reach $100K By July
Bitcoin is a numbers game through and through. There are only 21 million BTC. The code and its consensus algorithm are both made up of complex math. The total coins are slashed in half every four years, and so on and so fourth.
Most important of all, here’s the growth rate Bitcoin price must hit steadily to reach $100K per BTC by July 2021 according to one crypto capital manager – as well as the one thing that could get in the way.
Bitcoin Price Growth Rate Should Take Crypto Valuation To $100K By July
Bitcoin’s growth from virtually worthless to more than $60,000 per » Read more
” href=”https://www.newsbtc.com/dictionary/coin/” data-wpel-link=”internal”>coin came to be reads as if it was ripped from a sci-fi film: Mysterious person takes a shot at all money, and takes no credit for the monumental effort.
” href=”https://www.newsbtc.com/dictionary/satoshi/” data-wpel-link=”internal”>Satoshi’s creation is now more than a decade old and has grown far beyond most people’s expectations. Over the last year alone, the leading cryptocurrency by market cap has grown at a daily average rate of 0.65% since April, resulting in a nearly a ten times climb in value.
At the current pace, according to crypto capital manager Timothy Peterson, Bitcoin price would reach $100K by June 30th.
At only a daily growth rate of 0.64% the top crypto should hit $100K by July | Source: BTCUSD on TradingView.com
The One Factor That Could Cause BTC To Fall Short Of Target
Bitcoin price must maintain comparable momentum over the last year to keep climbing at a similar rate and reach more than $100K per » Read more
” href=”https://www.newsbtc.com/dictionary/coin/” data-wpel-link=”internal”>coin. The number is now closer to the current price action than $10K is, and thus potentially more achievable.
Price predictions for the next cycle top reach as much as $400K, with estimates more steeped in reality ranging from $125,000 to $325,000 per BTC.
The rally could really be over if the historically accurate signal is right again | Source: BTCUSD on TradingView.com
There’s a chance, however, the cycle top is in, according to the Pi Cycle Top Indicator. If the historically accurate tool is right yet again, the leading cryptocurrency’s daily growth rate will begin to decline from here on out until another bull market breaks out.
Bitcoin price wouldn’t make it to $100K by July, and a return to prices much lower would follow. If that’s the case, crypto investors would have to wait a while longer for the number one cryptocurrency by market cap to reach that ultimate target.
Featured image from Deposit Photos, Charts from TradingView.com
Bitcoin’s time has come: TIME magazine to hold BTC on balance sheet
Institutional fund manager Grayscale has partnered with acclaimed New York-based magazine TIME to produce an educational video series on the subject of crypto assets.
The partnership was announced on April by Grayscale’s CEO, Michael Sonnenshein, with Sonnenshein revealing that TIME and its president, Keith Grossman, will receive payment in Bitcoin.
Further, TIME does not intend to convert the Bitcoin it receives through the deal into fiat, and will hold the crypto asset on its balance sheet. No further details of the partnership have been revealed so far.
— Michael Sonnenshein (@Sonnenshein) April 12, 2021
TIME was first published on March 3, 1923, with the magazine and online publication having been active in the crypto space of late. In March, TIME cashed in on the NFT mania by dropping a set of tokenized magazine covers on NFT marketplace SuperRare, with the “TIME Space Exploration – January 19th, 1959” NFT fetching 135 ETH worth almost $250,000 on March 30.
“The media industry is undergoing a rapid evolution. TIME is seeking a Chief Financial Officer who can help guide its transformation,” the listing said.
According to Bitcointreasuries.com, TIME will become the 33rd publicly traded company to hold Bitcoin on its balance sheet. TIME joins the ranks of top U.S. companies Microstrategy — who have invested billions into BTC from August 2020, Square — who added 4,709 BTC to their treasury in October, and Tesla — which purchased $1.5 billion worth of BTC in January. Multinational investment corporation Blackrock also began dabbling in crypto during February, profiting more than $360,000 from a small long using Bitcoin futures.
This deal marks a significant partnership between giants of the mainstream and crypto worlds. Grayscale was founded in 2013 and has $46 billion worth of crypto assets under management, including roughly 3% of Bitcoin’s total circulating supply.
Moonstake integrates with Sylo to bring their staking protocol to the Sylo Smart Wallet
Moonstake, a staking pool protocol and service provider, has announced a new partnership with Sylo, a decentralized software development firm and the creators of the Sylo Network and Sylo Smart Wallet.
Through this collaboration, Moonstake will connect Sylo with their robust API/SDK solution, thereby enabling staking functionalities in the Sylo Smart Wallet and allowing Sylo users to earn passive income from their idle crypto assets.
Founded in 2010, Sylo is committed to decentralization and has created an ecosystem consisting of digital consumer wallet software, applications, infrastructure, and developer tools in order to usher in a decentralized future worth looking forward to.
A unique wallet app that combines digital asset management with decentralized communication, the Sylo Smart Wallet is a savvy decentralized e-wallet that enables users to purchase, store, track, send, and receive crypto assets, explore the world of Ethereum dApps by means of a Web3 Browser, pay with cryptocurrency in the real world, and provides secure communications by chat or audio/video call.
“We’re pleased to offer our community of global users yet another way to access the benefits of crypto. As always, our user flow has been designed with simplicity in mind, and staking via Moonstake in the Sylo Smart Wallet will make earning from digital assets simple enough for people everywhere.”
– Dorian Johannink, Co-Founder and Business Director of Sylo
Born over a year ago with the aim to create the largest staking network in Asia, since its inception Moonstake has developed highly user-friendly wallets for both Web and Mobile (iOS/Android) that are compatible with over 2000 cryptocurrencies.
After a full-scale operational launch in August 2020, Moonstake’s total staking assets have grown rapidly to reach USD 800 million in staked assets over just six months. Within a year of its founding, Moonstake became ranked in the top 10 of the world’s premier staking service providers and it continues to strongly expand its business.
“The Sylo Smart Wallet is an interesting e-wallet that combines the functionality of a flexible digital asset management tool and a secure instant messaging app. We are happy to help proper crypto projects like Sylo enable staking in their wallet so that users can have more ways to earn with crypto. With a wide selection of PoS coins and attractive yield rates from our high-quality staking pools, we are confident that users will be pleased with their staking experience on Sylo powered by Moonstake.”
– Mitsuru Tezuka, Founder of Moonstake