Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1UedF8-0001M0-9a for bitcoin-development@lists.sourceforge.net; Tue, 21 May 2013 03:28:06 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.46 as permitted sender) client-ip=209.85.219.46; envelope-from=mh.in.england@gmail.com; helo=mail-oa0-f46.google.com; Received: from mail-oa0-f46.google.com ([209.85.219.46]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1UedF7-0005Cj-AG for bitcoin-development@lists.sourceforge.net; Tue, 21 May 2013 03:28:06 +0000 Received: by mail-oa0-f46.google.com with SMTP id h2so196950oag.5 for ; Mon, 20 May 2013 20:28:00 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.124.18 with SMTP id me18mr233289oeb.100.1369106879997; Mon, 20 May 2013 20:27:59 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.76.11.230 with HTTP; Mon, 20 May 2013 20:27:59 -0700 (PDT) Received: by 10.76.11.230 with HTTP; Mon, 20 May 2013 20:27:59 -0700 (PDT) In-Reply-To: References: <519AC3A8.1020306@quinnharris.me> Date: Mon, 20 May 2013 20:27:59 -0700 X-Google-Sender-Auth: 1i7GVk6631PiScz7VX_kXI-s9pU Message-ID: From: Mike Hearn To: Pieter Wuille Content-Type: multipart/alternative; boundary=047d7b4503043df0d504dd320913 X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1UedF7-0005Cj-AG Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Double Spend Notification X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2013 03:28:06 -0000 --047d7b4503043df0d504dd320913 Content-Type: text/plain; charset=UTF-8 Indeed, that has been proposed but it's a dumb idea and I'm very sceptical it will go anywhere. Certainly no decision was made. The arguments for it are based on some quite faulty thinking about economics. Double spend notifications have been proposed a long time ago, I believe Matt has indicated some interest in implementing them and that is the right way to go. On 20 May 2013 18:57, "Pieter Wuille" wrote: > On Tue, May 21, 2013 at 3:24 AM, Robert Backhaus > wrote: > > So the decision has been made to make 0-conf double spends trivial, so no > > one will ever trust 0-confs. If a later transaction appears with a larger > > fee, it will be considered to be the valid one, and the first one > dropped, > > as long as the first one has not been confirmed. This makes undoing a > > mistaken transaction possible. > > This has been suggested, but I know of no such decision having been made. > > -- > Pieter > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --047d7b4503043df0d504dd320913 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Indeed, that has been proposed but it's a dumb idea and = I'm very sceptical it will go anywhere.=C2=A0 Certainly no decision was= made. The arguments for it are based on some quite faulty thinking about e= conomics. Double spend notifications have been proposed a long time ago, I = believe Matt has indicated some interest in implementing them and that is t= he right way to go.

On 20 May 2013 18:57, "Pieter Wuille" = <pieter.wuille@gmail.com&= gt; wrote:
On Tue, May 21, 2013 at 3:24 AM, Robert Backhaus <robbak@robbak.com> wrote:
> So the decision has been made to make 0-conf double spends trivial, so= no
> one will ever trust 0-confs. If a later transaction appears with a lar= ger
> fee, it will be considered to be the valid one, and the first one drop= ped,
> as long as the first one has not been confirmed. This makes undoing a<= br> > mistaken transaction possible.

This has been suggested, but I know of no such decision having been made.
--
Pieter

---------------------------------------------------------------------------= ---
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service=
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment
--047d7b4503043df0d504dd320913--