6

Besides the risk of miners artificially increasing the average block size on purpose, what are some of the potential negatives of adaptive blocksizes?

Are there any advantages of human set hard limits? Are there any advantages of requiring periodic human intervention to evaluate and modify blocksize limits instead of codifying that task?

| improve this question | |
  • It feels like you're already answering 90% of the question. Perhaps you should split part of your question into an answer on the question instead. – Murch♦ Jun 28 '16 at 12:15
  • 1
    @Murch Based on your comment and the fact that it has been 16 hours since I posted the question, I made the adjustments you suggested. – seek adventure Jun 28 '16 at 19:47
6

The strongest arguments against dynamic blocksizes which can be determined by miner actions, is that they do not necessarily represent the interests of other participants such as users, node operators, or even all miners.

If miners setting the blocksize have good equipment and connections, they may want blocks so large that others are forced off the network. This could include large miners (with the best equipment and network connectivity) forcing smaller miners off the network. Alternately, (some) miners may want a small blocksize while others would prefer a larger one, but be unable to exert any real influence.

Other issues may include concerns that a specific algorithm could grow too fast, too slow, down not allow for downward scaling if usage decreases, or could be attacked.

In summary there is significant:

  • Difficulty in designing an adaptive blocksize formula that cannot be "gamed"
  • Difficulty in creating the best model to minimize cost of node-option (CONOP)
  • Difficulty in designing a system that can efficiently scale both up and down
  • Time and expense to compare alternative formulas and thoroughly testing them

Finding the optimal CONOP model that can satisfy the above concerns will be difficult and time consuming. Until then blocksize limits previously set by humans (and possibly adjusted by humans to allow for more time to study/research codified adaptive blocksize solutions) is the best option available.

CONOP was introduced in this article by Paul Sztorc:

http://www.truthcoin.info/blog/measuring-decentralization/

The concept in the context of adaptive blocksizes was also recently discussed at the Bitcoin On Chain Scaling conference by Riccardo Spagni:

https://www.youtube.com/watch?v=mM2ra-LzMQk

| improve this answer | |
  • Not entirely related, but I feel like the use of the acronym CONOP to mean "cost of node-option" is a poor choice. This acronym is already very widely used to mean "concept of operations". I guess CON for cost-of-node isn't very appealing. Maybe COSUN for cost-of-setting-up-node or something. I realize that this was Mr. Sztorc's choice, not yours, just commenting. – jwinterm Jun 29 '16 at 4:01
  • I thought it was "Cost of node operation"? You're probably referring to @fluffyponyza's presentation at the On Chain Scaling conference? – Murch♦ Jun 29 '16 at 23:38

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.