Bitcoin Forum
May 08, 2024, 06:13:04 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Question about Pruning, Classic, forks, etc.  (Read 612 times)
classicsucks (OP)
Hero Member
*****
Offline Offline

Activity: 686
Merit: 504


View Profile
February 27, 2016, 08:49:59 PM
 #1

Hello, newb here wondering about the wisdom of running pruning on my Core 0.12 node. I set prune=10000, which I believe that should store quite a few old transactions. The 61GB blockchain got pruned down quickly to 12GB and the node seems to be running fine.

However I notice that Classic people are mining blocks, and am contemplating what it will mean down the road if blocks need to be rolled back or there is a hard fork. I don't fully understand the technical ramifications of pruning, but my thought is that nodes that are pruned may need to reindex so perhaps this is not the best choice? Thanks for any insights.
1715148784
Hero Member
*
Offline Offline

Posts: 1715148784

View Profile Personal Message (Offline)

Ignore
1715148784
Reply with quote  #2

1715148784
Report to moderator
1715148784
Hero Member
*
Offline Offline

Posts: 1715148784

View Profile Personal Message (Offline)

Ignore
1715148784
Reply with quote  #2

1715148784
Report to moderator
1715148784
Hero Member
*
Offline Offline

Posts: 1715148784

View Profile Personal Message (Offline)

Ignore
1715148784
Reply with quote  #2

1715148784
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715148784
Hero Member
*
Offline Offline

Posts: 1715148784

View Profile Personal Message (Offline)

Ignore
1715148784
Reply with quote  #2

1715148784
Report to moderator
1715148784
Hero Member
*
Offline Offline

Posts: 1715148784

View Profile Personal Message (Offline)

Ignore
1715148784
Reply with quote  #2

1715148784
Report to moderator
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 3388
Merit: 6631


Just writing some code


View Profile WWW
February 27, 2016, 08:53:23 PM
 #2

Hello, newb here wondering about the wisdom of running pruning on my Core 0.12 node. I set prune=10000, which I believe that should store quite a few old transactions. The 61GB blockchain got pruned down quickly to 12GB and the node seems to be running fine.

However I notice that Classic people are mining blocks, and am contemplating what it will mean down the road if blocks need to be rolled back or there is a hard fork. I don't fully understand the technical ramifications of pruning, but my thought is that nodes that are pruned may need to reindex so perhaps this is not the best choice? Thanks for any insights.
Pruning and forks are two completely unrelated things.

With block file pruning, you are only storing some amount of the blockchain. It will always contain the most recent blocks that your node knows about.

Forks are simply new blockchains that stem off of the existing one. With Bitcoin Classic, new blocks are mined which signal forking. When you receive those blocks, the current blocks are still valid so your node accepts them and adds the block to its database and it removes an older block to maintain the number you specified. Forks will not roll anything back and nothing in the blockchain will be rolled back unless there is some major bug and accidental fork that happens like the one that happened in 2013.

classicsucks (OP)
Hero Member
*****
Offline Offline

Activity: 686
Merit: 504


View Profile
February 28, 2016, 01:44:48 AM
 #3


Pruning and forks are two completely unrelated things.


OK my logic was: the blockchain is used to validate transactions sequentially, the war over max block size is resulting in several code bases with soon-to-be incompatible blocks, at some point there will likely be a fork, so therefore a pruned blockchain might not be ideal for revalidating several months worth of mining and transactions, and/or choosing the right fork. Make sense?
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 3388
Merit: 6631


Just writing some code


View Profile WWW
February 28, 2016, 02:10:34 AM
 #4


Pruning and forks are two completely unrelated things.


OK my logic was: the blockchain is used to validate transactions sequentially, the war over max block size is resulting in several code bases with soon-to-be incompatible blocks, at some point there will likely be a fork, so therefore a pruned blockchain might not be ideal for revalidating several months worth of mining and transactions, and/or choosing the right fork. Make sense?
Choosing which fork to use is by whichever client you choose to use. In the case of a fork where two blockchain do survive and are viable, pruning would probably not be a good idea. However, no one can really say what will happen and how pruned and unpruned nodes will respond and what would need to be done (whether reindex or redownload) if you switch blockchains after several blocks into a fork. Such a thing has never been done before. Until the fork does happen though, it is safe to use a pruned node, and when the fork does happen, it should (hopefully) happen without issue and there will be consensus.

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!