Bitcoin Forum
June 20, 2019, 10:29:37 PM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Bitcoin Technical Support / Re: Theoretical question about fork merges on: June 03, 2018, 10:35:31 AM
Basically, it's just your 256 bit unsigned integer, encoded such that it will fit into the 32 bit space available in the block header.
Thank you for the answer!
Otherwise, wouldn't it also then be possible to introduce a shorter chain with a much higher total proof of work? And have that one be the one nodes accept as valid chain?
If I got the concept now, the answer is yes.
2  Bitcoin / Bitcoin Technical Support / Re: Theoretical question about fork merges on: June 03, 2018, 07:55:57 AM
Since I have somehow exceeded the maximum of personal messages per day (which is 2), I am not able to ask achow101 another question. Who is into the meaning of nBits? If I understood this formula correctly, it means the following. Let's say to mine one block we need to draw tickets with the numbers 1 to 100. If we draw a ticket with the number 10 or less, we successfully mined the block. If we put that into the formula, we get 100/10=10, which is equal to the estimated times I need to draw tickets until I succeed. Does that make sense?

Or does it mean this: Again we need to draw tickets from 1 to 100 until we get a number 10 or less. We are lucky and draw a 5. Is the work in this case 100/5=20?

Thanks again for your help!
3  Bitcoin / Bitcoin Technical Support / Re: Theoretical question about fork merges on: June 03, 2018, 06:48:18 AM
Maybe achow101, HCP, Loyce and bob123 can help to point out the relevant codes; pretty curious too.
achow101 answered the following: The work of one block is 2^256/(nBits+1) and the work of a chain is the sum of all blocks.
4  Bitcoin / Bitcoin Technical Support / Re: Theoretical question about fork merges on: June 02, 2018, 08:58:25 AM
@ranochigo: That's a good point. However, if you stay at difficulty 1, you probabliy won't be able to catch up with the original chain since your rate of calculating blocks is lower. Do you know what exactly is the formula to determine the dominating chain? Is it the longest chain with the highest difficulty? Or how do you calculate the actual work that was done to calculate a chain?
5  Bitcoin / Bitcoin Technical Support / Re: Theoretical question about fork merges on: June 02, 2018, 08:39:24 AM
@ranochigo: Thanks for your reply. Could you please clarify what you mean with "difficulty-wise"? As far as I know, the longest valid chain is dominating, not necessarily that one with the highest difficulty. Is that wrong?
6  Bitcoin / Bitcoin Technical Support / Theoretical question about fork merges on: June 02, 2018, 08:22:30 AM
Hello,

some days ago the following scenario came to my mind. Let's imagine, bitcoin is run by two miners A and B. At some point, they disagree with each other and build two forks that grow independently of each other but both forks strictly stick to the rules. Therefore, both forks are valid bitcoin block chains. Now, let's say one year later, A decides to share his fork with B because he knows that he has a longer chain. In my understanding, if B doesn't decide to break rules, B has to accept the chain of A. Is that correct?

In diffrerent words: What happens, if at some point a node of the mining system presents to the world a completly valid  but perhaps different block chain that is longer than the one the world is working on? Does theoretically the world accept that new chain or not?

Thanks in advance for your help!

Wayne
Pages: [1]
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!