Bitcoin Forum
April 24, 2024, 05:01:10 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Why nodes need to maintain full list of blocks?  (Read 131 times)
bibonix (OP)
Jr. Member
*
Offline Offline

Activity: 42
Merit: 1


View Profile
August 15, 2019, 08:57:34 AM
 #1

I mean, why Bitcoin nodes keep all the data of all blocks, back to the genesis block? The majority of this information is not required for processing new blocks and may be ignored. Well, some statistical resources should still keep it, but to run a node it's possible to just delete the majority of historical data. Am I right?
1713978070
Hero Member
*
Offline Offline

Posts: 1713978070

View Profile Personal Message (Offline)

Ignore
1713978070
Reply with quote  #2

1713978070
Report to moderator
I HATE TABLES I HATE TABLES I HA(╯°□°)╯︵ ┻━┻ TABLES I HATE TABLES I HATE TABLES
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713978070
Hero Member
*
Offline Offline

Posts: 1713978070

View Profile Personal Message (Offline)

Ignore
1713978070
Reply with quote  #2

1713978070
Report to moderator
Rath_
aka BitCryptex
Legendary
*
Offline Offline

Activity: 1876
Merit: 3131



View Profile
August 15, 2019, 09:03:02 AM
Merited by Foxpup (2)
 #2

Well, some statistical resources should still keep it, but to run a node it's possible to just delete the majority of historical data. Am I right?

It is possible to run a node in a pruned mode. Once your node has downloaded all the blocks and verified them, it gets rid of most data. Note that you won't be able to import new addresses and rescan the wallet once you enable it.
bitmover
Legendary
*
Offline Offline

Activity: 2282
Merit: 5882


bitcoindata.science


View Profile WWW
August 15, 2019, 10:35:31 AM
 #3

Additionally to what other said above
 
The main reason is trust.

When a new full node comes in, it just needs the Genesis block and then it starts checking all past transactions without trusting anyone but the Genesis block.

If someone decided"after block xxxxx we don't need to verify back transactions anymore" we would need to trust that there is no single malicious transaction in that registry.

.
.BLACKJACK ♠ FUN.
█████████
██████████████
████████████
█████████████████
████████████████▄▄
░█████████████▀░▀▀
██████████████████
░██████████████
████████████████
░██████████████
████████████
███████████████░██
██████████
CRYPTO CASINO &
SPORTS BETTING
▄▄███████▄▄
▄███████████████▄
███████████████████
█████████████████████
███████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
███████████████████████
█████████████████████
███████████████████
▀███████████████▀
█████████
.
Welsh
Staff
Legendary
*
Offline Offline

Activity: 3248
Merit: 4110


View Profile
August 15, 2019, 12:01:56 PM
 #4

By running exact copies you're assuring that the code hasn't been altered, and the Blockchain hasn't been altered in anyway. There isn't any malicious transactions such as spending on one network, but not spending on another. The copies simply verify that everyone has the same Blockchain. They check against each other for any abnormalities.
spartacusrex
Hero Member
*****
Offline Offline

Activity: 718
Merit: 545



View Profile
August 15, 2019, 12:55:23 PM
 #5

I'm just going to say it -  It's impossible that there is a fraudulent transaction 1 year behind the top block.

Life is Code.
odolvlobo
Legendary
*
Offline Offline

Activity: 4298
Merit: 3208



View Profile
August 15, 2019, 04:18:49 PM
 #6

I mean, why Bitcoin nodes keep all the data of all blocks, back to the genesis block? The majority of this information is not required for processing new blocks and may be ignored. Well, some statistical resources should still keep it, but to run a node it's possible to just delete the majority of historical data. Am I right?

Once a database of the UTXOs is constructed, the blocks are no longer needed. The blocks are kept in order to provide them to other nodes and to reconstruct the UTXO database when necessary. Blocks must also be kept for resolving branches.

Join an anti-signature campaign: Click ignore on the members of signature campaigns.
PGP Fingerprint: 6B6BC26599EC24EF7E29A405EAF050539D0B2925 Signing address: 13GAVJo8YaAuenj6keiEykwxWUZ7jMoSLt
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!