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
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
|
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 <mh.in.england@gmail.com>) id 1WdLfh-0006CN-Sd
for bitcoin-development@lists.sourceforge.net;
Thu, 24 Apr 2014 15:34:45 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com
designates 209.85.214.180 as permitted sender)
client-ip=209.85.214.180; envelope-from=mh.in.england@gmail.com;
helo=mail-ob0-f180.google.com;
Received: from mail-ob0-f180.google.com ([209.85.214.180])
by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1WdLfg-0004qq-TJ
for bitcoin-development@lists.sourceforge.net;
Thu, 24 Apr 2014 15:34:45 +0000
Received: by mail-ob0-f180.google.com with SMTP id wm4so2781922obc.25
for <bitcoin-development@lists.sourceforge.net>;
Thu, 24 Apr 2014 08:34:39 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.182.219.167 with SMTP id pp7mr1117283obc.85.1398353679531;
Thu, 24 Apr 2014 08:34:39 -0700 (PDT)
Sender: mh.in.england@gmail.com
Received: by 10.76.96.180 with HTTP; Thu, 24 Apr 2014 08:34:39 -0700 (PDT)
In-Reply-To: <53592A24.5000007@certimix.com>
References: <CANEZrP0szimdFSk23aMfO8p2Xtgfbm6kZ=x3rmdPDFUD73xHMg@mail.gmail.com>
<CAAS2fgTS65b0mfJakEA5s3xJHuWU2BDW8MbEVgMFMNz8YAmEiA@mail.gmail.com>
<CANEZrP15DDdfT+o5jVKMO=tGTvHYx53yzhXfaVyzq7imfwJsZQ@mail.gmail.com>
<CAAS2fgTJpFQKeVTQsAeqe0UK-2XhrLZG4oocEHM11_spWLtrEA@mail.gmail.com>
<CANEZrP0fUhiFeH4A1Y9sLCORpggJs3dxHz+exgpKaLQe9rgFeA@mail.gmail.com>
<CAAS2fgR1dRFVqhTNn55dZ6FS5zDM0aHs4ROPSD37hWwzLUKfCg@mail.gmail.com>
<CANEZrP2t09bzmDkkWK3V2GpqEt54KhFnUQ8_u9ULMqniMaOA8Q@mail.gmail.com>
<CAKuKjyV+FQs1goNK1uWXVg7ky4aGiROcTZ5idM3Ug2-+5bTc2w@mail.gmail.com>
<CANEZrP0pJgjCzEZg19-Xnf20PD7FCRqF8=jQ_VBrznq=w_vQGQ@mail.gmail.com>
<53592A24.5000007@certimix.com>
Date: Thu, 24 Apr 2014 17:34:39 +0200
X-Google-Sender-Auth: kFxzSWsLpwnbJz7vVmqjFj-5WH8
Message-ID: <CANEZrP0buAhUTxy1ieiZ2XAMuh52ZN3tntGrQNq=Lx=4vmECMQ@mail.gmail.com>
From: Mike Hearn <mike@plan99.net>
To: Sergio Lerner <sergiolerner@certimix.com>
Content-Type: multipart/alternative; boundary=089e0141ab8256c71204f7cb96ce
X-Spam-Score: -0.5 (/)
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
(mh.in.england[at]gmail.com)
-0.0 SPF_PASS SPF: sender matches SPF record
1.0 HTML_MESSAGE BODY: HTML included in message
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: 1WdLfg-0004qq-TJ
Cc: bitcoin-development <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Coinbase reallocation to discourage
Finney attacks
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: Thu, 24 Apr 2014 15:34:46 -0000
--089e0141ab8256c71204f7cb96ce
Content-Type: text/plain; charset=UTF-8
Thanks Sergio!
On Thu, Apr 24, 2014 at 5:13 PM, Sergio Lerner <sergiolerner@certimix.com>wrote:
> For more information you can check my post:
> http://bitslog.wordpress.com/2014/02/17/5-sec-block-interval/
> Also NimbleCoin is a new alt-coin that uses 5-sec block intervals, allows
> 100 tps and .... it's based on BitcoinJ (NimbleCoinJ now). So not only it
> is possible, but it was coded by Mike itself.
>
Fascinating! I think that's the first time I heard of an alt coin entirely
based on bitcoinj as its core implementation. Looking forward to your
release.
My understanding is that dogecoin suffers somewhat from having so many
headers. SPV clients have to download them all in sequence so the more
blocks you have, the more data they must download and thus the slower they
sync. Sync times for SPV wallets today are fast enough that unless you
spend six months in the jungle with your phone switched off, you probably
won't notice. With 5 second block times unless there's some other solution
you'd have much worse UX.
BTW, Pieter experimented with relaying blocks as hash lists (actually
merkleblocks) and I believe he found that it could often fail and be slower
if the mempools were not quite synced. At any rate, it was apparently more
complicated than it looked. That may be a side effect of trying to reuse
the Bloom filtering code however.
> Another solution to achieve <5 secs block intervals is this:
> http://bitslog.wordpress.com/2014/03/20/mincen-a-new-protocol-to-achieve-instant-payments/
>
MinCen looks like a rather interesting idea. I will read the paper.
--089e0141ab8256c71204f7cb96ce
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">Than=
ks Sergio!</div><div class=3D"gmail_quote"><br></div><div class=3D"gmail_qu=
ote">On Thu, Apr 24, 2014 at 5:13 PM, Sergio Lerner <span dir=3D"ltr"><<=
a href=3D"mailto:sergiolerner@certimix.com" target=3D"_blank">sergiolerner@=
certimix.com</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
=20
=20
=20
<div bgcolor=3D"#FFFFFF" text=3D"#000000"><div class=3D"">For more inform=
ation you can check my post:
<a href=3D"http://bitslog.wordpress.com/2014/02/17/5-sec-block-interval=
/" target=3D"_blank">http://bitslog.wordpress.com/2014/02/17/5-sec-block-in=
terval/</a><br></div>
Also NimbleCoin is a new alt-coin that uses 5-sec block intervals,
allows 100 tps and .... it's based on BitcoinJ (NimbleCoinJ now). S=
o
not only it is possible, but it was coded by Mike itself.<br></div></bl=
ockquote><div><br></div><div>Fascinating! I think that's the first time=
I heard of an alt coin entirely based on bitcoinj as its core implementati=
on. Looking forward to your release.</div>
<div><br></div><div>My understanding is that dogecoin suffers somewhat from=
having so many headers. SPV clients have to download them all in sequence =
so the more blocks you have, the more data they must download and thus the =
slower they sync. Sync times for SPV wallets today are fast enough that unl=
ess you spend six months in the jungle with your phone switched off, you pr=
obably won't notice. With 5 second block times unless there's some =
other solution you'd have much worse UX.</div>
<div><br></div><div>BTW, Pieter experimented with relaying blocks as hash l=
ists (actually merkleblocks) and I believe he found that it could often fai=
l and be slower if the mempools were not quite synced. At any rate, it was =
apparently more complicated than it looked. That may be a side effect of tr=
ying to reuse the Bloom filtering code however.</div>
<div>=C2=A0<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor=3D"#FFFFFF=
" text=3D"#000000">Another solution to achieve <5 secs block intervals i=
s this:
<a href=3D"http://bitslog.wordpress.com/2014/03/20/mincen-a-new-protocol-to=
-achieve-instant-payments/" target=3D"_blank">http://bitslog.wordpress.com/=
2014/03/20/mincen-a-new-protocol-to-achieve-instant-payments/</a></div></bl=
ockquote>
<div><br></div><div>MinCen looks like a rather interesting idea. I will rea=
d the paper.</div></div></div></div>
--089e0141ab8256c71204f7cb96ce--
|
