Skip to main content
Capitalize Bitcoin Core, remove duplicate "to"
Source Link
Murch
  • 77.8k
  • 35
  • 190
  • 641

A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, in the case of BIP-159 compliant software such as Bitcoin coreCore, the 288 blocks prior to, and including, to their active chain-tip.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, in the case of BIP-159 compliant software such as Bitcoin core, the 288 blocks prior to, and including, to their active chain-tip.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, in the case of BIP-159 compliant software such as Bitcoin Core, the 288 blocks prior to, and including, their active chain-tip.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


added 160 characters in body
Source Link
RedGrittyBrick
  • 28.5k
  • 3
  • 25
  • 53

A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, at least in the case of BIP-159 compliant software such as Bitcoin-core pruned-nodes core, the last 288 blocks prior to, and including, to their active chain-tip.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, at least in the case of Bitcoin-core pruned-nodes, the last 288 blocks.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, in the case of BIP-159 compliant software such as Bitcoin core, the 288 blocks prior to, and including, to their active chain-tip.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


deleted 21 characters in body
Source Link
RedGrittyBrick
  • 28.5k
  • 3
  • 25
  • 53

A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help synchronisewith the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, at least in principlethe case of Bitcoin-core pruned-nodes, anythe last 288 blocks it retains in memory or cached in other temporary storage.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help synchronise a new full-node

A pruned node can pass on unconfirmed transactions in its mempool and, at least in principle, any blocks it retains in memory or cached in other temporary storage.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


A pruned node discards from persistent storage (disk, SSD) blocks for which it has no further use.

A pruned node therefore cannot help with the initial synchronisation of a new full-node.

A pruned node can pass on unconfirmed transactions in its mempool and, at least in the case of Bitcoin-core pruned-nodes, the last 288 blocks.

A pruned node downloads exactly the same amount of data per month as a fully-synchronised full-node. It probably uploads less since it retains less. Actual amounts probably depend on connectivity and levels of Bitcoin network activity (i.e I haven't measured this).


added 110 characters in body
Source Link
RedGrittyBrick
  • 28.5k
  • 3
  • 25
  • 53
Loading
Source Link
RedGrittyBrick
  • 28.5k
  • 3
  • 25
  • 53
Loading