Bitcoin Core is free and open-source software that serves as a bitcoin node (the set of which form the bitcoin network) and provides a bitcoin wallet which fully verifies payments. It is considered to be bitcoin's reference implementation and is the most used implementation by a large margin. Initially, the software was published by Satoshi Nakamoto under the name "Bitcoin", and later renamed to "Bitcoin Core" to distinguish it from the network. For this reason, it is also known as the Satoshi client. As of 2018[update], Bitcoin Core repositories are maintained by a team of maintainers, with Wladimir J. van der Laan leading the release process.
The start screen under Fedora
|Original author(s)||Satoshi Nakamoto|
|Stable release||0.17.1 (25 December 2018[±])|
|Operating system||Linux, Windows, macOS|
Bitcoin Core includes a transaction verification engine and connects to the bitcoin network as a full node. Moreover, a cryptocurrency wallet, which can be used to transfer funds, is included by default. The wallet allows for the sending and receiving of bitcoins. It does not facilitate the buying or selling of bitcoin. It allows users to generate QR codes to receive payment.
The software validates the entire blockchain, which includes all bitcoin transactions ever. This distributed ledger which has reached more than 155 gigabytes in size must be downloaded or synchronised before full participation of the client may occur. Although the complete blockchain is not needed all at once, since it is possible to run in pruning mode. A command line-based daemon with a JSON-RPC interface, bitcoind, is bundled with Bitcoin Core. It also provides access to testnet, a global testing environment that imitates the bitcoin main network using an alternative blockchain where valueless "test bitcoins" are used. Regtest or Regression Test Mode creates a private blockchain which is used as a local testing environment. Finally, bitcoin-cli, a simple program which allows users to send RPC commands to bitcoind, is also included.
Checkpoints which have been hard coded into the client are used only to prevent Denial of Service attacks against nodes which are initially syncing the chain. For this reason the checkpoints included are only as of several years ago. A one megabyte block size limit was added in 2010 by Satoshi Nakamoto. This limited the maximum network capacity to about three transactions per second. Since then, network capacity has been improved incrementally both through block size increases and improved wallet behavior. A network alert system was included by Satoshi Nakamoto as a way of informing users of important news regarding bitcoin. In November 2016 it was retired. It had become obsolete as news on bitcoin is now widely disseminated.
Bitcoin Core includes a scripting language inspired by Forth that can define transactions and specify parameters. ScriptPubKey is used to "lock" transactions based on a set of future conditions. scriptSig is used to meet these conditions or "unlock" a transaction. Operations on the data are performed by various OP_Codes. Two stacks are used - main and alt. Looping is forbidden.
The original creator of the bitcoin client has described their approach to the software's authorship as it being written first to prove to themselves that the concept of purely peer-to-peer electronic cash was valid and that a paper with solutions could be written. While the majority of peers on the network may use Bitcoin Core, the developers' influence on bitcoin is limited by the choice of which implementation people voluntarily decide to use. The lead developer is Wladimir J. van der Laan, who took over the role on 8 April 2014. Gavin Andresen was the former lead maintainer for the software client. Andresen left the role of lead developer for bitcoin to work on the strategic development of its technology. He left because he didn't want to get involved with trivial decision-making.
The code was originally stored at Sourceforge before being available on GitHub. Because there is no formal structure, development is based around Bitcoin Improvement Proposals or BIPs, which are similar to Request for Comments. Public mailing lists are used to vet initial expressions of ideas. If enough support is displayed a BIP document is written. This is the standard for sharing ideas and gaining community feedback on improving bitcoin and was initiated by Amir Taaki in 2011.
|Visualization of code changes during 2015|
Bitcoin 0.1 was released on 9 January 2009 by Satoshi Nakamoto with only Windows supported. This was followed by some minor bug fixing versions. On 16 December 2009 Bitcoin 0.2 was released. It included a Linux version for the first time and made use of multi-core processors for mining. In version 0.3.2 Nakamoto included checkpoints as a safeguard. After the release of version 0.3.9 Satoshi Nakamoto left the project and shortly after stopped communicating on online forums. By this time development of the software was being undertaken by a wide group of independent developers which is referred to as a community, many of whom had various ideas on how to improve bitcoin.
Between 2011 and 2013 new versions of the software were released at Bitcoin.org. Developers wanted to differentiate themselves as creators of software rather than advocates for bitcoin and so now maintain bitcoincore.org for just the software.
Bitcoin-Qt version 0.5.0 was released on 1 November 2011. It introduced a front end that uses the Qt user interface toolkit. The software previously used Berkeley DB for database management. Developers switched to LevelDB in release 0.8 in order to reduce blockchain synchronization time. The update to this release resulted in a minor blockchain fork on the 11 March 2013. The fork was resolved shortly afterwards. Seeding nodes through IRC was discontinued in version 0.8.2. In this release transaction fees, also known as relay fees, were reduced from 50,000 satoshis to 10,000 satoshis. From version 0.9.0 the software was renamed to Bitcoin Core. Transaction fees were reduced again by a factor of ten as a means to encourage microtransactions. Although Bitcoin Core does not use OpenSSL for the operation of the network, the software did use OpenSSL for remote procedure calls. Version 0.9.1 was released to remove the network's vulnerability to the Heartbleed bug.
Release 0.10 was made public on 16 February 2015. It introduced a consensus library which gave programmers easy access to the rules governing consensus on the network. In version 0.11.2 developers added a new feature which allowed transactions to be made unspendable until a specific time in the future. Bitcoin Core 0.12.1 was released on April 15, 2016 and enabled multiple soft forks to occur concurrently. Around 100 contributors worked on Bitcoin Core 0.13.0 which was released on 23 August 2016. It introduced more than ten significant changes.
In July 2016, the CheckSequenceVerify soft fork activated.
In October 2016, Bitcoin Core’s 0.13.1 release featured the "Segwit" soft fork that included a scaling improvement aiming to optimize the bitcoin blocksize. The patch which was originally finalised in April, and 35 developers were engaged to deploy it. This release featured Segregated Witness (SegWit) which aimed to place downward pressure on transaction fees as well as increase the maximum transaction capacity of the network. The 0.13.1 release endured extensive testing and research leading to some delays in its release date.[better source needed] SegWit prevents various forms of transaction malleability.
Launched in February 2018, version 0.16.0 supports segregated witness as the native address format, also called bech32 addresses, which were originally developed by Peter Wuille and Greg Maxwell.
In September 2018, a Bitcoin Cash developer discovered the vulnerability CVE-2018-17144 in the Bitcoin Core software that could allow an attacker to crash vulnerable Bitcoin Core nodes and exceed the 21 million coin limit.
Bitcoin Improvement ProposalsEdit
A Bitcoin Improvement Proposal (BIP) is a design document, typically describing a new feature for Bitcoin with a concise technical specification of the feature and the rationale for it. This is broadly similar to the way in which Internet "Request for Comments" (RFCs) and the Python computer language's "Python Enhancement Proposals" (PEPs) are used.
The process itself is documented in BIP 2, and BIP 123 provides a categorization.
- 2 BIP process, revised
- BIP 2 specifies the BIP process. BIP numbers are awarded liberally. As of February 2017, 152 BIP numbers have been assigned, but only 27 BIP's have reached the active/final stages.
- 9 Version bits with timeout and delay
- BIP specifies a state machine for determining 95% miner consensus of soft forks. There has been one successful BIP 9 soft fork, and one, Segregated Witness, is, as of 2017, open for voting.
- 16 Pay to script hash
- Allows transactions to be sent to a script hash (address starting with 3) instead of a public key hash (addresses starting with 1). To spend bitcoins sent via P2SH, the recipient must provide a script matching the script hash, and data which makes the script evaluate to true. The recipient might need the signatures of several people to spend these bitcoins, or a password might be required, or the requirements could be completely unique.
- 32 Defines HD wallets
- These HD ('Hierarchical Deterministic") wallets can be shared partially or entirely with different systems.
- 39 Mnemonic code or sentences
- For the generation of deterministic wallets.
- 43 Adds a "Purpose Field" for use HD wallets
- To determine the further structure; for example, the scheme described in BIP44 should use the value 44' as the "purpose".
- 44 Logical hierarchy for deterministic wallets
- based on the algorithm described in BIP32 and "purpose" scheme described in BIP43.
- 65 CHECKLOCKTIMEVERIFY
- CLTV allows a transaction output to be unspendable until some specific point of time in the future.
- 112 CHECKSEQUENCEVERIFY
- CSV enables making an address (starting with 3) which can't spend bitcoin received, for a specified amount of time after receiving. One can have a 2-of-3 multisig address, which times out to a backup rule, unless there is 2-of-3 consensus.
- 141, 143, 144
- See SegWit
- 152 Compact Blocks
- Merged on 22 June 2016, Compact Blocks enables faster block propagation, and was used on 97% of nodes in November 2017.
- Antonopoulos, Andreas. "3". Mastering Bitcoin: Programming the Open Blockchain (2nd ed.). O'Reilly Media. ISBN 978-1491954386.
Bitcoin Core is the reference implementation of the bitcoin system, meaning that it is the authoritative reference on how each part of the technology should be implemented. Bitcoin Core implements all aspects of bitcoin, including wallets, a transaction and block validation engine, and a full network node in the peer-to-peer bitcoin network.
- "Global Bitcoin nodes distribution". bitnodes.earn.com. Retrieved 9 September 2018.
- "Bitcoin Core version 0.9.0 released". Bitcoin Core. 19 Mar 2014. Retrieved 21 October 2018.
- Antonopoulos, Andreas M. (2014). Mastering Bitcoin: Unlocking Digital Cryptocurrencies. O'Reilly Media, Inc. pp. 31–32. ISBN 1491902647. Retrieved 6 November 2016.
- "0.13.0 Binary Safety Warning". Bitcoin Core. Bitcoin Project. 17 August 2016. Retrieved 21 Oct 2018.
- "MIT Announces $900,000 Bitcoin Developer Fund". Inc. 29 Mar 2016. Retrieved 21 October 2018.
- "About". Bitcoin Core. Retrieved 21 October 2018.
- "Bitcoin Developer Examples". Bitcoin. Retrieved 21 Oct 2018.
- "checkpoints.cpp". Repository source code. GitHub, Inc. Retrieved 13 November 2016.
- "bitcoin/chainparams.cpp". GitHub. Retrieved 21 October 2018.
- Mike Orcutt (19 May 2015). "Leaderless Bitcoin Struggles to Make Its Most Crucial Decision". MIT Technology Review. Retrieved 15 November 2016.
- "Alert System Retirement". Bitcoin Project. 1 November 2016. Retrieved 16 November 2016.
- Antonopoulos, Andreas (29 May 2013). "Bitcoin is a money platform with many APIs". Radar. O'Reilly. Retrieved 19 November 2016.
- "Bitcoin Core devtools README - Create and verify timestamps of merge commits". GitHub. Retrieved May 5, 2018.
- "Re: Bitcoin P2P e-cash paper". The Cryptography Mailing List. Satoshi Nakamoto Institute. 9 October 2016. Retrieved 13 November 2016.
- Aaron van Wirdum (7 September 2016). "A Primer on Bitcoin Governance, or Why Developers Aren't in Charge of the Protocol". Bitcoin Magazine. BTC Inc. Retrieved 13 November 2016.
- Preukschat, Alex; Josep Busquet (2015). Bitcoin: The Hunt of Satoshi Nakamoto. Europe Comics. p. 87. ISBN 9791032800201. Retrieved 16 November 2016.
- Daniel Cawrey (29 December 2014). "Gregory Maxwell: How I Went From Bitcoin Skeptic to Core Developer". CoinDesk. Retrieved 23 December 2016.
- Bailey Reutzel (14 May 2016). "Bitcoin Core is Seeking to Overhaul How it Upgrades its Code". Coindesk. Retrieved 7 November 2016.
- "History of Cryptocurrency, Part I: From Bitcoin's Inception to the Crypto-Boom". The Cointelegraph. April 11, 2015. Retrieved October 21, 2018.
- "About bitcoin.org". Bitcoin Project. Retrieved 14 November 2016.
- "Bitcoin-Qt version 0.5.0 released". Bitcoin Project. 1 November 2011. Retrieved 13 November 2016.
- Vitalik Buterin (13 March 2013). "Bitcoin Network Shaken by Blockchain Fork". Bitcoin Magazine. BTC Inc. Retrieved 7 November 2016.
- Danny Bradbury (28 February 2014). "Bitcoin Transaction Fees To Be Slashed Tenfold". Coindesk. Retrieved 22 December 2016.
- Khaosan, Venzen (April 8, 2014). "OpenSSL Heartbleed Security Bug "Massive"". CryptoCoinsNews. Retrieved October 21, 2018.
- Joon Ian Wong (17 February 2015). "Bitcoin Core 0.10 Gives Developers Simplified Access to Network Consensus". Coindesk. Retrieved 7 November 2016.
- "Bitcoin Core version 0.11.2 released". Bitcoin Project. 13 November 2015. Retrieved 14 November 2016.
- Kyle Torpey (15 April 2016). "Bitcoin Core 0.12.1 Released, Major Step Forward for Scalability". Bitcoin Magazine. NASDAQ.com. Retrieved 7 November 2016.
- Aaron van Wirdum (22 August 2016). "What's New in Bitcoin Core 0.13.0?". Bitcoin Magazine. BTC Inc. Retrieved 7 November 2016.
- Antonopoulos, Andreas. Mastering Bitcoin: Programming the Open Blockchain (2nd ed.). O'Reilly Media. ISBN 978-1491954386.
BIP-68 and BIP-112 were activated in May 2016 as a soft fork upgrade to the consensus rules.
- Joseph Young (18 October 2016). "Ready, Steady, Fork: Bitcoin Core to Release SegWit in November". Retrieved 7 November 2016.
- Luke Parker (29 October 2016). "Bitcoin scaling solution, Segwit, released". Brave New Coin. Retrieved 7 November 2016.
- "Bitcoin Core 0.13.1". Bitcoin Core. Retrieved 25 October 2016.
- Joseph Young (3 November 2016). "Bitcoin Core is Most Talented Dev Team, Says VC". The Coin Telegraph. Retrieved 7 November 2016.
- "Segregated Witness Benefits". Bitcoin Core. January 26, 2016. Retrieved October 20, 2018.
- Hertig, Alyssa (February 20, 2018). "New Bitcoin Code Will Finally Boast Full SegWit Support". CoinDesk. Retrieved October 21, 2018.
- "CVE-2018-17144 Full Disclosure". Bitcoin Core. Retrieved 2018-09-23.
- "bip-0123.mediawiki". GitHub. Retrieved 21 October 2018.
- "assignments.mediawiki". GitHub. Retrieved 21 October 2018.
- "bip-0032.mediawiki". GitHub. Retrieved 21 October 2018.
- "bip-0039.mediawiki". GitHub. Retrieved 21 October 2018.
- "bip-0043.mediawiki". GitHub. Retrieved 21 October 2018.
- "bip-0065.mediawiki". GitHub. Retrieved 21 October 2018.
- "Compact Blocks FAQ". GitHub. Retrieved 21 October 2018.