Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id DA9E2481 for ; Wed, 29 Jul 2015 21:29:01 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from COL004-OMC4S16.hotmail.com (col004-omc4s16.hotmail.com [65.55.34.218]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2E27625C for ; Wed, 29 Jul 2015 21:29:01 +0000 (UTC) Received: from COL131-DS22 ([65.55.34.201]) by COL004-OMC4S16.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 29 Jul 2015 14:29:00 -0700 X-TMN: [TQvF/1fBkgw/5BwKoXZ0UAnOI4g1yGOe] X-Originating-Email: [raystonn@hotmail.com] Message-ID: From: "Raystonn ." To: "Gregory Maxwell" References: <1B7F00D3-41AE-44BF-818D-EC4EF279DC11@gmail.com><37D282C2-EF9C-4B8B-91E8-7D613B381824@phauna.org> In-Reply-To: Date: Wed, 29 Jul 2015 14:28:43 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-OriginalArrivalTime: 29 Jul 2015 21:29:00.0719 (UTC) FILETIME=[95B86BF0:01D0CA45] X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, RP_MATCHES_RCVD, STOX_REPLY_TYPE 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] Why Satoshi's temporary anti-spam measure isn'ttemporary 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: Wed, 29 Jul 2015 21:29:02 -0000 Gregory, can you please speak to the following points. I would like a better understanding of your positions. 1) Do you believe that Bitcoin's future is as a high-value settlement network? 2) Do you believe we need an artificial limit to transaction rate, perhaps implemented as a maximum block size limit? If so, why? 3) Transaction fees will fluctuate with global economic conditions and technology. Those free-market fluctuations should equally affect any blockchain. However, if transaction fees on the Bitcoin network are pushed artificially high, such as with an artificial limit to transaction rate only applicable to Bitcoin, this will create a condition where some other blockchains will have lower fees. How do you plan to address the bleeding of value from Bitcoin to alternative lower-fee blockchains created by the artificially-high bitcoin transaction fees when users begin looking for the cheapest way to send value? Modern economic study has shown that liquidity moves to the location of least friction. 4) If you believe it's not a problem to allow alternative blockchains to leech some of Bitcoin's value, then: a) How much value is it acceptable to lose? b) How do you think this will affect Bitcoin miners, whose large investments in hardware do not transfer to other blockchains? c) How do you think this will affect the investors and holders of bitcoin in general? -----Original Message----- From: Gregory Maxwell via bitcoin-dev Sent: Wednesday, July 29, 2015 1:09 PM To: Owen Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Why Satoshi's temporary anti-spam measure isn'ttemporary On Wed, Jul 29, 2015 at 7:56 PM, Owen via bitcoin-dev wrote: > On July 29, 2015 7:15:49 AM EDT, Mike Hearn via bitcoin-dev: >>Consider this: the highest Bitcoin tx fees can possibly go is perhaps >>a >>little higher than what our competition charges. Too much higher than >>that, >>and people will just say, you know what .... I'll make a bank transfer. >>It's cheaper and not much slower, sometimes no slower at all. > > I respectfully disagree with this analysis. The implication is that > bitcoin is merely one of a number of payment technologies. It's much more > than that. It's sound money, censorship resistance, personal control over > money, programmable money, and more. Without these attributes it's merely > a really inefficient way to do payments. > > Given these advantages, there is no reason to believe the marginal cost of > a transaction can't far surpass that of a PayPal or bank transfer. I > personally would pay several multiples of the competitors' fees to > continue using bitcoin. > > Sure, some marginal use cases will drop off with greater fees, but that's > normal and expected. These will be use cases where the user doesn't care > about bitcoin's advantages. We must be willing to let these use cases go > anyway, because we unfortunately don't have room on chain for everything > anyone might want to do. > > Therefore, bitcoin tx fees can go much higher than the competition. > > Remember how Satoshi referenced the banking crisis in his early work? The > 2008 banking crisis was about a lot of things, but high credit card and > paypal fees wasnt one of them. There's more going on here than just > payments. Any speculative economic analysis would do better to include > this fact. Precisely. And as "just a payment system" Bitcoin is not an especially great one: The design requirements for decenteralization impose considerable costs. To the extent that the technology in Bitcoin is useful at all for building "just another payment system" this technology in in the process of being agressively copied by parties with deep fiat relationships (including in partnership with centeral banks). If the focus for Bitcoin's competative advantage becomes exclusively "better" payments then it will almost certinatly fail in the market-place against competing systems which avoid the Bitcoin currency adoption related obsticles (but also gain none of Bitcoin's important social/political promise). Also, critically, if Bitcoin's security properties are manintained and enhanced then Bitcoin can be used to build secure systems which _also_ accomidate those applications and we can have both. But if Bitcoin's security properties are not strong then then advanced tools cannot be built for it. E.g. atomic swaps make trustless trades with external systems possible; but they are especially sensitive to long reorginizations by miners... so they can only be securely used where those reorgs are infeasable. So while I agree that we must be willing to tolerate not catching every conceivable use case; most of the time all that means is addressing them via a less direct but more focused solution rather than ignoring them completely. _______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev