Return-Path: <peter_r@gmx.com> Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 60ED2DD8 for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 30 Aug 2015 02:00:05 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A12D5176 for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 30 Aug 2015 02:00:04 +0000 (UTC) Received: from [192.168.50.29] ([69.50.179.106]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M0y8F-1YiAuN24eV-00vC5e; Sun, 30 Aug 2015 04:00:01 +0200 From: Peter R <peter_r@gmx.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_5C3FA3B5-06DC-4E74-BD41-9EBB07B21A3B" Message-Id: <B5E339E4-10F1-4252-9F40-F19E5609ECE7@gmx.com> Date: Sat, 29 Aug 2015 18:59:58 -0700 To: "bitcoin-dev@lists.linuxfoundation.org Dev" <bitcoin-dev@lists.linuxfoundation.org>, Gregory Maxwell <gmaxwell@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-Provags-ID: V03:K0:tHiktMLcHXu3YcKmBtBRM/j3mnonnp0seferOEXohUWKKteGYCb pCD+RVQi76WUXqh+ltAfhNGZH5vcoJgQjdjvhptHPcgXt+WYgRiSHTp/XkeMAFJmNM/2R/P muY0lKgZcEvcIdpJTdJ0WdsAO0EXeBMzRernob2HdG1QnHF9NFSJNjtEtNzOASbYG38kMog U0/NC2uYn1toFspz39sJA== X-UI-Out-Filterresults: notjunk:1;V01:K0:g+ln88W7qls=:uB2zjuYMa86zJVbfitBZB8 z+PpC94oP3ol23JF6hKLziejn2wFJS4AxbtyEENp23WfaZ3udo4ZoKqGnCUuKnDrOv41BQbQl lBf9kZphpptsvcpC1+7ZVZYITx4CI7u/Vj0CPvUc3prtX1XZZ+zDZhi5fSlIdcqts0MOSDacB TvI5xVSeGyJ+M6JUUjXt24EHYEWqTK+k52jze9+uQv3rtK8tQwVsqX1T3fJ/ABEImeIn0y4W3 4xE/aWUA2qdllG7BLQwvIgmk0KTO5KDseqB2QEUJneDCCYrxepV8RPc9N5RsyM+WygJiQcEUe rT4a1mWlA9HU1aFirS4o9gfo+Qt+uJX+oZjh5s+GiPuDHQVA3XIy5L3JKhcC/ILpV5/ccXjZp DNCKOZs06ZB9PUvA+zu/5BbJKER/cP+5GQXjLLRKRxhAvSMUjPQvKCIHUOT7tGCOsFRAgSOPL CCt6FCdlPINsWx4zJkMpbdJpObFSiqUDgs6z4dtczD8ZpASOe8TeVjuYszU74Gd15E/mkii0H 5Kyn0xRIc9uA4RRVB03y1/mSdK8nElZnF9qQJF15ZliPruCsc9Nj3KzVZEaJ2DH4I2PzdXIAS TS8FHUJe5zoQf9mOPtNW6hvkmwPSyCT+LMdTsC3dCekLVFS0/lfzDnpzDNp8IbDGjQOMprjNo DhbRTmdmhVdCTXD7A/zl2u8xMWhmQmi82oTDWUk5D2i+8IagCxVCyHRhmveU3RhhHqW0dmk3q /IY+FgdcMIG2s4XjHByWYEoeNOJBRFviTkkGCw== 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 Subject: [bitcoin-dev] Fwd: Your Gmaxwell exchange X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion <bitcoin-dev.lists.linuxfoundation.org> List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe> List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/> List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org> List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help> List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe> X-List-Received-Date: Sun, 30 Aug 2015 02:00:05 -0000 --Apple-Mail=_5C3FA3B5-06DC-4E74-BD41-9EBB07B21A3B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Dear Greg, I am moving our conversation into public as I've recently learned that = you've been forwarding our private email conversation verbatim without = my permission [I received permission from dpinna to share the email that = proves this fact: http://pastebin.com/jFgkk8M3]. > Greg wrote to Peter R: "You know that your "proof" of this = problematic-- outright false under the discussion we had, or at least = likely of little pratical relevance under reasonable, pratical = assumptions. But you respond to dpinna agreeing with him and not = cautioning him on relying on these >=20 The proof is not "problematic." Right now you're providing an example = of what Mike Hearn refers to as "black-and-white" thinking. Just = because the proof makes simplifying assumptions, doesn't mean it's not = useful in helping us to understand the dynamics of the transaction fee = market. Proofs about physical systems need to make simplifying = assumptions because the physical world is messy (unlike the world of = pure math). =20 My proof assumes very reasonably that block solutions contain = information (i.e., Shannon Entropy) about the transactions included in a = block. As long as this is true, and as long as miners act rationally to = maximize their profit, then the fee market will remain "healthy" = according to the definitions given in my paper. This is the case right = now, this is the case with the Relay Network, and this would be the case = using any implementation of IBLTs that I can imagine, so long as miners = retain the ability to construct blocks according to their own volition. = The "healthy fee market" result follows from the Shannon-Hartley = theorem; the SH-theorem describes the maximum rate at which information = (Shannon Entropy) can be transmitted over a physical communication = channel. =20 You are imagining an academic scenario (to use your own words: "perhaps = of little practical relevance") where all of the block solutions = announcements contain no information at all about the transactions = included in the blocks. Although I agree that the fee market would not = be healthy in such a scenario, it is my feeling that this also requires = miners to relinquish their ability to construct blocks according to = their own volition (i.e., the system would already be centralized). I = look forward to reading a white paper where you show: (a) Under what assumptions/requirements such a communication scheme is = physically possible. (b) That such a configuration is not equivalent to a single entity[1] = controlling >50% of the hash power. (c) That the network moving into such a configuration is plausible. Lastly, I'd like to conclude by saying that we are all here trying to = learn about this new amazing thing called Bitcoin. Please go ahead and = write a paper that shows under what network configuration my results = don't hold. I'd love to read it! This is how we make progress in = science!! Sincerely,=20 Peter [1] For example, if--in order to achieve such a configuration with = infinite coding gain--miners can no longer choose how to structure their = blocks according to their own volition, then I would classify those = miners as slaves rather than as peers, and the network as already = centralized. Link to forwarded email pastebin: http://pastebin.com/jFgkk8M3 --Apple-Mail=_5C3FA3B5-06DC-4E74-BD41-9EBB07B21A3B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; = "><div><div>Dear Greg,</div><div><br></div><div>I am moving our = conversation into public as I've recently learned that you've been = forwarding our private email conversation verbatim without my permission = [I received permission from dpinna to share the email that proves this = fact: <a = href=3D"http://pastebin.com/jFgkk8M3">http://pastebin.com/jFgkk8M3</a>].</= div><div><blockquote type=3D"cite"><p dir=3D"ltr">Greg wrote to Peter R: = <i>"You know that your "proof" of this problematic-- outright = false under </i><i>the discussion we had, or at least likely of = little pratical relevance </i><i>under reasonable, pratical = assumptions. But you respond to dpinna </i><i>agreeing with = him and not cautioning him on relying on = these</i></p></blockquote><div>The proof is not "problematic." = Right now you're providing an example of what Mike Hearn refers to = as "black-and-white" thinking. Just because the proof makes = simplifying assumptions, doesn't mean it's not useful in helping us to = understand the dynamics of the transaction fee market. Proofs = about <i>physical systems</i> need to make simplifying = assumptions because the physical world is messy (unlike the world of = pure math). </div><div><br></div><div>My proof assumes very = reasonably that block solutions contain information (i.e., Shannon = Entropy) about the transactions included in a block. As long as = this is true, and as long as miners act rationally to maximize their = profit, then the fee market will remain "healthy" according to the = definitions given in my paper. <b>This is the case right now, this = is the case with the Relay Network, and this would be the case using any = implementation of IBLTs that I can imagine, so long as miners retain the = ability to construct blocks according to their own = volition.</b> The "healthy fee market" result follows from = the Shannon-Hartley theorem; the SH-theorem describes the maximum rate = at which information (Shannon Entropy) can be transmitted over a = physical communication channel. = </div></div><div><br></div><div>You are imagining an = academic scenario (to use your own words: "perhaps of little practical = relevance") where all of the block solutions announcements = contain <b>no information at all</b> about the transactions = included in the blocks. Although I agree that the fee market would = not be healthy in such a scenario, it is my feeling that this also = requires miners to relinquish their ability to construct blocks = according to their own volition (i.e., the system would already be = centralized). I look forward to reading a white paper where you = show:</div><div><br></div><div>(a) Under what assumptions/requirements = such a communication scheme is physically = possible.</div><div><br></div><div>(b) That such a configuration is not = equivalent to a single entity[1] controlling >50% of the hash = power.</div><div><br></div><div>(c) That the network moving into such a = configuration is plausible.</div><div><br></div><div>Lastly, I'd like to = conclude by saying that we are all here trying to learn about this new = amazing thing called Bitcoin. Please go ahead and write a paper = that shows under what network configuration my results don't hold. = I'd love to read it! This is how we make progress in = science!!</div><div><br></div><div>Sincerely, </div><div>Peter</div><= div><br></div><div>[1] For example, if--in order to achieve such a = configuration with infinite coding gain--miners can no longer choose how = to structure their blocks according to their own volition, then I would = classify those miners as slaves rather than as peers, and the network as = already centralized.</div></div><div><br></div><div><br></div><div>Link = to forwarded email pastebin: <a = href=3D"http://pastebin.com/jFgkk8M3">http://pastebin.com/jFgkk8M3</a></di= v><div><br></div></body></html>= --Apple-Mail=_5C3FA3B5-06DC-4E74-BD41-9EBB07B21A3B--