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
|
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
helo=mx.sourceforge.net)
by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <tomh@thinlink.com>) id 1XiwUs-0006qY-H6
for bitcoin-development@lists.sourceforge.net;
Tue, 28 Oct 2014 02:26:58 +0000
X-ACL-Warn:
Received: from mail-pd0-f174.google.com ([209.85.192.174])
by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1XiwUr-0001vX-HF
for bitcoin-development@lists.sourceforge.net;
Tue, 28 Oct 2014 02:26:58 +0000
Received: by mail-pd0-f174.google.com with SMTP id p10so6804866pdj.33
for <bitcoin-development@lists.sourceforge.net>;
Mon, 27 Oct 2014 19:26:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
:subject:references:in-reply-to:content-type
:content-transfer-encoding;
bh=QWbohUjIlniUlJHjfMF/DX3Gk9n0cR+rX3qpUbqzbo4=;
b=PXS7XiGgxWuxsj74lvO63yFnPXOSlYMztb2WiGmArOff8jx1CHMjXLzJ5CEFCwiXoF
q7YJRh49wL4EaFqYUHgaCwbQtfxsWFNZ7Kp+iADGN3jow9ydTsDWC6HVg4znmRddA+fE
Atj5oYk0A/mGgTPFvcE07DpFxgg0FOQYi4KargEr+PGWoOr40RKRODqsRAOPNtY29MXy
f7+luvBNwxjt6guNujzfUjjPYip/l/T2JoZ0CZK6MjZhWG7qVnsptRhUKJ5Ul8PITOLj
4vxDbJFtaTgXeVAgE6gtVfLDp6Hfgj4zpmD7QR8zFRL0CgKPUUxD7CS2ceT4dK+lt3K2
VDGA==
X-Gm-Message-State: ALoCoQkBZdqOOKU2Ukfy+JK2eISQsKzkq96h6CUUfRmV75JnUlkH3RADm3WoTv7VIKxzOYKIf/NK
X-Received: by 10.68.93.228 with SMTP id cx4mr193358pbb.45.1414463211716;
Mon, 27 Oct 2014 19:26:51 -0700 (PDT)
Received: from [192.168.1.89] (99-6-44-248.lightspeed.sntcca.sbcglobal.net.
[99.6.44.248])
by mx.google.com with ESMTPSA id i10sm122472pdr.21.2014.10.27.19.26.49
for <bitcoin-development@lists.sourceforge.net>
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Mon, 27 Oct 2014 19:26:50 -0700 (PDT)
Message-ID: <544EFEE8.4000000@thinlink.com>
Date: Mon, 27 Oct 2014 19:26:48 -0700
From: Tom Harding <tomh@thinlink.com>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64;
rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: bitcoin-development@lists.sourceforge.net
References: <544EA3D7.2050901@thinlink.com> <544EA85E.8010400@bluematt.me>
In-Reply-To: <544EA85E.8010400@bluematt.me>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details.
X-Headers-End: 1XiwUr-0001vX-HF
Subject: Re: [Bitcoin-development] DS Deprecation Window
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Tue, 28 Oct 2014 02:26:58 -0000
Matt,
You're right, thanks. Without double-spend relay, miner won't know that
some txes conflict with anything. I'll add that first-double-spends are
relayed per #4570.
Miner has to be very careful including a double-spend in his block -- he
hopes:
- that based on his measured time offset from the first spend he
received, at most a tiny fraction of the network will delay his block
- that not too many nodes saw an earlier spend that he didn't see,
which could increase that fraction
- that most other nodes saw his tx. Any who didn't will only learn
about it by receiving his block, and they will assign it the time when
they receive the block. That's likely to be more than T (30 seconds)
after an earlier spend, so they would delay the block.
The best course of action is intended to be for miner to exclude fast (<
2 hours) double spends completely.
On 10/27/2014 1:17 PM, Matt Corallo wrote:
> miners are incentivized to go connect to everyone on the network and
> look for double-spends
>
> On 10/27/14 19:58, Tom Harding wrote:
>> https://github.com/dgenr8/out-there/blob/master/ds-dep-win.md
|