Pages:
Author

Topic: Why pruned node is full node ? - page 2. (Read 542 times)

legendary
Activity: 2898
Merit: 1823
March 03, 2020, 12:32:53 AM
#9
(even though i don't know when the idea of pruned node is shared/discussed for first time).
Bitcoin whitepaper, section 7 "Reclaiming Disk Space".

I clearly forget Bitcoin whitepaper, but how about discussion about it's implementation on Bitcoin Core? AFAIK pruned node on Bitcoin Core works differently from Bitcoin whitepaper

Because there's no single definition of full node that majority agree
There is an unambiguous definition, which has been well established since at least 2011 with no one disagreeing for years.

It's only since the rise of dishonest ethereum pumpers which have nodes that do not validate the history and, instead, blindly trust miners up to a day before like SPV wallets intentionally creating confusion about Bitcoin's security model in order to fraudulently imply equivalence, that I've seen confusion on this circulate.


For newbies.

They call them "light-nodes", which they describe as nodes that are "still part of the network", but in truth only act as like an SPV, and are NOT part of the network. They don't check, and relay blocks.

SPV (whether it's Bitcoin or Ethereum) still perform some kind of check/verification


BUT, this is a very important point, SPVs ARE NOT part of the network. The don't verify transactions/blocks if valid/follow the rules, and the don't relay transactions/blocks after verified as valid/follows the rules.
legendary
Activity: 2114
Merit: 1293
There is trouble abrewing
March 02, 2020, 07:29:06 AM
#8
SPV (whether it's Bitcoin or Ethereum) still perform some kind of check/verification

i don't think there is any SPV ethereum clients. the ethereum nodes are somewhere between SPV and full node, a better term to describe them would be "half assed nodes" since they only download and verify a very tiny portion of the blockchain (about 1%) whereas in a SPV client you download the entire blockchain headers and merkle trees and verify them. for example Electrum clients currently store 619,838 block headers that is equal to the same number of block headers. they don't even do that in an etherum node, the history could be anything and they as a "half assed node" would never know it.
legendary
Activity: 2898
Merit: 1823
March 02, 2020, 12:55:17 AM
#7
Because there's no single definition of full node that majority agree
There is an unambiguous definition, which has been well established since at least 2011 with no one disagreeing for years.

It's only since the rise of dishonest ethereum pumpers which have nodes that do not validate the history and, instead, blindly trust miners up to a day before like SPV wallets intentionally creating confusion about Bitcoin's security model in order to fraudulently imply equivalence, that I've seen confusion on this circulate.


For newbies.

They call them "light-nodes", which they describe as nodes that are "still part of the network", but in truth only act as like an SPV, and are NOT part of the network. They don't check, and relay blocks.
staff
Activity: 4242
Merit: 8672
March 01, 2020, 11:42:25 PM
#6
(even though i don't know when the idea of pruned node is shared/discussed for first time).
Bitcoin whitepaper, section 7 "Reclaiming Disk Space".
legendary
Activity: 1666
Merit: 1196
STOP SNITCHIN'
March 01, 2020, 10:24:07 PM
#5
Full Non-Mining Nodes fully record and relay all Transactions meeting code specifications from the Genesis Block.

Pruned Nodes record and relay transactions meeting code specifications from recent blocks only.

A full node is a fully-validating node. Pruned nodes qualify because they download and validate every block and transaction going back to the genesis block.

The subset of full nodes that stores all past data and uploads old blocks to the network are called archival nodes.

Quote
A subset of full nodes also accept incoming connections and upload old blocks to other peers on the network. This happens if the software is run with -listen=1 as is default. Contrary to some popular misconceptions, being an archival node is not necessary to being a full node. If a user's bandwidth is constrained then they can use -listen=0, if their disk space is constrained they can use pruning, all the while still being a fully-validating node that enforces bitcoin's consensus rules and contributing to bitcoin's overall security.
staff
Activity: 4242
Merit: 8672
March 01, 2020, 04:47:19 PM
#4
Because there's no single definition of full node that majority agree
There is an unambiguous definition, which has been well established since at least 2011 with no one disagreeing for years.

It's only since the rise of dishonest ethereum pumpers which have nodes that do not validate the history and, instead, blindly trust miners up to a day before like SPV wallets intentionally creating confusion about Bitcoin's security model in order to fraudulently imply equivalence, that I've seen confusion on this circulate.
staff
Activity: 4242
Merit: 8672
February 29, 2020, 04:35:05 PM
#3
The term full node has an unambiguous definition since its first usage in the earliest days of Bitcoin: it means that the node fully verifies and enforces the rules of the network on its own without trusting third parties (such as miners). The term was introduced in contrast to spv or lite nodes which do not fully validate the data they receive and instead blindly trust miners.
legendary
Activity: 3038
Merit: 4418
Crypto Swap Exchange
February 29, 2020, 08:05:59 AM
#2
The term is used mostly with ambiguity. Most commonly, as long as a client can independently verify the chain, they are termed as full node. SPV client requests the block headers of the blockchain from the full node. The block header itself contains the merkle root for the SPV to compute and validate transactions.

Pruned nodes can't provide the full history for the SPV client and wouldn't be useful if the client inquires for block headers beyond its current block file buffers. Thus, they implemented a flag (BIP157 BIP 159) in the node's advertisement to tell the peers that they would not be very useful as they're pruned. The SPV node would then have to connect to a node with a full blockchain if they require older block headers.
jr. member
Activity: 47
Merit: 8
February 29, 2020, 07:53:58 AM
#1
We set prune param if it runs on limited-power PC.
Since some blk file is deleted, why it is also FULL node ?
What If some SPV wallet inquire tx in its "deleted" blk? Pruned node cannot answer it...
Pages:
Jump to: