public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Anthony Towns <aj@erisian.com.au>
To: Mike Hearn <hearn@vinumeris.com>
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Bitcoin XT 0.11A
Date: Sun, 16 Aug 2015 17:44:42 +0200	[thread overview]
Message-ID: <CAJS_LCW+Q69+tXya+QsMj7jWM9H=LypFAOsDBgsNO6nYkTNErw@mail.gmail.com> (raw)
In-Reply-To: <CA+w+GKQ_RnKULgCfvWJ_MyAKLAz9JMBizidDFhT5e6DB_Fvb_Q@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2306 bytes --]

On 16 August 2015 at 15:49, Mike Hearn via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Sorry you feel that way. I devoted a big part of the article to trying to
> fairly represent the top 3 arguments made, but ultimately I can't link to a
> clear statement of what Bitcoin Core thinks because there isn't one. Some
> people think the block size should increase, but not now, or not by much.
> Others think it should stay at 1mb forever, others think everyone should
> migrate to Lightning, people who are actually *implementing* Lightning
> think it's not a replacement for an increase ..... I think one or two
> people even suggested shrinking the block size!
>

​That's been really unclear to me. Personally, I'd love to see a vote from
the core and XT developers on:

 - what should the block size soft limit be in 12 months (min and max)
 - what should the block size hard limit be in 12 months (min and max)

 - at what rate should the hard limit grow over the next 10 years​ (min and
max)

 - what mechanism should be used to update the soft limit
   (manual code change, time based, blockchain history, something else)
​ - what me​chanism should be used to update the hard limit
   (hard fork code change, time based, blockchain history, something else)

Bonus:

​ - what should the
​transaction ​
fee level be in 12 months (after the reward halves)?​
 - what's a good measure of "(de)centralisation" and what value should
everyone aim for in 12 months?

As an interested newbie, I can't actually tell what most people think the
answers to most of those questions are. FWIW, mine would be:

 - soft limit in 12 months: 1MB-4MB
 - hard limit in 12 months: 2MB-20MB
 - hard limit grows at 17-40% a year (and should be >4x average txn volume)
 - update the soft limit by code changes or blockchain history
 - update the hardlimit by (1) fee level, (2) miner vote, (3) hard coded
time updates at a conservative (low) rate, (4) hard fork every couple of
years
 - transaction fees should in 12months should be lower per kB than today's
defaults, say 20%-50% of today's defaults in USD
 - number of bitcoin nodes, should be 20% higher in 12 months than it is now

​Cheers,
aj

-- 
Anthony Towns <aj@erisian.com.au>

[-- Attachment #2: Type: text/html, Size: 4841 bytes --]

  reply	other threads:[~2015-08-16 15:44 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-15 17:02 [bitcoin-dev] Bitcoin XT 0.11A Mike Hearn
2015-08-15 17:57 ` s7r
2015-08-15 18:38 ` s7r
2015-08-15 19:21   ` Mike Hearn
2015-08-15 20:36     ` Milly Bitcoin
2015-08-15 20:47       ` Bryan Bishop
2015-08-15 21:10         ` Milly Bitcoin
2015-08-15 20:55       ` Micha Bailey
2015-08-15 21:32 ` Eric Lombrozo
2015-08-15 22:01   ` Ken Friece
2015-08-15 22:16     ` Eric Lombrozo
2015-08-15 22:27       ` Angel Leon
2015-08-15 22:28       ` Ken Friece
2015-08-15 22:55         ` Mark Friedenbach
2015-08-15 23:04           ` Ken Friece
2015-08-15 23:07             ` Eric Lombrozo
2015-08-15 23:30               ` Michael Naber
2015-08-15 23:40               ` Mark Friedenbach
2015-08-15 23:57                 ` Ken Friece
2015-08-16  0:06                 ` Milly Bitcoin
2015-08-16 13:49   ` Mike Hearn
2015-08-16 15:44     ` Anthony Towns [this message]
2015-08-16 16:07     ` Tamas Blummer
2015-08-16 16:12       ` Levin Keller
2015-08-16 17:01       ` Adam Back
2015-08-16 18:15         ` Tamas Blummer
2015-08-16 20:27 ` Eric Voskuil
2015-08-15 22:39 muyuubyou
2015-08-16 18:37 ` Andrew LeCody
2015-08-16 23:02 ` Cameron Garnham
2015-08-16 23:22   ` Andrew LeCody
2015-08-17  0:03     ` Cameron Garnham
2015-08-17  6:42       ` Peter Todd
2015-08-17 12:29         ` Andrew LeCody
2015-08-17 12:33           ` Eric Lombrozo
2015-08-19 10:09             ` Jorge Timón
2015-08-19 15:41               ` s7r
2015-08-19 22:28                 ` Jorge Timón
2015-08-19 22:45                   ` Adam Back
2015-08-19 23:23                     ` Peter Todd
2015-08-20 10:25                   ` s7r
2015-08-20 11:32                     ` Milly Bitcoin
2015-08-20 11:46                       ` Hector Chu
2015-08-20 12:29                         ` Milly Bitcoin
2015-08-20 14:25                           ` Tamas Blummer
2015-08-17 21:42     ` Matt Corallo
2015-08-16  2:08 muyuubyou

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAJS_LCW+Q69+tXya+QsMj7jWM9H=LypFAOsDBgsNO6nYkTNErw@mail.gmail.com' \
    --to=aj@erisian.com.au \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=hearn@vinumeris.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox