summaryrefslogtreecommitdiff
path: root/73/2cce467ef61199cbda9c4c2ac705a5a8336e83
blob: b71326808d0a68f053d3763bc8b8ac52735b2139 (plain)
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
Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
	helo=mx.sourceforge.net)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <zgenjix@yahoo.com>) id 1Rqonc-0008CM-Hr
	for bitcoin-development@lists.sourceforge.net;
	Fri, 27 Jan 2012 16:37:16 +0000
X-ACL-Warn: 
Received: from nm11.bullet.mail.ne1.yahoo.com ([98.138.90.74])
	by sog-mx-1.v43.ch3.sourceforge.com with smtp (Exim 4.76)
	id 1RqonX-0001C6-4g for bitcoin-development@lists.sourceforge.net;
	Fri, 27 Jan 2012 16:37:16 +0000
Received: from [98.138.90.54] by nm11.bullet.mail.ne1.yahoo.com with NNFMP;
	27 Jan 2012 16:37:05 -0000
Received: from [98.138.89.163] by tm7.bullet.mail.ne1.yahoo.com with NNFMP;
	27 Jan 2012 16:37:05 -0000
Received: from [127.0.0.1] by omp1019.mail.ne1.yahoo.com with NNFMP;
	27 Jan 2012 16:37:05 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 556879.44871.bm@omp1019.mail.ne1.yahoo.com
Received: (qmail 14192 invoked by uid 60001); 27 Jan 2012 16:37:05 -0000
X-YMail-OSG: _HZVm3oVM1kdL4bQWlRgrVK0d1brbTrtIZQF17ZAAn1qY2q
	.JV_sDRzHYId2TKCBRlFSmXhiRKUIoyh5Mk2ct1lqSnSGxp6_je3K56oqnwy
	9o0npTmoR6Y9LLv32FYDKFIUP4J2FtvjIG3SXES6e6sgHaMa8MiG0Tm.jce6
	9mqX4yl0NUqI8RZB3Gu54BP9lG8saCp9mKGycZKwifUQ7is.3ugD7kwARCkx
	fihbiMjYfc9f6XiCXwene7pduNwoK3OfphIb6OvxHu0sqGunHeqqSaWORejj
	KNklCQ7h03wNWFaQFDqOyNR9z3gpoDrprBacQHQ2reIGJd4wYPPSeK9wkhI6
	EYe5XrjWxqazyHmwNpaB.NEhSkQM3stSqHbk6aDkjEuWKB.Is2MuqLQ63X6l
	ukErkgVxkk6I85CSDCPZz
Received: from [92.20.138.208] by web121001.mail.ne1.yahoo.com via HTTP;
	Fri, 27 Jan 2012 08:37:05 PST
X-Mailer: YahooMailWebService/0.8.116.331537
References: <1327681998.52230.YahooMailNeo@web121001.mail.ne1.yahoo.com>
Message-ID: <1327682225.4658.YahooMailNeo@web121001.mail.ne1.yahoo.com>
Date: Fri, 27 Jan 2012 08:37:05 -0800 (PST)
From: Amir Taaki <zgenjix@yahoo.com>
To: "bitcoin-development@lists.sourceforge.net"
	<bitcoin-development@lists.sourceforge.net>
In-Reply-To: <1327681998.52230.YahooMailNeo@web121001.mail.ne1.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="344044665-1364534497-1327682225=:4658"
X-Spam-Score: 0.5 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	no trust [98.138.90.74 listed in list.dnswl.org]
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(zgenjix[at]yahoo.com)
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain 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
	-0.4 AWL AWL: From: address is in the auto white-list
X-Headers-End: 1RqonX-0001C6-4g
Subject: Re: [Bitcoin-development] GetBlocksToMaturity
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Amir Taaki <zgenjix@yahoo.com>
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: Fri, 27 Jan 2012 16:37:16 -0000

--344044665-1364534497-1327682225=:4658
Content-Type: text/plain; charset=us-ascii

Actually now I'm thinking- I reckon it is so that your transaction gets accepted by the network when it is sent out. At around 20 confirmations, you can be sure that the rest of the network also has 100 confirmations off the original mined block.

Otherwise at 100 confirms, you may have a chain ahead of everyone else or there might be a temporary network partition (islanding) that causes another fork to get built up, then when they rejoin, not everyone has 100 confirms...


________________________________
 From: Amir Taaki <zgenjix@yahoo.com>
To: "bitcoin-development@lists.sourceforge.net" <bitcoin-development@lists.sourceforge.net> 
Sent: Friday, January 27, 2012 4:33 PM
Subject: GetBlocksToMaturity
 

Why add 20 to COINBASE_MATURITY there?

The underlying protocol accepts spent transactions at 100 (COINBASE_MATURITY) so this seems more like a measure to put people off spending until 120 confirms. If you are determined enough to hack your client, you can still spend before 120 but after 100.

Why is this?

Did Satoshi overestimate how many competing races there would be between mined blocks?
--344044665-1364534497-1327682225=:4658
Content-Type: text/html; charset=us-ascii

<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>Actually now I'm thinking- I reckon it is so that your transaction gets accepted by the network when it is sent out. At around 20 confirmations, you can be sure that the rest of the network also has 100 confirmations off the original mined block.</span></div><div><span><br></span></div><div><span>Otherwise at 100 confirms, you may have a chain ahead of everyone else or there might be a temporary network partition (islanding) that causes another fork to get built up, then when they rejoin, not everyone has 100 confirms...</span></div><div><br></div>  <div style="font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "> <div style="font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "> <div dir="ltr"> <font size="2" face="Arial"> <hr size="1">  <b><span
 style="font-weight:bold;">From:</span></b> Amir Taaki &lt;zgenjix@yahoo.com&gt;<br> <b><span style="font-weight: bold;">To:</span></b> "bitcoin-development@lists.sourceforge.net" &lt;bitcoin-development@lists.sourceforge.net&gt; <br> <b><span style="font-weight: bold;">Sent:</span></b> Friday, January 27, 2012 4:33 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> GetBlocksToMaturity<br> </font> </div> <br>
<meta http-equiv="x-dns-prefetch-control" content="off"><div id="yiv1051655626"><div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "><div>Why add 20 to COINBASE_MATURITY there?</div><div><br></div><div>The underlying protocol accepts spent transactions at 100 (COINBASE_MATURITY) so this seems more like a measure to put people off spending until 120 confirms. If you are determined enough to hack your client, you can still spend before 120 but after 100.</div><div><br></div><div>Why is this?</div><div><br></div><div>Did Satoshi overestimate how many competing races there would be between mined blocks?</div></div></div></div><meta http-equiv="x-dns-prefetch-control" content="on"><br><br> </div> </div>  </div></body></html>
--344044665-1364534497-1327682225=:4658--