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 mechanism 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 --]
next prev parent 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 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$(echo .)com.au \
--cc=bitcoin-dev@lists$(echo .)linuxfoundation.org \
--cc=hearn@vinumeris$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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