Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 44EB57AD for ; Tue, 11 Aug 2015 18:55:59 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 05E1F132 for ; Tue, 11 Aug 2015 18:55:57 +0000 (UTC) Received: by wibhh20 with SMTP id hh20so209686247wib.0 for ; Tue, 11 Aug 2015 11:55:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nRlE/PTxwdGURzeuUw/fgohsRdOSQ2fP4YV4t8yFCfU=; b=NUN0XZv+jLsmgg+Ok75wGD69hZx9Yl9kg2FHNbPoSRrUFjmhonR1jmK9xemCyQUPVJ 1mY8ufqi6qzMpQoEdM/sFBQ0jHcJECc2L9BgDyzq+MT/+U78WnT9dpR0HLRb4GwgR/6i Ru1Htb6YiDH1DXYZmGABC3i1xGQNzTOp7KVO6MH3sa9iWELaRAKa0m+yhmK7JXWiPFNa 8i76Vt77l2HL0T2TkMd8PdiVQrCxL/FwNr/CnO1loVPKZYNfBjGwH8LF9G3pStRSHZ5p cSXbgZOgiahFg/dF7vNm11mLb0LuvQr5J2vgEf1r2l6oTJV3JGMe+o5qbHfUw4D1qIzk 8Mpw== MIME-Version: 1.0 X-Received: by 10.194.118.197 with SMTP id ko5mr58809489wjb.58.1439319356790; Tue, 11 Aug 2015 11:55:56 -0700 (PDT) Received: by 10.27.78.207 with HTTP; Tue, 11 Aug 2015 11:55:56 -0700 (PDT) In-Reply-To: References: <8181630.GdAj0CPZYc@coldstorage> Date: Tue, 11 Aug 2015 13:55:56 -0500 Message-ID: From: Michael Naber To: Mark Friedenbach Content-Type: multipart/alternative; boundary=089e0122aec8fadceb051d0da670 X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Fees and the block-finding process X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 18:55:59 -0000 --089e0122aec8fadceb051d0da670 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It generally doesn't matter that every node validate your coffee transaction, and those transactions can and will probably be moved onto offchain solutions in order to avoid paying the cost of achieving global consensus. But you still don't get to set the cost of global consensus artificially. Market forces will ensure that supply will meet demand there, so if there is demand for access to global consensus, and technology exists to meet that demand at a cost of one cent per transaction -- or whatever the technology-limited cost of global consensus happens to be -- then that's what the market will supply. It would be like if Amazon suddenly said that they were going to be charging $5 / gb / month to store data in s3. Can't do it. Technology exists to bring about cloud storage at $0.01 / GB / month, so they don't just get to set the price different from the capabilities of technology or they'll get replaced by a competitor. Same applies to Bitcoin. On Tue, Aug 11, 2015 at 1:48 PM, Mark Friedenbach wrote: > Michael, why does it matter that every node in the world process and > validate your morning coffee transaction? Why does it matter to anyone > except you and the coffee vendor? > > On Tue, Aug 11, 2015 at 11:46 AM, Michael Naber via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > >> Hi Jorge: Many people would like to participate in a global consensus >> network -- which is a network where all the participating nodes are awar= e >> of and agree upon every transaction. Constraining Bitcoin capacity below >> the limits of technology will only push users seeking to participate in = a >> global consensus network to other solutions which have adequate capacity= , >> such as BitcoinXT or others. Note that lightning / hub and spoke do not >> meet requirements for users wishing to participate in global consensus, >> because they are not global consensus networks, since all participating >> nodes are not aware of all transactions. >> >> >> >> >> On Tue, Aug 11, 2015 at 12:47 PM, Jorge Tim=C3=B3n < >> bitcoin-dev@lists.linuxfoundation.org> wrote: >> >>> >>> On Aug 11, 2015 12:14 AM, "Thomas Zander via bitcoin-dev" < >>> bitcoin-dev@lists.linuxfoundation.org> wrote: >>> > >>> > On Monday 10. August 2015 13.55.03 Jorge Tim=C3=B3n via bitcoin-dev w= rote: >>> > > Gavin, I interpret the absence of response to these questions as a >>> > > sign that everybody agrees that there's no other reason to increas= e >>> > > the consensus block size other than to avoid minimum market fees fr= om >>> > > rising (above zero). >>> > > Feel free to correct that notion at any time by answering the >>> > > questions yourself. >>> > > In fact if any other "big block size advocate" thinks there's more >>> > > reason I would like to hear their reasons too. >>> > >>> > See my various emails in the last hour. >>> >>> I've read them. I have read gavin's blog posts as well, several times. >>> I still don't see what else can we fear from not increasing the size >>> apart from fees maybe rising and making some problems that need to be >>> solved rewardless of the size more visible (like a dumb unbounded mempo= ol >>> design). >>> >>> This discussion is frustrating for everyone. I could also say "This hav= e >>> been explained many times" and similar things, but that's not productiv= e. >>> I'm not trying to be obstinate, please, answer what else is to fear or >>> admit that all your feas are just potential consequences of rising fees= . >>> >>> With the risk of sounding condescending or aggressive...Really, is not >>> that hard to answer questions directly and succinctly. We should all be >>> friends with clarity. Only fear, uncertainty and doubt are enemies of >>> clarity. But you guys on the "bigger blocks side" don't want to spread = fud, >>> do you? >>> Please, prove paranoid people like me wrong on this point, for the good >>> of this discussion. I really don't know how else to ask this without >>> getting a link to something I have already read as a response. >>> >>> _______________________________________________ >>> bitcoin-dev mailing list >>> bitcoin-dev@lists.linuxfoundation.org >>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >>> >>> >> >> _______________________________________________ >> bitcoin-dev mailing list >> bitcoin-dev@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >> >> > --089e0122aec8fadceb051d0da670 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It generally doesn't matter that every node validate y= our coffee transaction, and those transactions can and will probably be mov= ed onto offchain solutions in order to avoid paying the cost of achieving g= lobal consensus. But you still don't get to set the cost of global cons= ensus artificially. Market forces will ensure that supply will meet demand = there, so if there is demand for access to global consensus, and technology= exists to meet that demand at a cost of one cent per transaction -- or wha= tever the technology-limited cost of global consensus happens to be -- then= that's what the market will supply.

