After several months of development, the Bitcoin Core 0.18.0 client was successfully launched with some modifications aimed at improving the efficiency of BTC mining and including some changes that in some way favor Segwit’s adoption.
One of the fundamental tweaks of this new update is that it
expects users to configure their software to be Segwit compatible. If this compatibility is not
supported, “getblocktemplate” command calls will fail, generating a lower
reward for the miners.
“Calls to `getblocktemplate` will fail if the segwit rule is not specified. Calling `getblocktemplate` without segwit specified is almost certainly a misconfiguration since doing so results in lower rewards for the miner. Failed calls will produce an error message describing how to enable the segwit rule.”
In this way, not only is the implementation of Segwit promoted, but they expect miners to achieve greater freedom and independence from their mining pools. The team also encourage miners to adopt this standard as a measure of increasing their profits.
Bitcoin Core: Focusing on Scalability and Convenience?
Another of the most important changes introduced with this update is the addition of an RPC known as joinpsbts. This allows to link several Partially Signed Bitcoin Transactions into a single common transaction. PSBTs also would be able to support offline txs.
client’s development team is determined to push for the adoption of Segwit.
They explain that according to their expectations, in one year the Segwit
standard should be globally adopted.
“Starting with Bitcoin Core 0.20 (expected about a year after 0.18), Bitcoin Core will default to native segwit addresses (bech32) that provide additional fee savings and other benefits. Currently, many wallets and services already support sending to bech32 addresses, and if the Bitcoin Core project sees enough additional adoption, it will instead default to bech32 receiving addresses in Bitcoin Core 0.19…