summaryrefslogtreecommitdiff
path: root/a9/add5e3555448eedd6ed0b73efd54325a5df7b4
blob: 56b5c8088a187403cbc3d38b022cd1b9c556c2e6 (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
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
	helo=mx.sourceforge.net)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <gavinandresen@gmail.com>) id 1Xj7It-0008Ij-8r
	for bitcoin-development@lists.sourceforge.net;
	Tue, 28 Oct 2014 13:59:19 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.213.47 as permitted sender)
	client-ip=209.85.213.47; envelope-from=gavinandresen@gmail.com;
	helo=mail-yh0-f47.google.com; 
Received: from mail-yh0-f47.google.com ([209.85.213.47])
	by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1Xj7Ir-0002fU-AL
	for bitcoin-development@lists.sourceforge.net;
	Tue, 28 Oct 2014 13:59:19 +0000
Received: by mail-yh0-f47.google.com with SMTP id i57so335139yha.20
	for <bitcoin-development@lists.sourceforge.net>;
	Tue, 28 Oct 2014 06:59:12 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.236.17.197 with SMTP id j45mr2993743yhj.49.1414504751915;
	Tue, 28 Oct 2014 06:59:11 -0700 (PDT)
Received: by 10.170.133.82 with HTTP; Tue, 28 Oct 2014 06:59:11 -0700 (PDT)
In-Reply-To: <CAPWm=eXxs=AfFhaT2EeGFsR+2r96WcaOeWL_Z59-6LixH+=4AQ@mail.gmail.com>
References: <CAPWm=eXxs=AfFhaT2EeGFsR+2r96WcaOeWL_Z59-6LixH+=4AQ@mail.gmail.com>
Date: Tue, 28 Oct 2014 09:59:11 -0400
Message-ID: <CABsx9T35NdEkFmdVDX19gOO1p0h1M_ZDK1iXxTFNLHE9dtC3hQ@mail.gmail.com>
From: Gavin Andresen <gavinandresen@gmail.com>
To: Alex Morcos <morcos@gmail.com>
Content-Type: multipart/alternative; boundary=047d7b603c5845699405067c0d28
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
	(gavinandresen[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: 1Xj7Ir-0002fU-AL
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Reworking the policy estimation code (fee
	estimates)
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 13:59:19 -0000

--047d7b603c5845699405067c0d28
Content-Type: text/plain; charset=ISO-8859-1

I think Alex's approach is better; I don't think we can know how much
better until we have a functioning fee market.

We don't have a functioning fee market now, because fees are hard-coded. So
we get "pay the hard-coded fee and you'll get confirmed in one or two or
three blocks, depending on which miners mine the next three blocks and what
time of day it is."

git HEAD code says you need a fee of 10,0000 satoshis/kb to be pretty sure
you'll get confirmed in the next block. That looks about right with Alex's
real-world data (if we take "90% chance" as 'pretty sure you'll get
confirmed'):

Fee rate 100000 Avg blocks to confirm 1.09 NumBlocks:% confirmed 1: 0.901
2: 1.0   3: 1.0

My only concern with Alex's code is that it takes much longer to get
'primed' -- Alex, if I started with no data about fees, how long would it
take to be able to get enough data for a reasonable estimate of "what is
the least I can pay and still be 90% sure I get confirmed in 20 blocks" ?
Hours? Days? Weeks?

-- 
--
Gavin Andresen

--047d7b603c5845699405067c0d28
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra">I think Alex&#39;s approach is =
better; I don&#39;t think we can know how much better until we have a funct=
ioning fee market.</div><div class=3D"gmail_extra"><br></div><div class=3D"=
gmail_extra">We don&#39;t have a functioning fee market now, because fees a=
re hard-coded. So we get &quot;pay the hard-coded fee and you&#39;ll get co=
nfirmed in one or two or three blocks, depending on which miners mine the n=
ext three blocks and what time of day it is.&quot;</div><div class=3D"gmail=
_extra"><br></div><div class=3D"gmail_extra">git HEAD code says you need a =
fee of 10,0000 satoshis/kb to be pretty sure you&#39;ll get confirmed in th=
e next block. That looks about right with Alex&#39;s real-world data (if we=
 take &quot;90% chance&quot; as &#39;pretty sure you&#39;ll get confirmed&#=
39;):</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">=
<div style=3D"font-family:arial,sans-serif;font-size:13px"><font face=3D"co=
urier new, monospace">Fee rate 100000 Avg blocks to confirm 1.09 NumBlocks:=
% confirmed 1: 0.901 2: 1.0 =A0 3: 1.0</font></div><div><font face=3D"couri=
er new, monospace"><br></font></div></div><div class=3D"gmail_extra">My onl=
y concern with Alex&#39;s code is that it takes much longer to get &#39;pri=
med&#39; -- Alex, if I started with no data about fees, how long would it t=
ake to be able to get enough data for a reasonable estimate of &quot;what i=
s the least I can pay and still be 90% sure I get confirmed in 20 blocks&qu=
ot; ? Hours? Days? Weeks?<br clear=3D"all"><div><br></div>-- <br>--<br>Gavi=
n Andresen<br>
</div></div>

--047d7b603c5845699405067c0d28--