Mining centralization pressure from non-uniform propagation speed [combined summary]



Individual post summaries: Click here to read the original discussion on the bitcoin-dev mailing list

Published on: 2015-07-08T19:15:08+00:00


Summary:

The email thread discussed in the context focuses on the effects of block size on centralization pressure in the Bitcoin system. Tom Harding and Pieter Wuille discuss the impact of a per-node imposed max block size limit on orphan rates and reorgs, as well as the connectivity of nodes in countries with unfriendly internet policies. Jonas Nick argues that Pieter's scenario is due to a long-term network partition rather than a cartel.Tom runs a simulation with a large miner in a minority partition and 16 small miners in a majority partition to test the effects of block size and slow link speed. The results show that making small blocks when others are making big ones is detrimental, and being separated by a slow link from majority hash power is also disadvantageous. However, being a small miner with a block size of 20MB is not bad. Yifu Guo signs off the email.Another discussion between Pieter Wuille and Jonas Nick revolves around the centralization pressure caused by larger blocks. Jonas points out that it is unclear whether the pressure to merge with big miners can be separated from the pressure to connect with the majority partition. He runs a simulation with a large miner in a 20% minority partition and 16 small miners in an 80% majority partition, including a slow link speed of 100 Mbit/s. The simulation shows that making small blocks when others are making big ones is unfavorable, and fees become enormous. Being separated by a slow link from the majority hash power is also detrimental. However, being a small miner with a block size of 20MB is not disadvantageous. The simulation uses different configurations to demonstrate the effects of block size and fee per byte on the income of two miner groups with different hash rates.Pieter Wuille has developed a Bitcoin mining simulator that considers various factors such as block sizes, difficulty adjustments, processing and mining delays, and fees. The simulator includes two groups of miners that are well-connected internally but only connected to each other through a slow 2 Mbit/s link. The results indicate that the group with the larger hash rate profits overall, while miners not directly connected to the small group experience losses. When fees become more important, the effect becomes even stronger. The simulator also shows the impact of larger blocks on centralization pressure in the system, without assuming any destructive behavior on the network.A conversation between Peter Todd and Gavin Andresen focuses on the benefits of producing larger blocks and including high-fee transactions. They discuss the relevance of simulations considering Matt's fast relay network and future optimization of block propagation. Peter suggests simulating the relay network at different usage levels to analyze if it is advantageous for miners to sabotage the network. The conversation ends with Peter providing his contact information.Gavin Andresen and Pieter Wuille discuss the simulation of bandwidth for block messages as a bottleneck. Pieter suggests that Matt's fast relay network could make their simulations irrelevant in the long run. Gavin proposes two simulations: one assuming 100% usage of the relay network and another assuming a lower percentage. They also discuss the potential advantage for miners to sabotage the relay network. Despite the relay network, there is still a delay. Peter's contact information and a digital signature file conclude the email exchange.The context also mentions an email from Mike Hearn questioning the slow speed of a 2 Mbit/s link between two connected entities. He compares this to the average speed of a 3G connection and expresses concern about the accuracy of simulation data due to the slow connection speed. However, no further details are provided regarding the effect being discussed.Pieter Wuille shares an email explaining the configuration used in his code that simulates two groups of miners. The code supports different block sizes, takes fees into account, and considers difficulty adjustments, processing and mining delays. It also simulates longer periods of time and averages the results of multiple simulations running in parallel. The configuration involves two well-connected groups of miners that are only connected to each other through a slow 2 Mbit/s link. The simulation demonstrates that smaller miners experience a relative income loss when creating larger blocks, especially when fees become more important.In summary, the email exchanges and simulations discussed in the context explore the effects of block size, connectivity, and fee considerations on centralization pressure in the Bitcoin system. Various scenarios and configurations are simulated to analyze the impact on miner income and profitability. The discussions also touch upon the potential irrelevance of simulations due to advancements in block propagation optimization and the possibility of miners sabotaging the relay network.


Updated on: 2023-08-01T13:12:02.124288+00:00