summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGregory Maxwell <gmaxwell@gmail.com>2015-07-29 20:09:05 +0000
committerbitcoindev <bitcoindev@gnusha.org>2015-07-29 20:09:06 +0000
commit740ebc55620b5c6a523b9b5236c9028555a98f10 (patch)
treeaff859e7dc1798ac9b3a96749df1639ca0574140
parentad3aa54fa68510c270a41c5b3c3de19158abe4d8 (diff)
downloadpi-bitcoindev-740ebc55620b5c6a523b9b5236c9028555a98f10.tar.gz
pi-bitcoindev-740ebc55620b5c6a523b9b5236c9028555a98f10.zip
Re: [bitcoin-dev] Why Satoshi's temporary anti-spam measure isn't temporary
-rw-r--r--69/63533a16128bd60c95ef64eab3cc4ee185ba15120
1 files changed, 120 insertions, 0 deletions
diff --git a/69/63533a16128bd60c95ef64eab3cc4ee185ba15 b/69/63533a16128bd60c95ef64eab3cc4ee185ba15
new file mode 100644
index 000000000..8c7d4719b
--- /dev/null
+++ b/69/63533a16128bd60c95ef64eab3cc4ee185ba15
@@ -0,0 +1,120 @@
+Return-Path: <gmaxwell@gmail.com>
+Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
+ [172.17.192.35])
+ by mail.linuxfoundation.org (Postfix) with ESMTPS id 6F74097
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ 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 <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 29 Jul 2015 20:09:05 +0000 (UTC)
+Received: by ioeg141 with SMTP id g141so33159015ioe.3
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ 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>
+ <CA+w+GKTfPXkVPaCC+3ZsQv=_DPMHoRwbigS40Testpyq4rZxsw@mail.gmail.com>
+ <D25BD175-7099-4A6B-89BB-A35E94F555A9@gmail.com>
+ <CA+w+GKTZV5sgXNU_xoBby1_X6eae=5_vhENmyKY0yxWHcBiU5g@mail.gmail.com>
+ <37D282C2-EF9C-4B8B-91E8-7D613B381824@phauna.org>
+Date: Wed, 29 Jul 2015 20:09:05 +0000
+Message-ID: <CAAS2fgSaRqxi3X0J3F05nA-tyRRikY1whkpAOuGJJpFSAR017w@mail.gmail.com>
+From: Gregory Maxwell <gmaxwell@gmail.com>
+To: Owen <ogunden@phauna.org>
+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 <bitcoin-dev@lists.linuxfoundation.org>
+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 <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: Wed, 29 Jul 2015 20:09:06 -0000
+
+On Wed, Jul 29, 2015 at 7:56 PM, Owen via bitcoin-dev
+<bitcoin-dev@lists.linuxfoundation.org> 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.
+