1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
|
Return-Path: <dkbryant@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 568FFBB3
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 11 Jul 2015 21:30:28 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com
[209.85.223.175])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 74083175
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 11 Jul 2015 21:30:24 +0000 (UTC)
Received: by iebmu5 with SMTP id mu5so214461926ieb.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 11 Jul 2015 14:30:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:reply-to:in-reply-to:references:date:message-id
:subject:from:to:cc:content-type;
bh=NP43RN5uHAuOpP+bhAXrZWnQWj2SbJEnpepskO/e9Fs=;
b=V+fvFZAkHhR5UKTzYSDJ4S8SBxCVm7b+BnETVUlpn5fqEzDvryXPxXDzhFETl+GiN2
N+OmnhBItsf0qYhg7ENPYSe115eEBqZsD0G3mobwHGT4IwCkQmII665aT2wbhxJRTfiR
0pcyoSH+EjA3k6kxJlBxcymDqKmKSUPLwZfKOwCL00ZaI2QY0Dw1CxyrWN1s950SyzKs
hgpeb1gctU5PFnrUcmEW4whrSVSzUQnQTI7ZPhE9NSqwxxD/FOgnq3JjJ4O0NARgxtBm
t2g41eNC/l/I069bR52MzW8AEkOrifNPUagxnk4JuVNYWgs+nSS5Owf2np48FzzRfEoX
5xmg==
MIME-Version: 1.0
X-Received: by 10.50.97.33 with SMTP id dx1mr4811039igb.1.1436650224365; Sat,
11 Jul 2015 14:30:24 -0700 (PDT)
Received: by 10.107.17.212 with HTTP; Sat, 11 Jul 2015 14:30:24 -0700 (PDT)
In-Reply-To: <CAAmoQf1B1nFfS6ZXOkvoJGTaPpbN_NDwOcwCw30MSbRwooSh4Q@mail.gmail.com>
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>
<CAAmoQf1B1nFfS6ZXOkvoJGTaPpbN_NDwOcwCw30MSbRwooSh4Q@mail.gmail.com>
Date: Sat, 11 Jul 2015 16:30:24 -0500
Message-ID: <CAAUFj12JC1e7wY1M-_U_Kh5wQv8V4X0SeGGtONn7m8PcOEhp_Q@mail.gmail.com>
From: Dan Bryant <dkbryant@gmail.com>
To: Micha Bailey <michabailey@gmail.com>
Content-Type: multipart/alternative; boundary=047d7b10c8894a389e051aa03245
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
Reply-To: DKBryant@gmail.com
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 21:30:28 -0000
--047d7b10c8894a389e051aa03245
Content-Type: text/plain; charset=UTF-8
I think a compromise will be somewhere in the middle. I think most people
would be OK with TXs that don't have enough fees for P2P transfer to stay
in deadmans land. Most people are stuck in a situation where they payed
enough to get it into (and keep it in) the pool, but not enough to get it
out.
If we could get CPFP that only worked on TXs that met the minimum threshold
for peer propagation, then I think we would be in much better position to
battle this spam flood.
On Sat, Jul 11, 2015 at 3:28 PM, Micha Bailey <michabailey@gmail.com> wrote:
> 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.
>
>
--047d7b10c8894a389e051aa03245
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>I think a compromise will be somewhere in the middle.=
=C2=A0 I think most
people would be OK with TXs that don't have enough fees for P2P=20
transfer to stay in deadmans land.=C2=A0 Most people are stuck in a situati=
on
where they payed enough to get it into (and keep it in) the pool, but=20
not enough to get it out.<br><br></div>If we could get CPFP that only=20
worked on TXs that met the minimum threshold for peer propagation, then I
think we would be in much better position to battle this spam flood.<br><d=
iv class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Sat, Jul 11, 201=
5 at 3:28 PM, Micha Bailey <span dir=3D"ltr"><<a href=3D"mailto:michabai=
ley@gmail.com" target=3D"_blank">michabailey@gmail.com</a>></span> wrote=
:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo=
rder-left:1px solid rgb(204,204,204);padding-left:1ex">Right.
The issue (AIUI)=C2=A0is that, right now, even though transactions are=20
evaluated for inclusion as a group with CPFP, they're not yet evaluated=
=20
for relaying as a unit, nor can they be, because the current p2p=20
protocol doesn't have a way to send multiple transactions in a single=
=20
protocol message to signify that they should be evaluated together.<div cla=
ss=3D""><div class=3D"h5"><span></span><br></div></div></blockquote></div><=
/div><div class=3D"gmail_extra"><br><br></div></div>
--047d7b10c8894a389e051aa03245--
|
