Return-Path: <michabailey@gmail.com> Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id A9DEBB68 for <bitcoin-dev@lists.linuxfoundation.org>; Sat, 11 Jul 2015 20:28:29 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 02FE21BB for <bitcoin-dev@lists.linuxfoundation.org>; Sat, 11 Jul 2015 20:28:28 +0000 (UTC) Received: by wiwl6 with SMTP id l6so71539310wiw.0 for <bitcoin-dev@lists.linuxfoundation.org>; Sat, 11 Jul 2015 13:28:27 -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; bh=iGJpx+HK1PrVMYEQ1WrhT49x3yBJzpFVo1JYM2Dw57M=; b=0wkTkVx0UJaIEK3aiJTcmR0vEWfAaUNRyKkLWU0qtl/qf22MyKqzA140gp7aY4aHSK 1ef3tIEkSls6z2bqgwvpf99gYVod48pgni+ogajHTBHti+tgBObF3+/EqBfDunhOA+PU 97GdcmTkCaH+aCC5zlY0xisfj00oVBe1FgI2XVrokE/WhZJ0fs2lu5QU9f4z2G+W1o17 YsUzU1S3D3LCk862pwSoIv2IL2YqU79tquNDYPVFqExVqhbxDlfQ1xvNhraNGWZEHNa+ ccYW2UPVUOv7anDPccbzE8HGYUGL4S7uLGAV8a3OyAq6myM68pU95w6vRV8A8kOsxnx/ 9H4Q== MIME-Version: 1.0 X-Received: by 10.180.20.198 with SMTP id p6mr9077980wie.38.1436646507453; Sat, 11 Jul 2015 13:28:27 -0700 (PDT) Received: by 10.28.32.132 with HTTP; Sat, 11 Jul 2015 13:28:27 -0700 (PDT) In-Reply-To: <201507102110.33706.luke@dashjr.org> References: <6D3AACE5-D6CD-4785-8A55-F6DF0B94D927@ricmoo.com> <CAPWm=eWH9rZpwJeK2tTdHH8+BWDU_Vam8oBtG0u49v2yZuYVfw@mail.gmail.com> <CAE-z3OWMpCW51FjwT8409k_10Uj9Zq=H8AVUo5B6PfYBTQ_Axg@mail.gmail.com> <201507102110.33706.luke@dashjr.org> Date: Sat, 11 Jul 2015 23:28:27 +0300 Message-ID: <CAAmoQf1B1nFfS6ZXOkvoJGTaPpbN_NDwOcwCw30MSbRwooSh4Q@mail.gmail.com> From: Micha Bailey <michabailey@gmail.com> To: Luke Dashjr <luke@dashjr.org> Content-Type: multipart/alternative; boundary=bcaec53f397dbea277051a9f547f X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,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@lists.linuxfoundation.org" <bitcoin-dev@lists.linuxfoundation.org> Subject: Re: [bitcoin-dev] Why not Child-Pays-For-Parent? 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: Sat, 11 Jul 2015 20:28:29 -0000 --bcaec53f397dbea277051a9f547f Content-Type: text/plain; charset=UTF-8 Right. The issue (AIUI) is that, right now, even though transactions are evaluated for inclusion as a group with CPFP, they're not yet evaluated for relaying as a unit, nor can they be, because the current p2p protocol doesn't have a way to send multiple transactions in a single protocol message to signify that they should be evaluated together. On Saturday, July 11, 2015, Luke Dashjr <luke@dashjr.org> wrote: > AFAIK the only thing holding it up is lack of unit tests. If anyone would > like > to implement those, I expect it'd be merged fairly soon. Then the problem > is, > as Jeff mentioned, getting the parent transactions relayed despite failing > relay policy on their own. > > Luke > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org <javascript:;> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > --bcaec53f397dbea277051a9f547f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Right. The issue (AIUI)=C2=A0is that, right now, even though transactions a= re evaluated for inclusion as a group with CPFP, they're not yet evalua= ted for relaying as a unit, nor can they be, because the current p2p protoc= ol doesn't have a way to send multiple transactions in a single protoco= l message to signify that they should be evaluated together.<span></span><b= r><br>On Saturday, July 11, 2015, Luke Dashjr <<a href=3D"mailto:luke@da= shjr.org">luke@dashjr.org</a>> wrote:<br><blockquote class=3D"gmail_quot= e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">= AFAIK the only thing holding it up is lack of unit tests. If anyone would l= ike<br> to implement those, I expect it'd be merged fairly soon. Then the probl= em is,<br> as Jeff mentioned, getting the parent transactions relayed despite failing<= br> relay policy on their own.<br> <br> Luke<br> _______________________________________________<br> bitcoin-dev mailing list<br> <a href=3D"javascript:;" onclick=3D"_e(event, 'cvml', 'bitcoin-= dev@lists.linuxfoundation.org')">bitcoin-dev@lists.linuxfoundation.org<= /a><br> <a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" = target=3D"_blank">https://lists.linuxfoundation.org/mailman/listinfo/bitcoi= n-dev</a><br> </blockquote> --bcaec53f397dbea277051a9f547f--