It would be lik= e if Amazon suddenly said that they were going to be charging $5 / gb / mon= th to store data in s3. Can't do it. Technology exists to bring about c= loud storage at $0.01 / GB / month, so they don't just get to set the p= rice different from the capabilities of technology or they'll get repla= ced by a competitor. Same applies to Bitcoin.


=


On Tue, Aug 11, 2015 at 1:48 PM, Mark Friedenbach <mark@fried= enbach.org> wrote:
Michael, why does it matter that every node in the world process a= nd validate your morning coffee transaction? Why does it matter to anyone e= xcept you and the coffee vendor?

On Tue, A= ug 11, 2015 at 11:46 AM, Michael Naber via bitcoin-dev &l= t;bitcoin-dev@lists.linuxfoundation.org> wrote:
Hi Jorge: Many people would like to p= articipate in a global consensus network -- which is a network where all th= e participating nodes are aware of and agree upon every transaction.=C2=A0C= onstraining Bitcoin capacity below the limits of technology will only push = users seeking to participate in a global consensus network to other solutio= ns which have adequate capacity, such as BitcoinXT or others. Note that lig= htning / hub and spoke do not meet requirements for users wishing to partic= ipate in global consensus, because they are not global consensus networks, = since all participating nodes are not aware of all transactions.=C2=A0
=



On Tue, Aug 11= , 2015 at 12:47 PM, Jorge Tim=C3=B3n <bitcoin-dev@list= s.linuxfoundation.org> wrote:


On Aug 11, 2015 12:14 AM, "Thomas Zander via bitcoin-dev" <bit= coin-dev@lists.linuxfoundation.org> wrote:
>
> On Monday 10. August 2015 13.55.03 Jorge Tim=C3=B3n via bitcoin-dev wr= ote:
> > Gavin, I interpret the absence of response to these questions as = a
> > sign that everybody agrees that=C2=A0 there's no other reason= to increase
> > the consensus block size other than to avoid minimum market fees = from
> > rising (above zero).
> > Feel free to correct that notion at any time by answering the
> > questions yourself.
> > In fact if any other "big block size advocate" thinks t= here's more
> > reason I would like to hear their reasons too.
>
> See my various emails in the last hour.

I've read them. I have read gavin's blog post= s as well, several times.
I still don't see what else can we fear from not increasing the size ap= art from fees maybe rising and making some problems that need to be solved = rewardless of the size more visible (like a dumb unbounded mempool design).=

This discussion is frustrating for everyone. I could also sa= y "This have been explained many times" and similar things, but t= hat's not productive.
I'm not trying to be obstinate, please, answer what else is to fear or = admit that all your feas are just potential consequences of rising fees.

With the risk of sounding condescending or aggressive...Real= ly, is not that hard to answer questions directly and succinctly. We should= all be friends with clarity. Only fear, uncertainty and doubt are enemies = of clarity. But you guys on the "bigger blocks side" don't wa= nt to spread fud, do you?
Please, prove paranoid people like me wrong on this point, for the good of = this discussion. I really don't know how else to ask this without getti= ng a link to something I have already read as a response.


_______________________________________________
bitcoin-dev mailing list
= bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev



_______________________________________________
bitcoin-dev mailing list
= bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev



--089e0122aec8fadceb051d0da670--