Various block size proposals

Consider the size of the utxo set when determining max block size (note that utxo depth cannot have consensus) https://bitcointalk.org/index.php?topic=153401.20

Reduce and decrease the max block size https://www.reddit.com/r/Bitcoin/comments/381ygv/who_is_in_favour_of_reducing_the_blocksize_limit/ https://www.reddit.com/r/Bitcoin/comments/2vedt4/better_we_make_block_size_50kb_and_test/

Change the value of MAX_BLOCK_SIZE in Bitcoin Core https://bitcointalk.org/index.php?topic=140233.0

Problems with floating block size limits (petertodd) https://bitcointalk.org/index.php?topic=144895.0

Develop other ways to support high transaction volumes (gavinandresen) https://bitcointalk.org/index.php?topic=96097.msg1059475#msg1059475

Simplified payment verification https://bitcoin.org/bitcoin.pdf

Lightning network https://lightning.network/lightning-network-paper-DRAFT-0.5.pdf

GHOST https://eprint.iacr.org/2013/881.pdf

Payment channels https://bitcoinj.github.io/working-with-micropayments

Tree chains http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg04388.html https://github.com/petertodd/tree-chains-paper

fedpeg + SPV https://github.com/ElementsProject/elements/blob/7848ae0eed5506fb32872b6d74a12fd781aa3024/contrib/fedpeg/rotating_consensus.py

Known missing: - old bitcoin-development proposals - old bitcointalk proposals - anything unique from IRC

On a related note, the other day I found that reading all of the -wizards logs regarding sidechains only takes 2 hours. So... that's something. YMMV.

- Bryan http://heybryan.org/ 1 512 203 0507

Pindar Wong 12 Jun 2015, 23:29 UTC in reply to Bryan Bishop permalink original

Thanks Bryan for collating these links in one great list. This is very helpful and thanks for sharing it.

Feel free to fork https://github.com/EthanHeilman/BlockSizeDebate edit to add the list of proposals and create a pull request to Ethan.

There's also a miningconsensus.slack.com group to have discussion w.r.t. fact/source checking, completeness (e.g. from IRC) etc.

Tks.

On Sat, Jun 13, 2015 at 3:13 AM, Bryan Bishop <kanzure@gmail•com> wrote:

Quoted text (172 lines)

