From mboxrd@z Thu Jan 1 00:00:00 1970 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 1W4pY8-0003zg-Qa for bitcoin-development@lists.sourceforge.net; Sun, 19 Jan 2014 10:24:16 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.43 as permitted sender) client-ip=209.85.214.43; envelope-from=laanwj@gmail.com; helo=mail-bk0-f43.google.com; Received: from mail-bk0-f43.google.com ([209.85.214.43]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1W4pY6-0000wf-QI for bitcoin-development@lists.sourceforge.net; Sun, 19 Jan 2014 10:24:16 +0000 Received: by mail-bk0-f43.google.com with SMTP id mx11so668279bkb.30 for ; Sun, 19 Jan 2014 02:24:08 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.204.235.9 with SMTP id ke9mr2154473bkb.9.1390127048336; Sun, 19 Jan 2014 02:24:08 -0800 (PST) Received: by 10.204.69.197 with HTTP; Sun, 19 Jan 2014 02:24:08 -0800 (PST) In-Reply-To: References: <201401161523.38623.luke@dashjr.org> <201401171841.37790.luke@dashjr.org> <61c05e986b4d1010d0cf76868db7d2af.squirrel@fruiteater.riseup.net> <52DABC0D.8060900@monetize.io> Date: Sun, 19 Jan 2014 11:24:08 +0100 Message-ID: From: Wladimir To: Jeff Garzik Content-Type: multipart/alternative; boundary=20cf30223997e8ce7504f0502c92 X-Spam-Score: -0.6 (/) 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 (laanwj[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 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: 1W4pY6-0000wf-QI Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Bitcoin Core 0.9rc1 release schedule 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: Sun, 19 Jan 2014 10:24:17 -0000 --20cf30223997e8ce7504f0502c92 Content-Type: text/plain; charset=UTF-8 On Sun, Jan 19, 2014 at 3:53 AM, Jeff Garzik wrote: > There's a reason why luke-jr's pull request for CPfP remains open. > > There is general agreement that it appears to be useful. CPfP works > to close the mismatch between how bitcoin transaction fees are > attached by the sender, versus modern economic situations where the > receiver is willing to pay a fee. > The only thing controversial are the code changes themselves, not the feature. Consensus running through the comments in the pull is that it needs (auto)tests. Are you going to do this Luke? Or is anyone else working on this? Wladimir --20cf30223997e8ce7504f0502c92 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On S= un, Jan 19, 2014 at 3:53 AM, Jeff Garzik <jgarzik@bitpay.com> wrote:
There's a reason why luke-jr's pull request for CP= fP remains open.
=C2=A0
There is general agreement that it appears to be useful. =C2=A0CPfP works to close the mismatch between how bitcoin transaction fees are
attached by the sender, versus modern economic situations where the
receiver is willing to pay a fee.

The o= nly thing controversial are the code changes themselves, not the feature.

Consensus running through the comments in the p= ull is that it needs (auto)tests.

Are you going to do this Luke? Or is anyone else workin= g on this?

Wladimir

--20cf30223997e8ce7504f0502c92--