Topic: Why Peter Rs Fee Market Wont Work - page 4. (Read 5641 times)

Correct.  

Miners could agree to only solve blocks that the other miners are already expecting.  This would mean that exactly zero information about the block contents would need to be transmitted at the time of block-solution announcement.  This would eliminate any block-size dependent propagation risk.  

All the of expensive operations can be done before a block is found, then they do not add any proportional time.

All of the expensive operations can be done before a block is found, then they do not add any proportional time.

Alternatively, miners can just consolidate to larger and larger pools-- which don't suffer any of those delays between themselves. Historically, this is how miners have responded to higher orphaning.

Alternatively alternatively, pools can just implicitly trust each other's work-- this is functionally equivalent to becoming a single larger pool for the purpose of this discussion.

To me, it seems anything but negligible, and seems like common sense.  
The bigger block, the longer the time is required to process
it, and the greater the the risk of orphaning.
What am I missing here?

What does any of that have to do with my point, that "the bigger block, the longer the time is required to process
it, and the greater the the risk of orphaning."? 

Both are wrong and both are right to a degree. Since the reference implementation as of version 0.10.0 fees are treated differently. Here are the default settings that can be changed by the miner (which we know are large profit seeking farms). 50,000 bytes in the block are set aside for the highest-priority transactions (priority = sum(input_value_in_base_units * input_age)/size_in_bytes), regardless of transaction fee. Transactions are added highest-priority-first to this section of the block. Then transactions that pay a fee of at least 0.00001 BTC/kb (can be changed by the miner) are added to the block, highest-fee-per-kilobyte transactions first, until the block is not more than 750,000 bytes. The remaining transactions remain in the miner's "memory pool", and may be included in later blocks if their priority or fee is large enough.

Considering the fact that these values can be easily manipulated by the mining consortium, fees can and will be adjusted to maintain profitability for the miner. This is fine if a method of announcing the minimum required fee for timely processing is announced publicly.

I guess Daniel's argument is without merit?
Peter's fee market is accurate?

Monero is inflation in cryptocurrency world thus no one cares seriously 

Bitcoin is expensive in price because it is currently useful. All the other things you mention would be better served by monero. As many here will be happy to explain.  

-snip-
People do not come to bitcoin to do transaction every day, they are after something that they can not find in fiat money: anti-inflation and anti-censorship and international payment, they should be willing to pay a high fee for these since they could not find these features anywhere else

Hi many people like Peter Rs presentation about fee market. I disagree with him and wrote a blog post why.

Finally there is nothing exceptionally artificial about the limit. Bitcoin itself is artificial, the 21 million limit is also an arbitrary artificial limit. Humans set the parameters of Bitcoin, its supply and its block size limit. The problem and difference is the 21 million limit does not have to change. Block size limit might have to, how will that be decided?

I have read and thought about what you are saying and
first of all, thank you for reading and peer reviewing
Peter's paper.

Let's discuss.

I would like to believe that Peter is correct but
I'm open minded enough to consider that he may not be.

I want to understand more clearly what you are saying and why.


I'm not sure why you say that. Can you support that point?

Would would they be negligible?

To me, it seems anything but negligible, and seems like common sense. 
The bigger block, the longer the time is required to process
it, and the greater the the risk of orphaning.

What am I missing here?

Peter says that a non-zero supply curve exists because increasing block size increases cost to miners due to higher orphan rate. I have also heard a variation of this argument with increasing block size being constrained by hardware resources, internet bandwidth etc.

Theoretically these arguments are correct, practically they are not.

The effect of block size on these costs is almost negligible

At the first Scaling Bitcoin conference Peter R presented his ideas on why a fee market would exist without a block size limit. You can see his presentation here: https://www.youtube.com/watch?v=ad0Pjj_ms2k.

He is wrong and I will explain why.

Peter says that a non-zero supply curve exists because increasing block size increases cost to miners due to higher orphan rate. I have also heard a variation of this argument with increasing block size being constrained by hardware resources, internet bandwidth etc.

Theoretically these arguments are correct, practically they are not.

The effect of block size on these costs is almost negligible.

The supply curve is not exactly flat but very close to it. It is practically (if not theoretically)  flat and at zero. In reality a fee market will not form.

As an example, we have a supply and demand curve for oxygen but there is no real market for it because its impractical for something so cheap with such a flat and low curve. Yes, Oxygen does have a supply curve because humans are capable of increasing its supply at an increasing cost.

When curves meet at extremes the market breaks down.

No block size limit would simply result in huge blocks and a much more centralised node network, that can be easier influenced by governments.

But lets ignore all of the above for a second.

Peter also says we need at least 2 mining pools, for a market to form based on the orphan rate cost. Of course you hardly have much of a market with 2 pools, or 5-10 pools. That is what we have now. You can not have a real efficient market for orphan rates with only a few participants at one end.

Furthermore, orphan rate is a result of block propagation and can be decreased by moving pools closer together geographically. That is obviously very negative if we are trying to prevent mining centralisation.

You might ask, why can a fee market form with fixed block-size supply then? After-all we still have only a small number of pools? The reason is, that in Peter’s model the cost variable is due to the differing orphan rate between pools. That is not true for fixed block size. There is no variable for the supply curve. Thats why the supply curve is a straight vertical line.

Finally Peter refers to the block size limit as some ‘artificial centrally controlled limit’.

He does raise a good and important point here. In the situation of a fee-market based on limited block size. What would be the mechanism for changing the block-size limit and who would have control? The solutions from Peter R or others did not satisfy me personally. It is a valid question though. Are we to have a hard-fork each time we decide the fees are getting too high or low?  Do we implement code to allow a semi-centralised authority to decide? These do not seem like good solutions.

To say it is a centrally controlled limit is wrong however. To change the limit needs the consensus of the network i.e. nodes. Core developers have some limited ability to influence people, but ultimately they can not force through any change by themselves, they need the networks tacit agreement. Nobody and everybody controls the limit. Its control is decentralised (and therefore hard to change).

Finally there is nothing exceptionally artificial about the limit. Bitcoin itself is artificial, the 21 million limit is also an arbitrary artificial limit. Humans set the parameters of Bitcoin, its supply and its block size limit. The problem and difference is the 21 million limit does not have to change. Block size limit might have to, how will that be decided?