Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 6F74097 for ; Wed, 29 Jul 2015 20:09:06 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-io0-f172.google.com (mail-io0-f172.google.com [209.85.223.172]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id EC674E9 for ; Wed, 29 Jul 2015 20:09:05 +0000 (UTC) Received: by ioeg141 with SMTP id g141so33159015ioe.3 for ; Wed, 29 Jul 2015 13:09:05 -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:content-transfer-encoding; bh=jNdi0lAimXx0Ix5eywNyqqwDReHfx6v/Qc0n2PUiczU=; b=t6FzAz/mgfBKT9iYnqLokDg/xIQefNhJ8vFBAdY5lXNCXF8J5/FktpipLmFYixCwEc AQIMNxXDLh8BBMAjpFtiJjqbr5M+0PiS5MuWbuFOIID33Jl3qpt2lVsMwQCKF0bLVO4w tt+VBFU7L6hdklAIRx5En8KXC16XHq0JjnuwfCwHtz+LQ84es9etCBBWTKzkiN9BbPn4 ZvSYfMVJVrwndA8GfkPVJo75yktng8jzooAGkPAMaW+i9Cu7LGwO/2nLjnBAhXT9tfW+ hm0Rds7XsvpYLP6yLKPnF4vX8GKB8OoovalamMJCn+wAFckYREAwv7Sn3YtBtbfGk4j2 GWKw== MIME-Version: 1.0 X-Received: by 10.107.169.138 with SMTP id f10mr4625431ioj.75.1438200545453; Wed, 29 Jul 2015 13:09:05 -0700 (PDT) Received: by 10.107.48.212 with HTTP; Wed, 29 Jul 2015 13:09:05 -0700 (PDT) In-Reply-To: <37D282C2-EF9C-4B8B-91E8-7D613B381824@phauna.org> References: <1B7F00D3-41AE-44BF-818D-EC4EF279DC11@gmail.com> <37D282C2-EF9C-4B8B-91E8-7D613B381824@phauna.org> Date: Wed, 29 Jul 2015 20:09:05 +0000 Message-ID: From: Gregory Maxwell To: Owen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, 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] Why Satoshi's temporary anti-spam measure isn't temporary 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 20:09:06 -0000 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 bitco= in is merely one of a number of payment technologies. It's much more than t= hat. 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 o= f a transaction can't far surpass that of a PayPal or bank transfer. I pers= onally would pay several multiples of the competitors' fees to continue usi= ng 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 a= bout bitcoin's advantages. We must be willing to let these use cases go any= way, because we unfortunately don't have room on chain for everything anyon= e 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 pa= ypal 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.