Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 75A95ECB for ; Sun, 30 Aug 2015 07:41:24 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id AD0B415F for ; Sun, 30 Aug 2015 07:41:23 +0000 (UTC) Received: from [192.168.50.29] ([69.50.179.106]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MYfX0-1Z9QBJ1ude-00VRp8; Sun, 30 Aug 2015 09:41:20 +0200 Content-Type: multipart/alternative; boundary="Apple-Mail=_BC70D88D-3DD0-4DA5-A6F0-1ED416541609" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Peter R In-Reply-To: Date: Sun, 30 Aug 2015 00:41:16 -0700 Message-Id: References: <5CC48639-11D0-4682-BF82-443286C8E58D@gmx.com> To: Gregory Maxwell X-Mailer: Apple Mail (2.1510) X-Provags-ID: V03:K0:UjodqK/IYeVKDXNlkHgdEZfmJNck13qW7C7jZgJX7cUKVT1zsGa Z+Z435wWSbCCOpW1dPrG26870U3TEwXk3wJ9T+y0xCkWkcoo2eTZ9ipVRil+wAzipv3Bwh9 HhkjvvrR+ybrNtEaLETY1hT5iuwABzolu+VXrgZsq05XXImI+UXYKCLJTl8G2B8903CNN4c QAlIc0GiQ3IFGsw15DL+w== X-UI-Out-Filterresults: notjunk:1;V01:K0:HlKe6tY61qI=:EdkWVOaYn3G8yDfhvQ7lJo 45VdIHSWcITWmnPIixnR/+08Glu7QdCn+SLa4Tlv6g3bWkg06iPGY9qzB7iN29bMeemVe61dG afgRhs3VnsofEGJBZHhIIzYu19UutLCo6QK7fvwUO2vn57yDMn3lMi5SY76aLE1MlM2S4m0W9 MCWi49NhUSIohxT+h18dU3r95/j01kyx6hutOvdaIJSFMBW5BeoCsrIKoyIT5UQTbsEztczfT ASfZONidrd5iM4PAqyn9HV8jY23ZNLQG0XlFBmALysM7TvGY2m13DfyF8rZUEPZLG9zCeyjbU YTwl4a7MEkEuBjo+6oXz4+JU7nHUpeGlt3B5jySZTLD5yo/Bfr8rJNoT6Wm4JjkXjoNuTRIV1 2MX7T952iKLgzdRC2QoUfPgosoyeSjzbs8o0Ec7IBBmhpBWlhrJ/c9M5DD0nkw8LPqHRzjmi3 yVtIRScTRCwsKAeCZem/2PXUwDVMiSXVtILKnzdrk9AM1bA0v9tZMCKExGwMsUVvB4DPn/QM8 buJ5lA2tnLeXuavnIzkYziWrhaeQebUp9LolLXHLZll2wXqulRRnGMSm9ZLXTuvSdM19nc5V0 SxFwCJ6WIArEnRP8UZB+mR09e/RgBD43fEhW1NVD3+JoYMZEuG8Fr5qGWDpt9aolb9SguO69v TWF3jOYFIySXvBdUV6qYXozb9SR/LSCA1AAR2RIsjWcjiYsx3bGqGHvT1sq9+jB4LjZENv4We OkBVMl0fprBYma5waTubApgSRC054SAFihxGfg== X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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@lists.linuxfoundation.org Dev" Subject: Re: [bitcoin-dev] Your Gmaxwell exchange 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: Sun, 30 Aug 2015 07:41:24 -0000 --Apple-Mail=_BC70D88D-3DD0-4DA5-A6F0-1ED416541609 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Greg, >> I agree that miners may change their level of centralization. This = neither >> affects the model nor the results presented in the paper. >=20 > It has tremdous significance to the real-world impact of your results. The paper makes no claims about "miners changing their level of = centralization." Whether it is or is not significant, it is outside the = scope of the paper and irrelevant to the result that a fee market exists = without a block size limit (given the assumption that some information = about the transactions included in a block is communicated between = miners during block solution propagation). =20 > If not for the other errors in your work, Again, what you are calling "errors" are assumptions--in fact very = reasonable assumptions that we know are valid for the network as a whole = right now. You are proposing that maybe they won't be valid in the = future if the miners move to some hypothetical configuration that you = worry may be possible. I say prove it: show rigorously what the network = would look like in a case where information about the transactions = contained in a block is never communicated with the block solution. How = do you get the miners to agree (assuming such a configuration is even = physically possible)? Do you need all the miners to agree or only a = portion of them? How reasonable is it that the systems moves into such = a configuration? I know you spoke to this in your last response, but I = mean really prove it...with a mathematical model, with diagrams and = charts, with equations, with your assumptions clearly stated so that = they can be put to the test--not by waving your hands on the bitcoin-dev = mailing list. =20 This is an exciting field of research and we should encourage people to = continue to explore these questions. =20 > this point would make the > take away of your work not "a healthy transaction fee market exists > without a block size limit" but rather "a decenteralized bitcoin > cannot exist"-- as, accepting the other errors as fact your model > shows that centralizing mining is always strictly more profitable at > any level of fee demand; because your model equivilent shows that for > any level of fee demand and gamma miners could increase their income > by centeralizing further. OK, I actually sort of agree with your very last sentence above. My = paper indeed suggests that the most "profitable" configuration is one = where there is only one "super pool." Is that likely to happen? I = personally don't think so because of the game theory involved. But = regardless of my opinion or your opinion on that matter, whether it is = or isn't likely to happen is outside the scope of my paper. It is = irrelevant to the result that a fee market exists without a block size = limit given the assumption that there is more than a single miner. > I absolutely agree that simplifications are useful and essential, but > it is critically important to call them out before someone mistakes > theoretical work as useful motivation for policy in the non-simplified > system. I do call them out. Furthermore, I've already agreed with you to = further clarify these assumptions when I make the other corrections to = the paper. Doing so will make the paper stronger. =20 I'm not going to address the remainder of your email because I believe = that we are now talking past each other. I do appreciate the interest = and attention that you've paid to my work on the Transaction Fee Market, = and I also recognize the important contributions you've made such as = coinjoin and HD wallets. =20 Best regards, Peter --Apple-Mail=_BC70D88D-3DD0-4DA5-A6F0-1ED416541609 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
I agree that miners may change their level of = centralization.  This neither
affects the model nor the results = presented in the paper.

It has tremdous significance = to the real-world impact of your = results.

The paper makes no claims = about "miners changing their level of centralization."  Whether it = is or is not significant, it is outside the scope of the = paper and irrelevant to the result that a fee market exists without a = block size limit (given the assumption that some information about the = transactions included in a block is communicated between miners during = block solution propagation).   =    

If not = for the other errors in your work, =

Again, what you are calling "errors" = are assumptions--in fact very reasonable assumptions that we know are = valid for the network as a whole right now.  You are = proposing that maybe they won't be valid in the future if the miners = move to some hypothetical configuration that you worry may be possible. =  I say prove it: show rigorously what the network would look like = in a case where information about the transactions contained in a block = is never communicated with the block solution.  How do you get the = miners to agree (assuming such a configuration is even physically = possible)?  Do you need all the miners to agree or only a = portion of them?  How reasonable is it that the systems moves into = such a configuration?  I know you spoke to this in your last = response, but I mean really prove it...with a mathematical model, with = diagrams and charts, with equations, with your assumptions clearly = stated so that they can be put to the test--not by waving your hands on = the bitcoin-dev mailing list.   =  

This is an exciting field of research = and we should encourage people to continue to explore these questions. =   

this point would make = the
take away of your work not "a healthy transaction fee market = exists
without a block size limit" but rather "a decenteralized = bitcoin
cannot exist"-- as, accepting the other errors as fact your = model
shows that centralizing mining is always strictly more = profitable at
any level of fee demand; because your model equivilent = shows that for
any level of fee demand and gamma miners could = increase their income
by centeralizing = further.

OK, I actually sort of = agree with your very last sentence above.  My paper indeed suggests = that the most "profitable" configuration is one where there is only one = "super pool." Is that likely to happen?  I personally don't = think so because of the game theory involved.  But regardless of my = opinion or your opinion on that matter, whether it is or isn't likely to = happen is outside the scope of my paper.  It is irrelevant to = the result that a fee market exists without a block size limit given the = assumption that there is more than a single = miner.

I absolutely agree = that simplifications are useful and essential, but
it is critically = important to call them out before someone mistakes
theoretical work = as useful motivation for policy in the = non-simplified
system.

I do call = them out.  Furthermore, I've already agreed with you to further = clarify these assumptions when I make the other corrections to the = paper.  Doing so will make the paper stronger. =  

I'm not going to address the remainder = of your email because I believe that we are now talking past each other. =  I do appreciate the interest and attention that you've paid to my = work on the Transaction Fee Market, and I also recognize the important = contributions you've made such as coinjoin and HD wallets. =  

Best = regards,
Peter

= --Apple-Mail=_BC70D88D-3DD0-4DA5-A6F0-1ED416541609--