> Here are some proposals regarding the minimum block size questions, as
> well as other related scalability issues.
>
> Dynamic block size limit controller (maaku)
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07599.html
>
> https://www.reddit.com/r/Bitcoin/comments/35c47x/a_proposal_to_expand_the_block_size/
>
> Re: dynamic block size limit controller (gmaxwell)
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07620.html
>
> Various other gmaxwell-relayed ideas
>
> http://www.reddit.com/r/Bitcoin/comments/37pv74/gavin_andresen_moves_ahead_with_push_for_bigger/crp2735
>
> Increasing the max block size using a soft-fork (Tier Nolan)
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07927.html
>
> Elastic block cap with rollover penalties (Meni Rosenfield)
> https://bitcointalk.org/index.php?topic=1078521
> worked example
> https://bitcointalk.org/index.php?topic=1078521.msg11557115#msg11557115
> section 6.2.3 of https://cryptonote.org/whitepaper.pdf
> rollover transaction fees https://bitcointalk.org/index.php?topic=80387.0
>
> Variable mining effort (gmaxwell)
> http://sourceforge.net/p/bitcoin/mailman/message/34100485/
>
> BIP100 Soft-fork limit of 2 MB (jgarzik)
> http://gtf.org/garzik/bitcoin/BIP100-blocksizechangeproposal.pdf
>
> Transaction fee targeting
> https://bitcointalk.org/index.php?topic=176684.msg9416723#msg9416723
>
> Difficulty target scaling
>
> https://www.reddit.com/r/Bitcoin/comments/38937n/idea_make_the_difficulty_target_scale_with_block/
>
> Annual 50% max block size increase
>
> https://www.reddit.com/r/Bitcoin/comments/351dft/what_about_gavins_2014_proposal_of_having_block/
>
> Various algorithmic adjustment proposals
> https://bitcointalk.org/index.php?topic=1865.0
>
> https://www.reddit.com/r/Bitcoin/comments/1owbpn/is_there_a_consensus_on_the_blocksize_limit_issue/ccwd7xh
>
> https://www.reddit.com/r/Bitcoin/comments/35azxk/screw_the_hard_limit_lets_change_the_block_size/
>
> https://www.reddit.com/r/Bitcoin/comments/359y0i/quick_question_about_the_block_size_limit_issue/
>
> http://www.reddit.com/r/Bitcoin/comments/385xqj/what_if_block_size_limits_were_set_to_increase/
> http://www.age-of-bitcoin.com/dynamic-block-size-cap-scaling/
> (against)
> http://garzikrants.blogspot.com/2013/02/bitcoin-block-size-thoughts.html
>
> Average over last 144 blocks
>
> http://www.reddit.com/r/Bitcoin/comments/38fmra/max_block_size_2_average_size_of_last_144_blocks/
>
> Extension blocks (Adam Back) (why would he burn this idea for something so
> trivial?)
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07937.html
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08005.html
>
> http://www.reddit.com/r/Bitcoin/comments/39kqzs/how_about_a_softfork_optin_blocksize_increase/
>
> http://www.reddit.com/r/Bitcoin/comments/39hgzc/blockstream_cofounder_president_adam_back_phd_on/cs3tgss
>
> Voting by paying to an address (note: vote censorship makes this
> impractical, among other reasons)
>
> http://www.reddit.com/r/Bitcoin/comments/3863vw/a_brandnew_idea_for_resolving_the_blocksize_debate/
>
> http://www.reddit.com/r/Bitcoin/comments/1g0ywj/proposal_we_should_vote_on_the_blocksize_limit/
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg02325.html
>
> Vote by paying fees
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08164.html
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg02323.html
>
> Double the max block size at each block reward halving
>
> https://www.reddit.com/r/Bitcoin/comments/359jdc/just_double_the_max_blocksize_on_every_block/
>
> Reducing the block rate instead of increasing the maximum block size
> (Sergio Lerner)
>
> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07663.html
>
> https://www.reddit.com/r/Bitcoin/comments/35kpgk/sergio_lerner_on_bitcoindevelopment_reducing_the/
>
> Decrease block interval
>
> https://www.reddit.com/r/Bitcoin/comments/2vefmp/please_eli5_besides_increasing_the_block_size_why/
>
> https://www.reddit.com/r/Bitcoin/comments/35hpkt/please_remind_me_once_again_why_we_cant_decrease/
>
> Increase default soft block size limit in Bitcoin Core
>
> http://www.reddit.com/r/Bitcoin/comments/38i6qr/why_not_increase_the_default_block_size_limit/
> https://github.com/bitcoin/bitcoin/pull/6231
>
> Consider the size of the utxo set when determining max block size (note
> that utxo depth cannot have consensus)
> https://bitcointalk.org/index.php?topic=153401.20
>
> Reduce and decrease the max block size
>
> https://www.reddit.com/r/Bitcoin/comments/381ygv/who_is_in_favour_of_reducing_the_blocksize_limit/
>
> https://www.reddit.com/r/Bitcoin/comments/2vedt4/better_we_make_block_size_50kb_and_test/
>
> Change the value of MAX_BLOCK_SIZE in Bitcoin Core
> https://bitcointalk.org/index.php?topic=140233.0
>
> Problems with floating block size limits (petertodd)
> https://bitcointalk.org/index.php?topic=144895.0
>
> Develop other ways to support high transaction volumes (gavinandresen)
> https://bitcointalk.org/index.php?topic=96097.msg1059475#msg1059475
>
> Simplified payment verification
> https://bitcoin.org/bitcoin.pdf
>
> Lightning network
> https://lightning.network/lightning-network-paper-DRAFT-0.5.pdf
>
> GHOST
> https://eprint.iacr.org/2013/881.pdf
>
> Payment channels
> https://bitcoinj.github.io/working-with-micropayments
>
> Tree chains
>
> http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg04388.html
> https://github.com/petertodd/tree-chains-paper
>
> fedpeg + SPV
>
> https://github.com/ElementsProject/elements/blob/7848ae0eed5506fb32872b6d74a12fd781aa3024/contrib/fedpeg/rotating_consensus.py
>
> Known missing:
> - old bitcoin-development proposals
> - old bitcointalk proposals
> - anything unique from IRC
>
> On a related note, the other day I found that reading all of the -wizards
> logs regarding sidechains only takes 2 hours. So... that's something. YMMV.
>
> - Bryan
> http://heybryan.org/
> 1 512 203 0507
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>