Even simpler minimum fee calculation formula: f > bounty*fork_rate/average_blocksize



Summary:

The email thread discusses the "minimum fee" and how to calculate it. The author notes that his work from last week and now is a model that enables miners to easily calculate the minimum fee and which transaction to include to avoid creating an orphaned block. There is a discussion of whether there is linearity between block size and latency, with reference to a paper by Decker et al. The accuracy of the stats is called into question, but they are considered a minimum, with the assumption being that if the orphaned blocks are higher, the fee should go up further. There is also a suggestion to relay all orphaned blocks, with the idea that this will allow for better awareness of orphaned blocks. However, it is noted that this could create an incentive to sybil attack the network and link profitability to high up-front capital investments. Another way to measure latency is suggested, involving setting up a node that only listens but does not relay data. This would allow measurement of the propagation of blocks of different sizes as well as transactions to get a propagation distribution and an average. It is suggested that P2Pool enforce an optimal tx inclusion policy based on a statistical model by including proof of those orphans into the P2Pool share chain. It is also noted that it is never beneficial for the miner to include a transaction with a fee of less than ~0.0004BTC unless it is linked to another transaction that pays an extra fee. The analysis shows that the scalability of bitcoin is directly linked to the network and node latency, with halving the latency doubling the capacity down to the minimum governed by the speed of light.


Updated on: 2023-06-07T20:06:36.288262+00:00