lbcd/blockchain/README.md

blockchain
==========

[![ISC License](http://img.shields.io/badge/license-ISC-blue.svg)](http://copyfree.org)

### Bitcoin Chain Processing Overview

Before a block is allowed into the block chain, it must go through an intensive
series of validation rules.  The following list serves as a general outline of
those rules to provide some intuition into what is going on under the hood, but
is by no means exhaustive:

 - Reject duplicate blocks
 - Perform a series of sanity checks on the block and its transactions such as
   verifying proof of work, timestamps, number and character of transactions,
   transaction amounts, script complexity, and merkle root calculations
 - Compare the block against predetermined checkpoints for expected timestamps
   and difficulty based on elapsed time since the checkpoint
 - Save the most recent orphan blocks for a limited time in case their parent
   blocks become available
 - Stop processing if the block is an orphan as the rest of the processing
   depends on the block's position within the block chain
 - Perform a series of more thorough checks that depend on the block's position
   within the block chain such as verifying block difficulties adhere to
   difficulty retarget rules, timestamps are after the median of the last
   several blocks, all transactions are finalized, checkpoint blocks match, and
   block versions are in line with the previous blocks
 - Determine how the block fits into the chain and perform different actions
   accordingly in order to ensure any side chains which have higher difficulty
   than the main chain become the new main chain
 - When a block is being connected to the main chain (either through
   reorganization of a side chain to the main chain or just extending the
   main chain), perform further checks on the block's transactions such as
   verifying transaction duplicates, script complexity for the combination of
   connected scripts, coinbase maturity, double spends, and connected
   transaction values
 - Run the transaction scripts to verify the spender is allowed to spend the
   coins
 - Insert the block into the block database
Import btcchain repo into blockchain directory. This commit contains the entire btcchain repository along with several changes needed to move all of the files into the blockchain directory in order to prepare it for merging. This does NOT update btcd or any of the other packages to use the new location as that will be done separately. - All import paths in the old btcchain test files have been changed to the new location - All references to btcchain as the package name have been changed to blockchain 2015-01-30 21:54:30 +01:00			`blockchain`
			`==========`
Initial commit. 2013-07-18 16:39:30 +02:00
multi: Update markdown files for GFM changes. The github markdown interpreter has been changed such that it no longer allows spaces in between the brackets and parenthesis of links and now requires a newline in between anchors and other formatting. This updates all of the markdown files accordingly. While here, it also corrects a couple of inconsistencies in some of the README.md files. 2017-05-25 18:29:23 +02:00			`[![ISC License](http://img.shields.io/badge/license-ISC-blue.svg)](http://copyfree.org)`
Add support for TravisCI. Also add TravisCI build status badge to README.md. 2013-12-09 11:42:57 +01:00
[lbry] docs: update docs for LBRY Co-authored-by: Roy Lee <roylee17@gmail.com> 2021-08-19 20:41:48 +02:00			`### Bitcoin Chain Processing Overview`
Initial implementation. 2013-07-18 16:49:28 +02:00
			`Before a block is allowed into the block chain, it must go through an intensive`
			`series of validation rules. The following list serves as a general outline of`
			`those rules to provide some intuition into what is going on under the hood, but`
			`is by no means exhaustive:`

			`- Reject duplicate blocks`
			`- Perform a series of sanity checks on the block and its transactions such as`
			`verifying proof of work, timestamps, number and character of transactions,`
			`transaction amounts, script complexity, and merkle root calculations`
			`- Compare the block against predetermined checkpoints for expected timestamps`
			`and difficulty based on elapsed time since the checkpoint`
			`- Save the most recent orphan blocks for a limited time in case their parent`
			`blocks become available`
			`- Stop processing if the block is an orphan as the rest of the processing`
			`depends on the block's position within the block chain`
			`- Perform a series of more thorough checks that depend on the block's position`
			`within the block chain such as verifying block difficulties adhere to`
			`difficulty retarget rules, timestamps are after the median of the last`
			`several blocks, all transactions are finalized, checkpoint blocks match, and`
			`block versions are in line with the previous blocks`
			`- Determine how the block fits into the chain and perform different actions`
			`accordingly in order to ensure any side chains which have higher difficulty`
			`than the main chain become the new main chain`
			`- When a block is being connected to the main chain (either through`
			`reorganization of a side chain to the main chain or just extending the`
			`main chain), perform further checks on the block's transactions such as`
			`verifying transaction duplicates, script complexity for the combination of`
			`connected scripts, coinbase maturity, double spends, and connected`
			`transaction values`
			`- Run the transaction scripts to verify the spender is allowed to spend the`
			`coins`
[lbry] docs: update docs for LBRY Co-authored-by: Roy Lee <roylee17@gmail.com> 2021-08-19 20:41:48 +02:00			`- Insert the block into the block database`