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
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
|
Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194]
helo=mx.sourceforge.net)
by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <gronager@ceptacle.com>) id 1VVnMd-0003Bg-NN
for bitcoin-development@lists.sourceforge.net;
Mon, 14 Oct 2013 18:59:35 +0000
X-ACL-Warn:
Received: from 2508ds5-oebr.1.fullrate.dk ([90.184.5.129]
helo=mail.ceptacle.com)
by sog-mx-4.v43.ch3.sourceforge.com with esmtp (Exim 4.76)
id 1VVnMb-0004wF-KL for bitcoin-development@lists.sourceforge.net;
Mon, 14 Oct 2013 18:59:35 +0000
Received: from localhost (localhost [127.0.0.1])
by mail.ceptacle.com (Postfix) with ESMTP id AF03135810EA;
Mon, 14 Oct 2013 20:43:28 +0200 (CEST)
X-Virus-Scanned: amavisd-new at ceptacle.com
Received: from mail.ceptacle.com ([127.0.0.1])
by localhost (server.ceptacle.private [127.0.0.1]) (amavisd-new,
port 10024)
with ESMTP id D9Fij9nXjCaV; Mon, 14 Oct 2013 20:43:27 +0200 (CEST)
Received: from MacGronager.local (2508ds5-oebr.1.fullrate.dk [90.184.5.129])
by mail.ceptacle.com (Postfix) with ESMTPSA id 2693F35810CD;
Mon, 14 Oct 2013 20:43:27 +0200 (CEST)
Message-ID: <525C3B4E.2040406@ceptacle.com>
Date: Mon, 14 Oct 2013 20:43:26 +0200
From: Michael Gronager <gronager@ceptacle.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8;
rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Alan Reiner <etotheipi@gmail.com>
References: <20130519132359.GA12366@netbook.cypherspace.org>
<CAMGNxUsGRyYWepSn4on+V9CJAj0J8oSXndo36OrrCyMhvKnoxA@mail.gmail.com>
<5199C3DE.901@gmail.com>
In-Reply-To: <5199C3DE.901@gmail.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
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.
0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked.
See
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
for more information. [URIs: github.com]
X-Headers-End: 1VVnMb-0004wF-KL
Cc: bitcoin-development@lists.sourceforge.net
Subject: Re: [Bitcoin-development] is there a way to do bitcoin-staging?
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: Mon, 14 Oct 2013 18:59:35 -0000
Hi Alan,
What you describe in the ultimate blockchain compression I have already
coded the authenticated datastructure part of in libcoin
(https://github.com/libcoin/libcoin) - next step is to include a p2pool
style mining, where a parallel chain serves several purposes:
1. to validate the root hash at a higher frequency than the 10 min
2. to enable distributed mining, easily (part of libcoind)
3. to utilize the soft fork by defining the root hash in coinbase blocks
as v3 and once we cross the limit all blocks are v3.
I will have a closer look at you bitcoin talk post to see how well my
approach and ideas fit to yours.
Michael
On 20/5/13 08:34 , Alan Reiner wrote:
> This is exactly what I was planning to do with the inappropriately-named
> "Ultimate Blockchain Compression
> <https://bitcointalk.org/index.php?topic=88208.0>". I wanted to
> reorganize the blockchain data into an authenticated tree, indexed by
> TxOut script (address), instead of tx-hash. Much like a regular merkle
> tree, you can store the root in the block header, and communicate
> branches of that tree to nodes, to prove inclusion (and exclusion!) of
> TxOuts for any given script/address. Additionally, you can include at
> each node, the sum of BTC in all nodes below it, which offers some other
> nice benefits.
>
> I think this idea is has epic upside-potential for bitcoin if it works
> -- even "SPV" nodes could query their unspent TxOut list for their
> wallet from any untrusted peer and compare the result directly to the
> blockheaders/POW. Given nothing but the headers, you can verify the
> balance of 100 addresses with 250 kB. But also epic failure-potential
> in terms of feasibility and cost-to-benefit for miners. For it to
> really work, it's gotta be part of the mainnet validation rules, but no
> way it can be evaluated realistically without some kind of "staging".
> Therefore, I had proposed that this be merge-mined on a "meta-chain"
> first...get a bunch of miners on board to agree to merge mine and see it
> in action. It seemed like a perfectly non-disruptive way to prove out a
> particular idea before we actually consider making a protocol change
> that significant. Even if it stayed on its own meta chain, as long as
> there is some significant amount of hashpower working on it, it can
> still be a useful tool.
>
> Unfortunately, my experience with merged mining is minimal, so I'm still
> not clear how feasible/reliable it is as an alternative to direct
> blockchain integration. That's a discussion I'd like to have.
>
> -Alan
>
>
> On 5/19/2013 11:08 AM, Peter Vessenes wrote:
>> I think this is a very interesting idea. As Bitcoiners, we often stuff
>> things into the 'alt chain' bucket in our heads; I wonder if this idea
>> works better as a curing period, essentially an extended version of
>> the current 100 block wait for mined coins.
>>
>> An alternate setup comes to mind; I can imagine this working as a sort
>> of gift economy; people pay real BTC for merge-mined "beta BTC" as a
>> way to support development. There is no doubt a more elegant and
>> practical solution that might have different economic and crypto
>> characteristics.
>>
>>
>>
>> On Sun, May 19, 2013 at 6:23 AM, Adam Back <adam@cypherspace.org
>> <mailto:adam@cypherspace.org>> wrote:
>>
>> Is there a way to experiment with new features - eg committed
>> coins - that
>> doesnt involve an altcoin in the conventional sense, and also
>> doesnt impose
>> a big testing burden on bitcoin main which is a security and
>> testing risk?
>>
>> eg lets say some form of merged mine where an alt-coin lets call it
>> bitcoin-staging? where the coins are the same coins as on
>> bitcoin, the
>> mining power goes to bitcoin main, so some aspect of merged
>> mining, but no
>> native mining. and ability to use bitcoins by locking them on
>> bitcoin to
>> move them to bitcoin-staging and vice versa (ie exchange them 1:1
>> cryptographically, no exchange).
>>
>> Did anyone figure anything like that out? Seems vaguely doable and
>> maybe productive. The only people with coins at risk of defects
>> in a new
>> feature, or insufficiently well tested novel feature are people
>> with coins
>> on bitcoin-staging.
>>
>> Yes I know about bitcoin-test this is not it. I mean a real live
>> system,
>> with live value, but that is intentionally wanting to avoid
>> forking bitcoins
>> parameters, nor value, nor mindshare dillution. In this way something
>> potentially interesting could move forward faster, and be les
>> risky to the
>> main bitcoin network. eg particularly defenses against
>>
>> It might also be a more real world test test (after bitcoin-test)
>> because
>> some parameters are different on test, and some issues may not
>> manifest
>> without more real activity.
>>
>> Then also bitcoin could cherry pick interesting patches and merge
>> them after
>> extensive real-world validation with real-money at stake (by early
>> adopters).
>>
>> Adam
>>
>> ------------------------------------------------------------------------------
>> AlienVault Unified Security Management (USM) platform delivers
>> complete
>> security visibility with the essential security capabilities.
>> Easily and
>> efficiently configure, manage, and operate all of your security
>> controls
>> from a single console and one unified framework. Download a free
>> trial.
>> http://p.sf.net/sfu/alienvault_d2d
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development@lists.sourceforge.net
>> <mailto:Bitcoin-development@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>>
>>
>>
>> --
>> Are you coming to Bitcoin2013 <http://bitcoin2013.com> in San Jose In
>> May?
>> ------------------------------------------------------------------------
>>
>> CoinLab LogoPETER VESSENES
>> CEO
>>
>> *peter@coinlab.com <mailto:peter@coinlab.com> * / 206.486.6856
>> / SKYPE: vessenes
>> 71 COLUMBIA ST / SUITE 300 / SEATTLE, WA 98104
>>
>>
>>
>> ------------------------------------------------------------------------------
>> AlienVault Unified Security Management (USM) platform delivers complete
>> security visibility with the essential security capabilities. Easily and
>> efficiently configure, manage, and operate all of your security controls
>> from a single console and one unified framework. Download a free trial.
>> http://p.sf.net/sfu/alienvault_d2d
>>
>>
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
>
> ------------------------------------------------------------------------------
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
>
>
>
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
|
