dido:public:ra:1.2_views:3_taxonomic:3_node_tax:full:pruned
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
dido:public:ra:1.2_views:3_taxonomic:3_node_tax:full:pruned [2020/05/07 18:02] nick ↷ Page moved from dido:public:ra:1_views:3_taxonomic:3_node_tax:full:pruned to dido:public:ra.1.intro:1_views:3_taxonomic:3_node_tax:full:pruned |
dido:public:ra:1.2_views:3_taxonomic:3_node_tax:full:pruned [2022/05/27 20:12] (current) nick grammar |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== 2.3.3.1.1 Pruned Node ====== | ====== 2.3.3.1.1 Pruned Node ====== | ||
| - | [[dido:public:ra:1_views:3_taxonomic:3_node_tax:full|return to Full Node]] | + | [[dido:public:ra:1.2_views:3_taxonomic:3_node_tax:full|return to Full Node]] |
| - | A **Pruned Node** is a [[dido:public:ra:1_views:3_taxonomic:3_node_tax:full |Full Node]] for all intents and purposes with one major difference: in order to save space on the Node, the Pruned Nodes begins downloading blocks from the beginning of the ledger and when a preset threshold on space is exceeded, the oldest transactions are deleted retaining only the headers and placement within the blockchain. | + | A **pruned node** is a [[dido:public:ra:1.2_views:3_taxonomic:3_node_tax:full|full node]] for all intents and purposes with one major difference: in order to save space on the [[dido:public:ra:xapend:xapend.a_glossary:n:node|node]], the pruned node begins downloading blocks from the beginning of the [[dido:public:ra:xapend:xapend.a_glossary:l:ledger|ledger]] and when a preset threshold on space is exceeded, the oldest transactions are deleted, retaining only the headers and placement within the [[dido:public:ra:xapend:xapend.a_glossary:b:blockchain|blockchain]]. |
| - | For example, a size limit threshold of 550MB, allows storage of the latest blocks that fit within the 550MB threshold, However, to retain the integrity of the Ledger, all the transactions must be processed and checked for validity in the order of their creation. At the end of the load, the state of the data is correct and only the history is of the transactions is lost.(( | + | For example, a size limit threshold of 550MB allows storage of the latest blocks that fit within the 550MB threshold. However, to retain the integrity of the ledger, all the transactions must be processed and checked for validity in the order of their creation. At the end of the load, the state of the data is correct and only the history of the transactions is lost. (( |
| "Blockchain Nodes: An In-Depth Guide", [[https://nodes.com/]] | "Blockchain Nodes: An In-Depth Guide", [[https://nodes.com/]] | ||
| )) | )) | ||
| Line 19: | Line 19: | ||
| ===== Tools ===== | ===== Tools ===== | ||
| * None at this time | * None at this time | ||
| + | |||
| + | /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | ||
| + | /* To add a discussion page to this page, comment out the line that says | ||
| + | ~~DISCUSSION:off~~ | ||
| + | */ | ||
| + | ~~DISCUSSION:on|Outstanding Issues~~ | ||
| + | ~~DISCUSSION:off~~ | ||
dido/public/ra/1.2_views/3_taxonomic/3_node_tax/full/pruned.1588888947.txt.gz · Last modified: 2020/05/07 18:02 by nick
