1 2014-12-19 00:02:04 <Luke-Jr> wumpus: did BE get merged already?
2 2014-12-19 00:02:56 <gmaxwell> BlueMatt: we need the anti-idiotic-censorship version of dnsseed. I'm tired of randomly not being able to get to sipa's website.
3 2014-12-19 00:03:35 jMyles has joined
4 2014-12-19 00:04:00 koeppelmann has joined
5 2014-12-19 00:04:57 <Luke-Jr> gmaxwell: I haven't had issues since configuring it to be less aggressive crawling
6 2014-12-19 00:05:29 <gmaxwell> his issues haven't seemed to be crawling related. It's just that the dnsseed name resolves to hosts sometimes that end up on malware lists.
7 2014-12-19 00:05:39 <gmaxwell> I believe opendns still blocks it as we speak, for example.
8 2014-12-19 00:05:54 <hearn> hah
9 2014-12-19 00:05:58 <hearn> another reason not to use DNS, i guess
10 2014-12-19 00:06:09 <gmaxwell> So I'd previously though we should a v2 type seed under another domain that just stupidly xors the ips it returns.
11 2014-12-19 00:06:25 <gmaxwell> it's not being intentionally blocked, its just automation as far as I can tell.
12 2014-12-19 00:06:31 <Luke-Jr> oh
13 2014-12-19 00:07:14 <Luke-Jr> hm! I wonder if my problems could have been trying to connect to a honeypot IP
14 2014-12-19 00:07:24 jprichardson has quit (Ping timeout: 256 seconds)
15 2014-12-19 00:07:26 <gmaxwell> hearn: dns has some scaling and privacy advantages, due to caching in the dns hierarchy. Otherwise it stinks. (And I'd love if the seeds could return signed results for example)
16 2014-12-19 00:07:50 <hearn> signed or just SSLd
17 2014-12-19 00:08:17 <gmaxwell> well I'd like a bad dns seed to leave evidence of it, but even ssl would be an improvement in that particular respect.
18 2014-12-19 00:08:35 koeppelmann has quit (Ping timeout: 240 seconds)
19 2014-12-19 00:08:42 <gmaxwell> But it means the operator of the server gets pretty strong visiblity into whos using the software; which we consider generally undesirable (at least for bitcoin core)
20 2014-12-19 00:09:18 <gmaxwell> I looked into trying to pack some signatures into dns but the amount of dns tampering that goes on in recursive resolvers seems too great.
21 2014-12-19 00:09:30 <Luke-Jr> DNSSEC?
22 2014-12-19 00:10:16 <gmaxwell> Luke-Jr: also gets stripped by resolvers. (just packing some signature data into txt records is likely more robust than dnssec)... seems to be getting better though.
23 2014-12-19 00:10:19 moa has joined
24 2014-12-19 00:13:23 grau has joined
25 2014-12-19 00:15:19 hashtag has joined
26 2014-12-19 00:17:10 grau has quit (Remote host closed the connection)
27 2014-12-19 00:17:26 grau has joined
28 2014-12-19 00:18:54 grau has quit (Remote host closed the connection)
29 2014-12-19 00:19:53 hashtag has quit (Ping timeout: 255 seconds)
30 2014-12-19 00:20:45 n0n0 has quit (Remote host closed the connection)
31 2014-12-19 00:23:12 hashtag has joined
32 2014-12-19 00:29:38 NikolaiToryzin has joined
33 2014-12-19 00:31:57 OneFixt_ is now known as OneFixt
34 2014-12-19 00:32:01 nessence has quit ()
35 2014-12-19 00:34:07 cpacia has quit (Read error: Connection reset by peer)
36 2014-12-19 00:34:18 cpacia has joined
37 2014-12-19 00:37:58 gnuborg has quit (Quit: leaving)
38 2014-12-19 00:38:52 DougieBot5000 has joined
39 2014-12-19 00:40:22 RoboTeddy has quit ()
40 2014-12-19 00:41:34 belcher has quit (Quit: Leaving)
41 2014-12-19 00:42:56 paveljanik has quit (Quit: This computer has gone to sleep)
42 2014-12-19 00:43:04 MoALTz_ has joined
43 2014-12-19 00:45:33 MoALTz has quit (Ping timeout: 250 seconds)
44 2014-12-19 00:45:59 Informerop has quit (Ping timeout: 250 seconds)
45 2014-12-19 00:46:52 aburan28 is now known as aburan
46 2014-12-19 00:47:00 aburan has quit (Quit: Leaving)
47 2014-12-19 00:47:08 aburan has joined
48 2014-12-19 00:49:50 RoboTeddy has joined
49 2014-12-19 00:50:52 Informerop has joined
50 2014-12-19 00:53:35 hashtag has quit (Ping timeout: 240 seconds)
51 2014-12-19 00:57:42 <Luke-Jr> what would be thoughts on an optional (at compile and run time) fork-isolated SWIG interface for CNodePolicy so users can drop in Python/Ruby/Perl scripts to control that behaviour? anything else that might benefit from scripting?
52 2014-12-19 01:04:14 <gmaxwell> while I'm supportive of the concept, optional compile time only is more configurations that would need tesitng that likely wouldn't get it.
53 2014-12-19 01:07:18 kraftman has quit (Read error: Connection reset by peer)
54 2014-12-19 01:08:05 ryanxcharles has quit (Ping timeout: 250 seconds)
55 2014-12-19 01:10:21 hashtag has joined
56 2014-12-19 01:11:04 iwilcox has quit (Excess Flood)
57 2014-12-19 01:11:31 <average> this is crazy, I've been looking for a bitcoin-paid gig and can't find any
58 2014-12-19 01:11:53 <moa> http://it.slashdot.org/story/14/12/18/2346238 might be relevant for some
59 2014-12-19 01:11:54 <average> I've received some offers, but mostly just gambling/casino/betting
60 2014-12-19 01:12:02 iwilcox has joined
61 2014-12-19 01:12:12 <average> I'm kinda annoyed I can't find any bitcoin-paid gig, it's so annoying
62 2014-12-19 01:14:47 hashtag has quit (Ping timeout: 255 seconds)
63 2014-12-19 01:15:45 tdlfbx has quit (Remote host closed the connection)
64 2014-12-19 01:16:18 mpmcsweeney has quit ()
65 2014-12-19 01:17:13 OrvilleWright has quit (Quit: Nettalk6 - www.ntalk.de)
66 2014-12-19 01:17:49 grau has joined
67 2014-12-19 01:22:17 grau has quit (Ping timeout: 245 seconds)
68 2014-12-19 01:22:30 <Luke-Jr> gmaxwell: Travis is nice.
69 2014-12-19 01:27:30 GM0127 has joined
70 2014-12-19 01:32:54 mortale has joined
71 2014-12-19 01:33:19 cpacia has quit (Ping timeout: 258 seconds)
72 2014-12-19 01:34:39 moleccc has joined
73 2014-12-19 01:36:11 Application has joined
74 2014-12-19 01:36:16 <BlueMatt> gmaxwell: yea, we've gone around and around on better dnsseeds....anyone care to implement?
75 2014-12-19 01:36:28 <BlueMatt> not gmaxwell, this is a really good beginners project
76 2014-12-19 01:36:35 <BlueMatt> (at least the bitcoin core part)
77 2014-12-19 01:36:47 <BlueMatt> (we need a bitcoin-good-beginners-project@ ml)
78 2014-12-19 01:37:38 molec has quit (Ping timeout: 244 seconds)
79 2014-12-19 01:39:45 hanti is now known as HANTI
80 2014-12-19 01:42:25 <gmaxwell> hearn: I think there is some broken implementation flooding getaddrs now for third party nodes. I noticed while testing some address discovery changes that my test address got announced even though my host never announced it.
81 2014-12-19 01:42:49 <BlueMatt> was only a matter of time before someone did that
82 2014-12-19 01:42:53 Uglux has quit (Remote host closed the connection)
83 2014-12-19 01:42:53 <gmaxwell> I've been unable to find the source. It's moderately obnoxious... technically were robust to that, but it certantly makes things slower.
84 2014-12-19 01:43:53 <gmaxwell> I guess with 13 never run bitcoin IP addresses I can figure out precisely which node is doing it, if it is only a single node.
85 2014-12-19 01:45:09 <gmaxwell> (assign each reachable node an index, have each test IP connect to nodes when index&(1<<tester) ... see which bitpattern gets announced involuntarily)
86 2014-12-19 01:47:46 kadoban has joined
87 2014-12-19 01:51:53 GM0127 has quit (Quit: Leaving)
88 2014-12-19 01:55:06 won9 has quit (Remote host closed the connection)
89 2014-12-19 01:58:57 felipelalli has quit (Ping timeout: 265 seconds)
90 2014-12-19 02:05:21 <hearn> BlueMatt: it's done already
91 2014-12-19 02:05:23 <hearn> BlueMatt: https://github.com/mikehearn/httpseed
92 2014-12-19 02:05:42 <hearn> supports serving seed data over DNS, HTTP with signed protocol buffers, also JSON, XML and HTML
93 2014-12-19 02:06:14 <hearn> also can restrict results (when using http) using a service flag bitmask
94 2014-12-19 02:06:24 <hearn> total lines of code: 570. not bad, i think
95 2014-12-19 02:07:11 <hearn> it doesn't do a whole lot of testing of peers though. it will probably include some peers that are behind. will fix that tomorrow and let it loose on the main network.
96 2014-12-19 02:07:22 <BlueMatt> nice
97 2014-12-19 02:07:26 <BlueMatt> yea, sounds good
98 2014-12-19 02:09:10 <hearn> i'd like to move SPV clients to using HTTP + signed data over time. i don't think the minor IP obfuscation DNS provides is worth much, given that anyone can collect random IPs of random users by just running a regular node anyway. governments can just examine netflow data to find bitcoin users if they care.
99 2014-12-19 02:12:07 brson has quit (Ping timeout: 272 seconds)
100 2014-12-19 02:12:43 Starduster has joined
101 2014-12-19 02:13:46 <gmaxwell> hearn: governments are the only or always most interesting threat, also be mindful of selective partioning power.
102 2014-12-19 02:16:18 <average> BlueMatt: hey I'll implement that
103 2014-12-19 02:16:42 <average> oh , looks like someone already did it
104 2014-12-19 02:16:47 <BlueMatt> nono
105 2014-12-19 02:16:54 <BlueMatt> just mask out dnsseeds
106 2014-12-19 02:17:04 <BlueMatt> maybe a TXT or oher record with a signature over results
107 2014-12-19 02:17:07 <average> that's how it is these days, people are like "oh look, there's something useful i could implement" and 10min later turns out someone else did it
108 2014-12-19 02:17:17 <BlueMatt> and mask the values with an XOR mask or something simple
109 2014-12-19 02:17:28 <BlueMatt> hearn: implemented something very different
110 2014-12-19 02:18:23 <hearn> average: there's tons of things to implement ...
111 2014-12-19 02:19:22 <average> hearn: like what
112 2014-12-19 02:19:23 <hearn> average: the bitcoin world is not lacking for fun, small tasks :)
113 2014-12-19 02:19:32 <hearn> average: pick a skill, then i'll tell you some ideas
114 2014-12-19 02:19:36 <BlueMatt> average: like the things I just said 10 seconds ago?
115 2014-12-19 02:19:55 <BlueMatt> the stuff I said was a good beginner's get-into-bitcoin-core project is not related to what hearn just did
116 2014-12-19 02:20:02 <BlueMatt> well, related, but not the same
117 2014-12-19 02:20:08 brson has joined
118 2014-12-19 02:21:27 <hearn> i'm not sure hacking DNS would count as a beginners project.
119 2014-12-19 02:22:07 <BlueMatt> XOR ip addresses coming back from dnsseeds with a static mask? sure it is!
120 2014-12-19 02:22:15 <BlueMatt> not really hacking dns at all
121 2014-12-19 02:23:15 <hearn> rollout? serving it via BIND as your seed requires? avoiding random validation errors from misc DNS stacks that don't like invalid IP addresses in the response ... ?
122 2014-12-19 02:23:38 <hearn> i really don't think it's worth trying to mangle DNS into having more features. it just wasn't designed for this.
123 2014-12-19 02:23:39 <BlueMatt> meh
124 2014-12-19 02:23:56 <BlueMatt> dnsseeds serving the results will upgrade themselves, I'm not worried about that
125 2014-12-19 02:24:07 stevedekorte has quit (Quit: stevedekorte)
126 2014-12-19 02:24:10 <BlueMatt> do and dns stacks block 0.0.0.0/255.255.255.255 in a response?
127 2014-12-19 02:24:14 <BlueMatt> any
128 2014-12-19 02:24:17 <hearn> it's not the seeds that is the problem, it's the clients needing to know whether they are supposed to use the magic xor trick or not
129 2014-12-19 02:24:29 <BlueMatt> well you put it under a different subdomain
130 2014-12-19 02:24:33 <gmaxwell> hearn: huh? you just do that via a different subdomain.
131 2014-12-19 02:24:35 stevedekorte has joined
132 2014-12-19 02:25:02 stevedekorte has quit (Client Quit)
133 2014-12-19 02:25:29 <hearn> yeah, exactly, so at that point you're basically doing a new protocol that clients have to be upgraded to use, parallel to the existing one. may as well switch to a more robust format whilst doing it
134 2014-12-19 02:25:50 <BlueMatt> robust format like what?
135 2014-12-19 02:25:51 <hearn> at any rate, stuff that requires lots of coordination between a bunch of people isn't really a beginners project
136 2014-12-19 02:25:59 <BlueMatt> you cant do http or you're adding a new phone-home feature
137 2014-12-19 02:26:30 <BlueMatt> if it were implemented reasonably in bitcoin core, I'd wager a bet at least two/three of the dnsseeds would have support within a few weeks
138 2014-12-19 02:26:33 <BlueMatt> and thats enough to rollout
139 2014-12-19 02:26:50 <gmaxwell> (well be more specific about 'you' .. phone home features are not something I consider desirable in Bitcoin core)
140 2014-12-19 02:27:06 <gmaxwell> Other software can do what it likes, of course.
141 2014-12-19 02:27:10 <hearn> it already "phones home" when talking to the existing seeds. that's pretty fundamental to p2p networking.
142 2014-12-19 02:27:23 <BlueMatt> well, dns is nice because it has this built-in anonymity network
143 2014-12-19 02:27:28 <BlueMatt> where the seed only hears about your isp
144 2014-12-19 02:27:30 <BlueMatt> not you
145 2014-12-19 02:28:08 <gmaxwell> hearn: it generally doesn't. It only polls dns seeds when it cant connect fast, and the results are cached and they're all required to have non-zero ttls... and even when a request goes all the way up, they see the recursive resolver, not the user.
146 2014-12-19 02:28:21 <Luke-Jr> I find it a bit disturbing that virtually all the big mining rigs sold do phone-home
147 2014-12-19 02:28:34 <hearn> a seed can always return one of its own IPs and find you when you connect to it, if it wanted to. meanwhile, with dns the requests and responses are all unencrypted and cannot easily have any metadata attached
148 2014-12-19 02:28:44 <hearn> like e.g. node keys for a future authd/crypted version of p2p
149 2014-12-19 02:28:59 <gmaxwell> Luke-Jr: that you can turn it off on the spondoolies may be my one contribution to their feature set.
150 2014-12-19 02:29:29 <BlueMatt> hearn: even if a seed returned /only/ its ip address, bitcoin core would not always connect to it
151 2014-12-19 02:29:38 prodatalab_ is now known as prodatalab
152 2014-12-19 02:29:40 <BlueMatt> (of course this is bitcoin core running from scratch, not ever been run before)
153 2014-12-19 02:29:58 <BlueMatt> and this is also why we need more dnsseeds
154 2014-12-19 02:30:04 <BlueMatt> to be more robust in this regard
155 2014-12-19 02:31:02 <moa> is v0.10 rc yet?
156 2014-12-19 02:31:13 * hearn -> bed
157 2014-12-19 02:31:16 hearn has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzzâ¦)
158 2014-12-19 02:31:17 <BlueMatt> http://bitcoin010rc.yet
159 2014-12-19 02:31:21 <gmaxwell> moa: why do you ask?
160 2014-12-19 02:31:21 <BlueMatt> someone go built it!
161 2014-12-19 02:31:38 <moa> gmaxwell: just wondered ... nothing nefarious
162 2014-12-19 02:31:42 <moa> random thought
163 2014-12-19 02:34:23 fanquake has joined
164 2014-12-19 02:35:25 Dr-G3 has joined
165 2014-12-19 02:38:39 Dr-G2 has quit (Ping timeout: 250 seconds)
166 2014-12-19 02:40:44 <s1w> is yet even a tld? :P
167 2014-12-19 02:40:56 <moa> not yet
168 2014-12-19 02:40:59 austinhill has joined
169 2014-12-19 02:42:37 brson_ has joined
170 2014-12-19 02:42:44 brson_ has quit (Client Quit)
171 2014-12-19 02:43:02 brson has quit (Read error: Connection reset by peer)
172 2014-12-19 02:43:08 brson has joined
173 2014-12-19 02:45:50 austinhill has quit (Ping timeout: 265 seconds)
174 2014-12-19 02:46:01 Informerop has quit (Ping timeout: 250 seconds)
175 2014-12-19 02:47:21 brson has quit (Client Quit)
176 2014-12-19 02:47:37 brson has joined
177 2014-12-19 02:49:21 brianhoffman has quit (Quit: brianhoffman)
178 2014-12-19 02:49:53 dfletcher_ has joined
179 2014-12-19 02:50:49 brianhoffman has joined
180 2014-12-19 02:52:01 Informerop has joined
181 2014-12-19 02:52:30 brianhoffman has quit (Client Quit)
182 2014-12-19 02:52:57 dfletcher has quit (Ping timeout: 250 seconds)
183 2014-12-19 02:52:57 dfletcher_ is now known as dfletcher
184 2014-12-19 02:59:25 hashtag has joined
185 2014-12-19 02:59:26 brianhoffman has joined
186 2014-12-19 03:01:02 mike_c has joined
187 2014-12-19 03:02:29 brson has quit (Ping timeout: 250 seconds)
188 2014-12-19 03:15:18 agricocb has joined
189 2014-12-19 03:19:16 grau has joined
190 2014-12-19 03:20:57 koeppelmann has joined
191 2014-12-19 03:23:33 grau has quit (Ping timeout: 244 seconds)
192 2014-12-19 03:25:51 koeppelmann has quit (Remote host closed the connection)
193 2014-12-19 03:32:54 Lightsword has quit (Quit: Lightsword)
194 2014-12-19 03:33:17 nuke_ has joined
195 2014-12-19 03:36:30 nuke1989 has quit (Ping timeout: 256 seconds)
196 2014-12-19 03:43:11 dub has quit (Remote host closed the connection)
197 2014-12-19 03:43:19 dub has joined
198 2014-12-19 03:45:47 tdlfbx has joined
199 2014-12-19 03:47:56 berndj has quit (Excess Flood)
200 2014-12-19 03:48:14 berndj has joined
201 2014-12-19 03:48:50 mike_c has quit ()
202 2014-12-19 03:49:14 jprichardson has joined
203 2014-12-19 03:56:39 hashtagg_ has joined
204 2014-12-19 03:57:04 hashtag has quit (Ping timeout: 258 seconds)
205 2014-12-19 04:00:24 omefire has quit (Read error: Connection reset by peer)
206 2014-12-19 04:02:36 brson has joined
207 2014-12-19 04:05:24 mpmcsweeney has joined
208 2014-12-19 04:05:30 jtimon_ has quit (Ping timeout: 258 seconds)
209 2014-12-19 04:06:17 rnvk has joined
210 2014-12-19 04:09:57 mpmcswee_ has joined
211 2014-12-19 04:14:15 mpmcsweeney has quit (Ping timeout: 264 seconds)
212 2014-12-19 04:14:42 TheSeven has quit (Ping timeout: 244 seconds)
213 2014-12-19 04:16:25 TheSeven has joined
214 2014-12-19 04:22:20 rdymac has quit (Quit: Connection closed for inactivity)
215 2014-12-19 04:25:47 dub has quit (Remote host closed the connection)
216 2014-12-19 04:29:46 omefire1 has joined
217 2014-12-19 04:33:18 ThomasV has joined
218 2014-12-19 04:33:48 coiner has quit (Ping timeout: 244 seconds)
219 2014-12-19 04:36:54 Raziel has quit (Ping timeout: 240 seconds)
220 2014-12-19 04:37:03 tanghus has quit (Ping timeout: 264 seconds)
221 2014-12-19 04:37:40 tanghus has joined
222 2014-12-19 04:38:36 Lightsword has joined
223 2014-12-19 04:41:43 Aquent has quit (Ping timeout: 250 seconds)
224 2014-12-19 04:44:00 SubCreative is now known as Sub|music
225 2014-12-19 04:51:57 wallet42 has quit (Quit: Leaving.)
226 2014-12-19 04:52:28 wallet42 has joined
227 2014-12-19 04:56:30 wallet42 has quit (Client Quit)
228 2014-12-19 05:04:52 clarinet has quit (Read error: Connection reset by peer)
229 2014-12-19 05:05:20 clarinet has joined
230 2014-12-19 05:12:00 clarinet has quit (Quit: Leaving)
231 2014-12-19 05:12:46 wallet42 has joined
232 2014-12-19 05:14:06 maraoz has quit (Ping timeout: 244 seconds)
233 2014-12-19 05:17:07 fanquake has quit (Quit: fanquake)
234 2014-12-19 05:20:38 grau has joined
235 2014-12-19 05:21:00 fanquake has joined
236 2014-12-19 05:22:58 jcrubino has joined
237 2014-12-19 05:23:14 <jcrubino> is there a server to nslookup testnet peers?
238 2014-12-19 05:24:01 Zifre_ has joined
239 2014-12-19 05:25:17 grau has quit (Ping timeout: 256 seconds)
240 2014-12-19 05:26:33 bitbumper has quit (Ping timeout: 272 seconds)
241 2014-12-19 05:27:40 owlhooter has quit (Quit: http://cryptoadhd.com)
242 2014-12-19 05:28:03 Zifre has quit (Ping timeout: 244 seconds)
243 2014-12-19 05:30:20 jcrubino has quit (Ping timeout: 244 seconds)
244 2014-12-19 05:32:28 roidster has joined
245 2014-12-19 05:34:34 kadoban has quit (Ping timeout: 240 seconds)
246 2014-12-19 05:35:06 jcrubino has joined
247 2014-12-19 05:35:16 jcrubino has quit (Changing host)
248 2014-12-19 05:35:16 jcrubino has joined
249 2014-12-19 05:35:37 <jcrubino> how can I lookup over the network testnet peers?
250 2014-12-19 05:41:10 hmsimha has quit (Ping timeout: 252 seconds)
251 2014-12-19 05:42:45 fanquake has quit (Quit: fanquake)
252 2014-12-19 05:43:04 Arnavion has quit (Quit: Arnavion)
253 2014-12-19 05:44:57 mpmcswee_ has quit ()
254 2014-12-19 05:45:22 ryanxcharles has joined
255 2014-12-19 05:48:41 won9 has joined
256 2014-12-19 05:50:29 jcrubino has quit (Ping timeout: 244 seconds)
257 2014-12-19 05:53:52 coiner has joined
258 2014-12-19 05:55:40 Arnavion has joined
259 2014-12-19 05:57:17 AtashiCon has quit (Quit: AtashiCon)
260 2014-12-19 06:00:22 fanquake has joined
261 2014-12-19 06:00:23 AtashiCon has joined
262 2014-12-19 06:02:53 jbisch has quit (Ping timeout: 244 seconds)
263 2014-12-19 06:03:59 Aido_ has quit (Ping timeout: 265 seconds)
264 2014-12-19 06:04:49 jbisch has joined
265 2014-12-19 06:09:11 chmod755 has joined
266 2014-12-19 06:15:23 dub has joined
267 2014-12-19 06:28:23 DigiByteDev has joined
268 2014-12-19 06:29:15 won9 has quit (Ping timeout: 264 seconds)
269 2014-12-19 06:30:11 won9 has joined
270 2014-12-19 06:30:42 patcon has joined
271 2014-12-19 06:32:12 O01eg has quit (Quit: O01eg)
272 2014-12-19 06:33:09 ThomasV has quit (Ping timeout: 244 seconds)
273 2014-12-19 06:36:20 fanquake has quit (Quit: fanquake)
274 2014-12-19 06:38:57 ThomasV has joined
275 2014-12-19 06:46:29 abossard has joined
276 2014-12-19 06:46:51 <wumpus> Luke-Jr: I haven't even put up my BE code as a pull yet, but you help it along by reviewing/testing #5490
277 2014-12-19 06:47:25 <wumpus> Luke-Jr: if you really want to test on a BE device, that'd be cool and I could send my private tree for that, but no guarantees with that :)
278 2014-12-19 06:49:10 rdbell_ has quit (Quit: Lingo: www.lingoirc.com)
279 2014-12-19 06:58:47 won9 has quit (Remote host closed the connection)
280 2014-12-19 06:59:48 won9 has joined
281 2014-12-19 06:59:49 wallet42 has quit (Quit: Leaving.)
282 2014-12-19 07:00:16 brson has quit (Ping timeout: 272 seconds)
283 2014-12-19 07:03:47 <wumpus> seems to work fine though; it passes all the tests, it could sync the testnet chain up to ~90% (after that I stopped it), it could also take part on the main chain as a normal node
284 2014-12-19 07:03:56 <wumpus> there's still an issue with DNS seeding
285 2014-12-19 07:05:06 <wumpus> the rest is cleanups and autoconf-isms for endian detection
286 2014-12-19 07:06:28 paveljanik has joined
287 2014-12-19 07:06:28 paveljanik has quit (Changing host)
288 2014-12-19 07:06:28 paveljanik has joined
289 2014-12-19 07:06:56 grau has joined
290 2014-12-19 07:08:48 TheSeven has quit (Ping timeout: 244 seconds)
291 2014-12-19 07:08:59 simondlr has joined
292 2014-12-19 07:10:09 DougieBot5000 has quit (Quit: Leaving)
293 2014-12-19 07:10:49 easye` has quit (Quit: ERC Version 5.3 (IRC client for Emacs))
294 2014-12-19 07:11:12 easye has joined
295 2014-12-19 07:12:09 nemo` has quit (Ping timeout: 250 seconds)
296 2014-12-19 07:15:52 jonasschnelli has left ("Verlassend")
297 2014-12-19 07:15:52 agath_pd has quit (Read error: Connection reset by peer)
298 2014-12-19 07:16:18 jonasschnelli has joined
299 2014-12-19 07:16:21 agath_pd has joined
300 2014-12-19 07:18:14 bit2017 has joined
301 2014-12-19 07:21:45 coiner has quit (Ping timeout: 258 seconds)
302 2014-12-19 07:25:25 bit2017 has quit (Ping timeout: 256 seconds)
303 2014-12-19 07:26:11 rdbell has joined
304 2014-12-19 07:26:14 roidster has quit (Ping timeout: 240 seconds)
305 2014-12-19 07:27:39 rdbell has quit (Client Quit)
306 2014-12-19 07:29:51 rdbell has joined
307 2014-12-19 07:30:00 Burrito has quit (Quit: Leaving)
308 2014-12-19 07:30:07 one0one has quit ()
309 2014-12-19 07:33:32 DigiByteDev has quit (Quit: DigiByteDev)
310 2014-12-19 07:35:33 davec has quit (Ping timeout: 250 seconds)
311 2014-12-19 07:36:56 davec has joined
312 2014-12-19 07:40:05 grau has quit (Remote host closed the connection)
313 2014-12-19 07:42:42 olalonde has joined
314 2014-12-19 07:43:12 patcon has quit (Remote host closed the connection)
315 2014-12-19 07:45:20 MoALTz_ has quit (Quit: Leaving)
316 2014-12-19 07:52:34 melvster has quit (Remote host closed the connection)
317 2014-12-19 07:52:46 won9 has quit (Quit: won9)
318 2014-12-19 07:53:29 melvster has joined
319 2014-12-19 07:55:25 rdbell has quit (Quit: Lingo: www.lingoirc.com)
320 2014-12-19 07:55:29 NewLiberty has quit (Ping timeout: 258 seconds)
321 2014-12-19 07:58:16 won9 has joined
322 2014-12-19 08:03:15 <jonasschnelli> DNS Seeds: Are all seeds based on sipa/bitcoin-seeder?
323 2014-12-19 08:05:36 Aido has joined
324 2014-12-19 08:07:56 Arnavion has quit (Quit: Arnavion)
325 2014-12-19 08:08:27 Arnavion has joined
326 2014-12-19 08:08:34 tych0 has quit (Ping timeout: 245 seconds)
327 2014-12-19 08:09:00 <Luke-Jr> jonasschnelli: IIRC jgarzik's is a static BIND nameserver
328 2014-12-19 08:09:42 <jonasschnelli> Luke-Jr: but his ones seems not to be in the chainparams.cpp?
329 2014-12-19 08:09:49 <average> lots of discussions about DNS these days, eh ?
330 2014-12-19 08:09:52 <wumpus> question about build system: where does WORDS_BIGENDIAN get defined?
331 2014-12-19 08:10:00 bedeho has joined
332 2014-12-19 08:10:05 <wumpus> I see it is used in crypto/common.h, but it's referenced nowehere
333 2014-12-19 08:10:43 <Luke-Jr> wumpus: autotools
334 2014-12-19 08:10:48 <jonasschnelli> wumpus is it not defined in config.h?
335 2014-12-19 08:10:56 grau has joined
336 2014-12-19 08:10:59 <wumpus> Luke-Jr: but how? what sets it? it's not correctly set
337 2014-12-19 08:11:39 <Luke-Jr> hmm
338 2014-12-19 08:11:47 <wumpus> ok this is weird; in my x86 bitcoin build I see a #define WORDS_BIGENDIAN in bitcoin-config.h
339 2014-12-19 08:11:54 <Luke-Jr> not sure, I think I actually have my own endian-detection code in BFGMiner, but i forget why
340 2014-12-19 08:11:55 <wumpus> in my mipsbe build, no such thing appears
341 2014-12-19 08:12:17 <wumpus> ... you'd guess it would be the other way around, though it ends up undefined in both cases
342 2014-12-19 08:12:55 grau has quit (Remote host closed the connection)
343 2014-12-19 08:13:14 grau has joined
344 2014-12-19 08:13:18 <wumpus> OH doh, I've commented out the AC_C_BIGENDIAN([AC_MSG_ERROR("Big Endian not supported")])
345 2014-12-19 08:13:29 <jonasschnelli> wumpus: did you had a look at AC_C_BIGENDIAN? https://www.gnu.org/software/autoconf/manual/autoconf-2.60/html_node/C-Compiler.html
346 2014-12-19 08:13:30 <wumpus> probably should be replaced by the non-error-throwing variant
347 2014-12-19 08:13:30 <Luke-Jr> >_<
348 2014-12-19 08:13:53 olalonde has quit (Ping timeout: 258 seconds)
349 2014-12-19 08:14:14 <Luke-Jr> https://bugzilla.redhat.com/show_bug.cgi?id=449944
350 2014-12-19 08:14:32 <wumpus> it was sabotaging my build so I just commented it out, I can be stupid like that sometimes :-)
351 2014-12-19 08:14:33 tych0 has joined
352 2014-12-19 08:15:17 Profreid has joined
353 2014-12-19 08:15:50 olalonde has joined
354 2014-12-19 08:17:18 Sub is now known as music!~SubCreati@unaffiliated/cannacoin|Sub|zzz
355 2014-12-19 08:18:06 <wumpus> that solved it.
356 2014-12-19 08:20:29 damethos has joined
357 2014-12-19 08:23:09 davvo has joined
358 2014-12-19 08:25:32 DigiByteDev has joined
359 2014-12-19 08:26:55 DigiByteDev has quit (Client Quit)
360 2014-12-19 08:29:07 <wumpus> Luke-Jr: conclusion there appears to be 'it's buggy if you use AC_C_BIGENDIAN with parameters'
361 2014-12-19 08:29:17 <wumpus> I've just removed the parameters, so it should be ok
362 2014-12-19 08:30:29 RoboTeddy has quit (Remote host closed the connection)
363 2014-12-19 08:33:37 <wumpus> when it's not horribly broken, autotools can be pretty neat
364 2014-12-19 08:36:37 b_lumenkraft has joined
365 2014-12-19 08:37:19 rdbell has joined
366 2014-12-19 08:37:22 <moa> open source
367 2014-12-19 08:37:24 rdbell has left ()
368 2014-12-19 08:38:58 <Luke-Jr> everything can be neat when not horribly broken
369 2014-12-19 08:39:00 <Luke-Jr> except systemd.
370 2014-12-19 08:39:22 <wumpus> Luke-Jr: though in principle we shouldn't need that define at all, as long as there's endian.h
371 2014-12-19 08:39:31 <Luke-Jr> wumpus: there isn't, on Windows
372 2014-12-19 08:39:34 <Luke-Jr> IIRC
373 2014-12-19 08:39:55 <wumpus> so suppose I need to write one in compat/..h
374 2014-12-19 08:40:05 CustosL1men has joined
375 2014-12-19 08:40:09 <Luke-Jr> shouldn't need to
376 2014-12-19 08:40:10 CustosL1men has quit (Changing host)
377 2014-12-19 08:40:10 CustosL1men has joined
378 2014-12-19 08:40:25 <wumpus> oh?
379 2014-12-19 08:40:33 <Luke-Jr> does AC_C_BIGENDIAN fail if it's missing?
380 2014-12-19 08:40:40 <Luke-Jr> hm, maybe that was why I hand-rolled it
381 2014-12-19 08:40:42 <wumpus> I don't think so
382 2014-12-19 08:40:48 <wumpus> it works on windows
383 2014-12-19 08:41:02 <Luke-Jr> ok, then not sure why we'd need an endian.h
384 2014-12-19 08:41:04 <wumpus> in crypto/common.h we actually do hand-roll then if endian.h is not there
385 2014-12-19 08:41:18 <wumpus> because htobe16 and such
386 2014-12-19 08:41:36 <wumpus> nice functions that swap the bytes for you without having to call bswap16/32/64 which also doesn't exist on every platform
387 2014-12-19 08:42:00 <wumpus> *conditionally* needs to be in that sentence
388 2014-12-19 08:42:39 Grouver has joined
389 2014-12-19 08:42:51 <Luke-Jr> oh, maybe that was why I hand-rolled it.. I'm checking like 4 different byteswap methods :D
390 2014-12-19 08:43:07 <wumpus> but I'm going to move that from crypto/ to compat, and just implement those functions if they don't exist
391 2014-12-19 08:44:10 <wumpus> if they exist, you of course want to use the platform's ones because they would use special instructions or compiler intrinsics
392 2014-12-19 08:44:46 <Luke-Jr> for sym in bswap_ __builtin_bswap __bswap_ __swap swap OSSwapInt; do for headerfile in '' byteswap.h endian.h sys/endian.h libkern/OSByteOrder.h; do
393 2014-12-19 08:44:52 <Luke-Jr> âº
394 2014-12-19 08:45:17 <Luke-Jr> maybe I should make a .m4 file of this we can just copy?
395 2014-12-19 08:45:52 btiefert has joined
396 2014-12-19 08:46:05 <wumpus> well the code already exists in bitcoin's config in another form
397 2014-12-19 08:46:26 <wumpus> for the crypto common
398 2014-12-19 08:47:13 <Luke-Jr> not that git grep found for me, but ok.
399 2014-12-19 08:50:44 Luke-Jr has quit (Remote host closed the connection)
400 2014-12-19 08:51:10 Luke-Jr has joined
401 2014-12-19 08:53:17 DigiByteDev has joined
402 2014-12-19 08:54:53 RoboTeddy has joined
403 2014-12-19 08:56:52 Bwild has quit (Quit: leaving)
404 2014-12-19 08:58:21 ThomasV has quit (Ping timeout: 256 seconds)
405 2014-12-19 08:58:45 HANTI is now known as hanti
406 2014-12-19 08:59:59 nglpx1 has joined
407 2014-12-19 09:00:03 tarantillo_ has quit (Remote host closed the connection)
408 2014-12-19 09:00:23 tarantillo_ has joined
409 2014-12-19 09:01:10 JackH has joined
410 2014-12-19 09:02:44 grau has quit (Remote host closed the connection)
411 2014-12-19 09:03:08 abishek has quit (Read error: Connection reset by peer)
412 2014-12-19 09:03:15 CoinMuncher has joined
413 2014-12-19 09:04:40 abishek has joined
414 2014-12-19 09:05:25 hashtag has joined
415 2014-12-19 09:07:43 hashtag_ has quit (Ping timeout: 255 seconds)
416 2014-12-19 09:07:46 gnuborg has joined
417 2014-12-19 09:11:16 joss-c has quit (Read error: Connection reset by peer)
418 2014-12-19 09:13:30 spinza has quit (Read error: Connection reset by peer)
419 2014-12-19 09:17:56 spinza has joined
420 2014-12-19 09:20:54 bedeho has quit (Read error: Connection reset by peer)
421 2014-12-19 09:21:24 bedeho has joined
422 2014-12-19 09:22:00 grau has joined
423 2014-12-19 09:22:41 ThomasV has joined
424 2014-12-19 09:24:19 coiner has joined
425 2014-12-19 09:24:23 lclc_bnc is now known as lclc
426 2014-12-19 09:24:34 timothy has joined
427 2014-12-19 09:26:34 grau has quit (Ping timeout: 272 seconds)
428 2014-12-19 09:29:12 jMyles has quit (Ping timeout: 264 seconds)
429 2014-12-19 09:29:31 <jonasschnelli> gmaxwell: regarding https://github.com/bitcoin/bitcoin/pull/5503 existing VINs: so this would mean only support for existing VINs which are unspent wtx?
430 2014-12-19 09:32:36 <jonasschnelli> IMO the VINs must be signable to calculate the correct fee
431 2014-12-19 09:32:46 stevedekorte has joined
432 2014-12-19 09:33:04 cbeams has joined
433 2014-12-19 09:33:43 grau has joined
434 2014-12-19 09:36:15 joss-c has joined
435 2014-12-19 09:39:24 grau has quit (Ping timeout: 264 seconds)
436 2014-12-19 09:40:10 austinhill has joined
437 2014-12-19 09:42:17 Dagger2 is now known as Dagger
438 2014-12-19 09:43:02 austinhill has quit (Client Quit)
439 2014-12-19 09:45:19 DigiByteDev has quit (Quit: DigiByteDev)
440 2014-12-19 09:46:19 fanquake has joined
441 2014-12-19 09:48:27 rubensayshi has joined
442 2014-12-19 09:50:48 Belxjander has quit (Ping timeout: 264 seconds)
443 2014-12-19 09:53:04 Lightsword has quit (Quit: Lightsword)
444 2014-12-19 09:53:17 vmatekole has joined
445 2014-12-19 09:56:55 chmod755 has quit (Quit: Leaving)
446 2014-12-19 09:57:22 damethos has quit (Quit: Bye)
447 2014-12-19 10:01:36 jtimon has joined
448 2014-12-19 10:02:22 cris` has quit (Ping timeout: 258 seconds)
449 2014-12-19 10:03:09 abishek has quit (Read error: Connection reset by peer)
450 2014-12-19 10:04:25 abishek has joined
451 2014-12-19 10:04:40 Klumben has quit (Ping timeout: 258 seconds)
452 2014-12-19 10:06:07 Klumben has joined
453 2014-12-19 10:06:39 Belxjander has joined
454 2014-12-19 10:07:31 theorbtwo has quit (Remote host closed the connection)
455 2014-12-19 10:07:32 drizztbsd has joined
456 2014-12-19 10:08:17 cris has joined
457 2014-12-19 10:08:25 timothy has quit (Remote host closed the connection)
458 2014-12-19 10:08:53 drizztbsd is now known as timothy
459 2014-12-19 10:18:37 damethos has joined
460 2014-12-19 10:29:10 theorbtwo has joined
461 2014-12-19 10:33:28 Profreid has quit (Quit: Profreid)
462 2014-12-19 10:35:27 benrcole has joined
463 2014-12-19 10:36:14 GAit has quit (Remote host closed the connection)
464 2014-12-19 10:36:32 <fanquake> When commits are labelled as MOVEONLY, they should be completely identical, line for line code movements right? Or am I thinking too pedantically?
465 2014-12-19 10:37:00 hearn has joined
466 2014-12-19 10:38:49 won9 has quit (Quit: won9)
467 2014-12-19 10:40:53 neozaru has joined
468 2014-12-19 10:41:24 cbeams has quit (Remote host closed the connection)
469 2014-12-19 10:41:59 cbeams has joined
470 2014-12-19 10:42:33 jtimon has quit (Ping timeout: 240 seconds)
471 2014-12-19 10:42:45 jtimon has joined
472 2014-12-19 10:46:43 cbeams has quit (Ping timeout: 265 seconds)
473 2014-12-19 10:47:40 xenog has quit (Quit: Leaving.)
474 2014-12-19 10:48:23 vmatekole has quit (Remote host closed the connection)
475 2014-12-19 10:49:43 won9 has joined
476 2014-12-19 10:51:51 Quanttek has joined
477 2014-12-19 10:53:02 grau has joined
478 2014-12-19 10:54:34 grau has quit (Remote host closed the connection)
479 2014-12-19 10:55:14 damethos has quit (Ping timeout: 245 seconds)
480 2014-12-19 10:55:18 jtimon has quit (Ping timeout: 250 seconds)
481 2014-12-19 10:55:55 jtimon has joined
482 2014-12-19 11:05:47 RoboTeddy has quit (Ping timeout: 264 seconds)
483 2014-12-19 11:09:24 ThomasV has quit (Ping timeout: 245 seconds)
484 2014-12-19 11:11:41 NewLiberty has joined
485 2014-12-19 11:12:49 Emzy has joined
486 2014-12-19 11:17:34 moa has quit (Quit: Leaving.)
487 2014-12-19 11:18:19 Grouver has quit (Quit: Leaving)
488 2014-12-19 11:23:50 Belxjander has quit (Ping timeout: 264 seconds)
489 2014-12-19 11:24:03 Grouver has joined
490 2014-12-19 11:25:45 benrcole has quit (Quit: Leaving.)
491 2014-12-19 11:26:35 ThomasV has joined
492 2014-12-19 11:29:46 <wumpus> generally, yes, although we don't care about spaces and such
493 2014-12-19 11:30:15 <wumpus> and sometimes you need small context-specific changes to be able to move things around in the first place, i.e. header changes and such
494 2014-12-19 11:30:45 <wumpus> I don't make a fuss out of those
495 2014-12-19 11:30:52 <wumpus> the important part is that there are no code changes
496 2014-12-19 11:30:55 Belxjander has joined
497 2014-12-19 11:31:05 <wumpus> no slightly different logic etc
498 2014-12-19 11:31:31 <wumpus> they should be easy to replicate and check
499 2014-12-19 11:32:16 <fanquake> Yep, was thinking line for line identical would be a little too far. (impossible in some cases)
500 2014-12-19 11:32:55 ruukasu has quit (Ping timeout: 250 seconds)
501 2014-12-19 11:33:10 <wumpus> yes
502 2014-12-19 11:33:55 <fanquake> Just wanted to clarify before commenting.
503 2014-12-19 11:36:28 nglpx1 has quit (Ping timeout: 250 seconds)
504 2014-12-19 11:38:23 Shiftos has quit (Remote host closed the connection)
505 2014-12-19 11:38:48 Shiftos has joined
506 2014-12-19 11:42:12 cpacia has joined
507 2014-12-19 11:42:34 n0n0 has joined
508 2014-12-19 11:46:37 cpacia has quit (Ping timeout: 258 seconds)
509 2014-12-19 11:48:45 srd10 has joined
510 2014-12-19 11:49:55 GM0127 has joined
511 2014-12-19 11:53:29 grau has joined
512 2014-12-19 11:54:40 average has quit (Ping timeout: 250 seconds)
513 2014-12-19 11:55:10 srd10 has quit (Ping timeout: 245 seconds)
514 2014-12-19 11:57:48 grau has quit (Ping timeout: 255 seconds)
515 2014-12-19 11:58:13 shesek has quit (Ping timeout: 240 seconds)
516 2014-12-19 12:00:24 simondlr has quit (Read error: Connection reset by peer)
517 2014-12-19 12:00:38 simondlr has joined
518 2014-12-19 12:04:59 erasmospunk has joined
519 2014-12-19 12:05:53 srd10 has joined
520 2014-12-19 12:08:54 rdymac has joined
521 2014-12-19 12:13:08 shieye has joined
522 2014-12-19 12:13:18 Quanttek has quit (Ping timeout: 250 seconds)
523 2014-12-19 12:17:01 grau has joined
524 2014-12-19 12:18:20 won9 has quit (Quit: won9)
525 2014-12-19 12:20:24 fanquake has quit (Quit: fanquake)
526 2014-12-19 12:23:42 xenog has joined
527 2014-12-19 12:23:57 Quanttek has joined
528 2014-12-19 12:24:51 atgreen has joined
529 2014-12-19 12:25:31 wallet42 has joined
530 2014-12-19 12:29:56 vmatekole has joined
531 2014-12-19 12:31:27 vmatekole has quit (Read error: Connection reset by peer)
532 2014-12-19 12:31:43 vmatekole has joined
533 2014-12-19 12:31:54 zebedee has quit (Remote host closed the connection)
534 2014-12-19 12:33:08 lclc is now known as lclc_bnc
535 2014-12-19 12:33:23 Neil has joined
536 2014-12-19 12:33:23 hashtagg_ has quit (Ping timeout: 258 seconds)
537 2014-12-19 12:33:47 Neil is now known as Guest54106
538 2014-12-19 12:37:08 eric has joined
539 2014-12-19 12:37:34 fanquake has joined
540 2014-12-19 12:41:03 GM0127 has quit (Ping timeout: 245 seconds)
541 2014-12-19 12:45:03 Emzy has quit (Ping timeout: 255 seconds)
542 2014-12-19 12:45:57 mr_burdell has quit (Ping timeout: 255 seconds)
543 2014-12-19 12:45:59 tarantillo_ has quit (Ping timeout: 264 seconds)
544 2014-12-19 12:46:34 iwilcox_ has joined
545 2014-12-19 12:46:35 iwilcox has quit (Ping timeout: 250 seconds)
546 2014-12-19 12:47:17 mr_burdell has joined
547 2014-12-19 12:49:13 Quanttek has quit (Ping timeout: 272 seconds)
548 2014-12-19 12:49:41 hashtagg_ has joined
549 2014-12-19 12:51:28 hashtag_ has joined
550 2014-12-19 12:51:45 jtimon has quit (Ping timeout: 272 seconds)
551 2014-12-19 12:53:10 grau has quit (Remote host closed the connection)
552 2014-12-19 12:54:05 hashtagg_ has quit (Ping timeout: 258 seconds)
553 2014-12-19 13:00:36 wiz has quit (Ping timeout: 265 seconds)
554 2014-12-19 13:00:55 davout has joined
555 2014-12-19 13:01:26 grau has joined
556 2014-12-19 13:01:27 fanquake has quit (Quit: fanquake)
557 2014-12-19 13:02:56 wiz has joined
558 2014-12-19 13:04:39 jtimon has joined
559 2014-12-19 13:05:11 <wumpus> Luke-Jr: https://github.com/bitcoin/bitcoin/pull/5510
560 2014-12-19 13:09:56 kromtar has quit (Ping timeout: 244 seconds)
561 2014-12-19 13:11:09 srd10 has quit (Ping timeout: 255 seconds)
562 2014-12-19 13:11:13 c0rw1n has quit (Ping timeout: 264 seconds)
563 2014-12-19 13:11:36 davvo has quit (Ping timeout: 246 seconds)
564 2014-12-19 13:11:38 ThomasV has quit (Ping timeout: 256 seconds)
565 2014-12-19 13:12:39 brianhoffman has quit (Quit: brianhoffman)
566 2014-12-19 13:12:57 nessence has joined
567 2014-12-19 13:14:18 <wumpus> I've cleaned it up to build system changes + a series of independent fixes
568 2014-12-19 13:17:03 kromtar has joined
569 2014-12-19 13:20:15 Profreid has joined
570 2014-12-19 13:22:51 shieye has quit (Quit: WeeChat 1.0.1)
571 2014-12-19 13:25:35 iwilcox_ is now known as iwilcox
572 2014-12-19 13:26:31 twixisowned has joined
573 2014-12-19 13:27:04 Starduster_ has joined
574 2014-12-19 13:27:29 gdm85 has quit (Remote host closed the connection)
575 2014-12-19 13:28:47 grau has quit (Remote host closed the connection)
576 2014-12-19 13:29:32 gdm85 has joined
577 2014-12-19 13:29:33 trixisowned has quit (Ping timeout: 240 seconds)
578 2014-12-19 13:29:41 srd10 has joined
579 2014-12-19 13:29:53 Starduster has quit (Ping timeout: 240 seconds)
580 2014-12-19 13:31:15 <rubensayshi> is it 'safe' to store a BIP39 mnemonic without futher protection/encryption when it is used with a passphrase by a user? ie for a server storing it for usage in a webwallet (like bc.info)
581 2014-12-19 13:31:16 cryptonaut420 has quit (Ping timeout: 258 seconds)
582 2014-12-19 13:31:24 xenog has left ()
583 2014-12-19 13:31:41 cryptonaut420 has joined
584 2014-12-19 13:32:33 aburan has quit (Ping timeout: 240 seconds)
585 2014-12-19 13:35:00 aburan has joined
586 2014-12-19 13:35:27 srd10 has quit (Ping timeout: 255 seconds)
587 2014-12-19 13:36:25 patcon has joined
588 2014-12-19 13:37:27 maraoz has joined
589 2014-12-19 13:39:15 aburan has quit (Remote host closed the connection)
590 2014-12-19 13:46:44 benrcole has joined
591 2014-12-19 13:47:15 rlifchitz has quit (Quit: "I never worry about action, but only about inaction" (W. Churchill))
592 2014-12-19 13:48:26 lclc_bnc is now known as lclc
593 2014-12-19 13:49:55 nessence has quit (Remote host closed the connection)
594 2014-12-19 13:50:50 sipa has joined
595 2014-12-19 13:53:56 nessence has joined
596 2014-12-19 13:55:17 wallet421 has joined
597 2014-12-19 13:55:17 wallet42 is now known as Guest22097
598 2014-12-19 13:55:17 wallet421 has quit (Changing host)
599 2014-12-19 13:55:17 wallet421 has joined
600 2014-12-19 13:55:17 Guest22097 has quit (Killed (morgan.freenode.net (Nickname regained by services)))
601 2014-12-19 13:55:17 wallet421 is now known as wallet42
602 2014-12-19 13:55:31 hearn has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzzâ¦)
603 2014-12-19 13:56:44 fanquake has joined
604 2014-12-19 13:56:54 aburan28 has joined
605 2014-12-19 13:57:44 agricocb has quit (Quit: Leaving.)
606 2014-12-19 13:58:03 copumpkin has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzzâ¦)
607 2014-12-19 13:58:26 fanquake has quit (Client Quit)
608 2014-12-19 13:58:51 srd10 has joined
609 2014-12-19 14:00:47 coiner has quit (Ping timeout: 272 seconds)
610 2014-12-19 14:00:51 shieye has joined
611 2014-12-19 14:01:45 grau has joined
612 2014-12-19 14:01:56 ryanxcharles has quit (Ping timeout: 258 seconds)
613 2014-12-19 14:02:17 brianhoffman has joined
614 2014-12-19 14:05:58 grau has quit (Ping timeout: 250 seconds)
615 2014-12-19 14:06:35 benrcole1 has joined
616 2014-12-19 14:07:24 yano has quit (Changing host)
617 2014-12-19 14:07:24 yano has joined
618 2014-12-19 14:08:22 ryanxcharles has joined
619 2014-12-19 14:08:23 benrcole has quit (Ping timeout: 272 seconds)
620 2014-12-19 14:10:15 grau has joined
621 2014-12-19 14:12:25 <sipa> wumpus: i wonder whether we can rely on any in-memory representation of floating point numbers?
622 2014-12-19 14:13:20 ThomasV has joined
623 2014-12-19 14:13:24 * sipa reads ieee 754
624 2014-12-19 14:13:30 <wumpus> sipa: right now I'm assuming that floating point numbers have the same endianness as integers, and that they have standard IEE 754 format
625 2014-12-19 14:14:02 <wumpus> bitcoin will not run on any platforms that do not satisfy those requirements, not after the BE changes either
626 2014-12-19 14:14:09 <sipa> wumpus: maybe adding a simple unit test with a bunch of floating point constants, serialized, and compared with hardcoded binary form?
627 2014-12-19 14:14:14 <wumpus> sipa: good idea
628 2014-12-19 14:14:41 <wumpus> I have a testcase serialize_floats() with //TODO to remind me of that
629 2014-12-19 14:15:09 <wumpus> btw src/txmempool.cpp performs a cardinal sin: it serializes a long
630 2014-12-19 14:15:24 <wumpus> that's why travis is failing right now
631 2014-12-19 14:15:48 <sipa> i really like the serialization changes
632 2014-12-19 14:16:11 <sipa> it was pretty crazy to just define serialization for int/short/long and just assuming their sizes are known
633 2014-12-19 14:16:23 <wumpus> yes, regardless of endian this is an improvement
634 2014-12-19 14:16:24 <wumpus> indeed
635 2014-12-19 14:18:00 vmatekole has quit (Remote host closed the connection)
636 2014-12-19 14:18:00 stevedekorte has quit (Quit: stevedekorte)
637 2014-12-19 14:18:46 GAit has joined
638 2014-12-19 14:19:42 <sipa> wumpus: problem with the #ifdef's with shortcuts is that we really need to make sure both cases are tested
639 2014-12-19 14:20:16 <wumpus> sipa: I'm fine with removing the shortcuts, I've just left that open in case people would complain that Im making things slower
640 2014-12-19 14:20:41 <wumpus> but a travis for big-endian would be nice! :-)
641 2014-12-19 14:21:06 <sipa> i'll benchmark changing blockheader.GetHash() to SerializeHash(*this)
642 2014-12-19 14:21:21 <sipa> if it doesn't matter there, it probably doesn't matter anywhere
643 2014-12-19 14:21:30 OneMiner1 is now known as OneMiner
644 2014-12-19 14:23:49 vmatekole has joined
645 2014-12-19 14:23:49 prodatalab has quit (Quit: Konversation terminated!)
646 2014-12-19 14:25:44 prodatalab has joined
647 2014-12-19 14:26:37 hearn has joined
648 2014-12-19 14:27:41 Polylith has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
649 2014-12-19 14:28:06 aburan28 has quit (Ping timeout: 255 seconds)
650 2014-12-19 14:29:04 O01eg has joined
651 2014-12-19 14:30:12 benrcole1 has quit (Quit: Leaving.)
652 2014-12-19 14:33:10 aburan28 has joined
653 2014-12-19 14:33:51 Emzy has joined
654 2014-12-19 14:35:47 agricocb has joined
655 2014-12-19 14:37:09 erasmospunk has quit (Remote host closed the connection)
656 2014-12-19 14:37:28 <jgarzik> Luke-Jr, My seed is dnspark.net's farm
657 2014-12-19 14:40:22 coiner has joined
658 2014-12-19 14:42:12 tdlfbx has left ()
659 2014-12-19 14:43:28 bsm117532 has joined
660 2014-12-19 14:43:37 Meta_ has joined
661 2014-12-19 14:43:45 Meta_ is now known as Polylith
662 2014-12-19 14:44:24 GM0127 has joined
663 2014-12-19 14:45:31 stevedekorte has joined
664 2014-12-19 14:46:37 stevedekorte has quit (Client Quit)
665 2014-12-19 14:53:16 nglpx1 has joined
666 2014-12-19 14:53:49 Lightsword has joined
667 2014-12-19 14:54:27 samson2 has joined
668 2014-12-19 14:56:00 samson_ has quit (Ping timeout: 255 seconds)
669 2014-12-19 14:56:16 <bsm117532> So looking through the code, I see a few mentions of improving the handling of time (e.g. GetAdjustedTime) and possibly using NTP rather than median peer time. What is the status of this work and where do the lead devs want this to go? I ran into RADclock the other day, which may be a neat way to embed a high-precision network clock, independent of the system clock.
670 2014-12-19 14:56:51 <sipa> NTP is centralized; using it as an optional and configurable extra time source, sure
671 2014-12-19 14:57:03 <sipa> but if you can do that, why didn't you just configure your system time to use NTP?
672 2014-12-19 14:57:30 <bsm117532> That's the impression I got...that devs have no interest in measuring time. That's not what I got reading the code.
673 2014-12-19 14:57:48 aburan28 has quit (Ping timeout: 255 seconds)
674 2014-12-19 14:57:51 <sipa> the comments in the code referring to this are over 4 years old, i think
675 2014-12-19 14:57:55 <sipa> we should update those
676 2014-12-19 14:58:31 <bsm117532> I like this one: "Never go to sea with two chronometers; take one or three."
677 2014-12-19 14:58:37 mpmcsweeney has joined
678 2014-12-19 14:58:48 <sipa> that comment has been in the code since i first saw it, i think
679 2014-12-19 14:59:06 mpmcsweeney has quit (Client Quit)
680 2014-12-19 14:59:14 <bsm117532> And I like the idea of adding an NTP clock source, how it gets *used* is another matter. Clearly mean peer time should not be totally removed.
681 2014-12-19 14:59:27 <sipa> in fact, that comment was in 0.1.5
682 2014-12-19 15:00:20 <sipa> i think gmaxwell has some opinions about time handling
683 2014-12-19 15:00:30 prodatalab has quit (Quit: Konversation terminated!)
684 2014-12-19 15:00:32 <sipa> i'm not very worried - we don't rely on very accurate clocks anyway
685 2014-12-19 15:00:33 <bsm117532> So to my question: what timing-related things do people want to see? Or is the answer "don't touch that"?
686 2014-12-19 15:01:24 aburan28 has joined
687 2014-12-19 15:02:35 <wumpus> my answer would be "don't touch that" unless you have explicit permission from gmaxwell :)
688 2014-12-19 15:02:35 prodatalab has joined
689 2014-12-19 15:03:22 c0rw1n has joined
690 2014-12-19 15:03:23 <wumpus> that NTP comment is really old; artforz actually once implemented NTP client in bitcoind, but it wasn't regarded necessary
691 2014-12-19 15:03:33 <wumpus> in general I'd like to avoid dependencies on other network services
692 2014-12-19 15:03:45 phungus_ is now known as phungus
693 2014-12-19 15:04:03 <bsm117532> wumpus: I was thinking of embedding ntp, rather than depending on an external service.
694 2014-12-19 15:04:09 <wumpus> eh
695 2014-12-19 15:04:29 <wumpus> it would still depend on ntp servers right?
696 2014-12-19 15:04:32 srd10 has quit (Ping timeout: 240 seconds)
697 2014-12-19 15:04:33 <bsm117532> Yes.
698 2014-12-19 15:04:34 <wumpus> thats what I mean
699 2014-12-19 15:04:47 <wumpus> we just removed the dependency on external 'what is my ip' servers
700 2014-12-19 15:04:49 GM0127 has quit (Quit: Leaving)
701 2014-12-19 15:05:05 <sipa> well, i'm sure we could replace the "use mean time of peers" by something that uses something like ntp, used inside the p2p protocol between bitcoin nodes
702 2014-12-19 15:05:11 <wumpus> oh, sure
703 2014-12-19 15:05:14 <sipa> but i'm not sure we want that
704 2014-12-19 15:05:16 <bsm117532> Frankly I'm very surprised that everyone here is so anti-time. the financial world is extremely dependent on it. Bills become due, interest gets paid, etc, all on time.
705 2014-12-19 15:05:43 <bsm117532> there are undoubtedly timelock vulnerabilities if your clock is wrong.
706 2014-12-19 15:06:00 <sipa> bsm117532: and we already have a network clock with an accuracy of ~hours
707 2014-12-19 15:06:01 <wumpus> you could propose a P2P change, though I don't think it will get a lot of attention unless there are clear advantages
708 2014-12-19 15:06:31 <sipa> bsm117532: and it relies on network nodes in general having a clock themselves that has around ~1 hour of accuracy
709 2014-12-19 15:06:54 <bsm117532> Given that the accuracy of NTP is ~milliseconds...
710 2014-12-19 15:07:03 <sipa> using NTP means extra requirements on nodes, without improving the result: the "blockchain clock" won't get any more accurate as a result
711 2014-12-19 15:07:16 rlifchitz has joined
712 2014-12-19 15:07:32 <sipa> if you have another service built on top of bitcoin that needs more accurate time, sure, go ahead and use it
713 2014-12-19 15:08:32 <bsm117532> gmaxwell what's your time-related wishlist?
714 2014-12-19 15:08:51 <gmaxwell> bsm117532: that people like you stop thinking NTP solves anything thats interesting to bitcoin?
715 2014-12-19 15:08:54 <gmaxwell> :)
716 2014-12-19 15:09:02 <bsm117532> hahaa
717 2014-12-19 15:09:50 <gmaxwell> NTP accuracy is milliseconds, if your network is totally symetric, the servers are honest, their servers are honest, and NTP hadn't _YET AGAIN_ made everyone's time a whole second off because it inserted a false leapsecond, on account of being so fragile that it fails randomly.
718 2014-12-19 15:11:59 <gmaxwell> I like time. But for bitcoin itself precision is not very important, and a quest for precision can introduce vulerabilities that actually matter. I would like there to exist some cryptographically stronger time services, and I'm slowly on working on stuff to create some things for that; though thats largely external to bitcoin itself.
719 2014-12-19 15:12:44 austinhill has joined
720 2014-12-19 15:13:27 kermit has quit (Quit: Leaving.)
721 2014-12-19 15:13:57 <gmaxwell> bsm117532: if you were to make all nodes depend on ntp, a network attacker could pretty trivially partition the network; because NTP (as its actually deployed) is completely unauthenticated and doesn't have stronger features like modling the local oscillators worst case error to limit how much you can trick it (and even if it did worst case error from typical hardware is pretty huge. :( )
722 2014-12-19 15:14:01 Zarutian has joined
723 2014-12-19 15:14:34 <bsm117532> Oh I agree. Hence not depending on it totally.
724 2014-12-19 15:15:30 <wumpus> indeed, decentralized time synchronization is interesting, it's just that bitcoin doesn't need it so in that narrow scope it's not interesting
725 2014-12-19 15:16:17 <wumpus> and this -dev channel only has a very narrow focus
726 2014-12-19 15:16:22 <wumpus> would be more of a #bitcoin-wizards topic maybe
727 2014-12-19 15:16:25 <gmaxwell> There is just nothing that we do that has any strong dependance on it at all. Though times on the network are in practice accurate to within a second, there is nothing in bitcoin that needs them anywhere near that accurate. I had though about changing the precision of the time messages and including a sane dicipline algorithim, but it would increase fingerprinting.
728 2014-12-19 15:16:32 <sipa> interesting how bitcoin v0.1.5 contains a comment 'todo: get time from ntp servers'
729 2014-12-19 15:17:30 <bsm117532> I kind of think of it as a problem someone else should solve. A financial system needs it, but shouldn't re-invent the wheel, nor totally eschew time measurement (as bitcoin is trying to do).
730 2014-12-19 15:17:35 Raziel has joined
731 2014-12-19 15:17:41 <bsm117532> Well wumpus I am asking about specific code contributions.
732 2014-12-19 15:18:05 <gmaxwell> bsm117532: you keep speaking in generalities "A financial system needs it" ... they also need oxygen. And?
733 2014-12-19 15:18:17 <bsm117532> let me be really specific. block timestamps are allowed to be non-monotonic, correct? What advantages does that confer?
734 2014-12-19 15:18:23 <wumpus> we have doxygen!
735 2014-12-19 15:19:21 <sipa> bsm117532: i think you look at it the wrong way; clocks are something bitcoin uses; not something it provides
736 2014-12-19 15:19:34 <gmaxwell> bsm117532: it prevents an attack where a moderate hashpower miner forces everyones time forward, and resulting reorg when people try to prevent it. If you have some application which needs a 'monotonic time' from blocks, you can simply run a rolling maximum over the timestamps. The constraint would purely reduce available information.
737 2014-12-19 15:19:39 <sipa> bsm117532: why increase requirements on that it uses without getting a better outcome?
738 2014-12-19 15:19:54 <sipa> bsm117532: if another part of a financial system needs an accurate clock, then make it use one
739 2014-12-19 15:20:40 <gmaxwell> Bitcoin itself cannot provide one. (At least not one with high precision)
740 2014-12-19 15:20:47 <sipa> bsm117532: bitcoin does not and cannot provide an accurate clock (if you're talking about the ~second range), simply due to propagation delays across the planet alone
741 2014-12-19 15:20:56 bsm117532 has left ()
742 2014-12-19 15:21:02 bsm117532 has joined
743 2014-12-19 15:21:04 Profreid has quit (Quit: Profreid)
744 2014-12-19 15:21:17 <bsm117532> sipa: ping times can be accurately measured too.
745 2014-12-19 15:21:25 <sipa> so?
746 2014-12-19 15:21:46 <sipa> that measures latecny, not global time
747 2014-12-19 15:22:02 <gmaxwell> bsm117532: that doesn't solve the problem. One way ping times cannot be measured. The internet is not symmetrical. And every host isn't directly connected to every other host, and intermediate hosts could be dishonest.
748 2014-12-19 15:22:14 <sipa> i'm really not sure what problem you are solving, or what better outcome you think you can get
749 2014-12-19 15:22:19 <wumpus> if you need ntp, then use ntp? bitcoin is not meant as a swiss knife of everything that is remotely interesting to have
750 2014-12-19 15:22:24 Quanttek has joined
751 2014-12-19 15:22:27 <sipa> to me it sounds like a "inaccurate clocks are ugly; this must be fixed, because... because..."
752 2014-12-19 15:23:02 <gmaxwell> sipa: do be mindful of precision vs accuracy. :) This is more imprecise not inaccurate. :)
753 2014-12-19 15:23:18 <bsm117532> sipa: yes it's exactly that. Then I saw some comments in the code along the same lines so I brought it up.
754 2014-12-19 15:23:23 <gmaxwell> (we do somewhat depend on accurate but not precise time, since the inflation schedule is tied to it)
755 2014-12-19 15:23:28 <sipa> so let's remove the comments
756 2014-12-19 15:24:07 <gmaxwell> But the accuracy we need is something you can set with an almanaic and a sundial.
757 2014-12-19 15:24:13 <Belxjander> okay...I have managed to get a bitcoind built from 0.10 sources cloned off git...
758 2014-12-19 15:24:54 <Belxjander> How would I use the older torrent'ed blockchain image?
759 2014-12-19 15:25:47 kadoban has joined
760 2014-12-19 15:25:50 <bsm117532> So look, you guys are going to get a PR from me sooner or later. But every single thing I've brought up, you don't like. (and I agree with much of your reasoning) But the philosophy seems to be to not improve anything. It's almost as though the code is too fragile and everyone is afraid of breaking something. (FWIW I totally get the "what problem are you solving" arguments)
761 2014-12-19 15:26:00 <bsm117532> So I ask you? What would you most like to see?
762 2014-12-19 15:26:32 <gmaxwell> You to actually answer the "what are you solving" question?
763 2014-12-19 15:26:40 srd10 has joined
764 2014-12-19 15:26:41 <bsm117532> ;-)
765 2014-12-19 15:26:51 xenog has joined
766 2014-12-19 15:26:56 <sipa> Belxjander: https://github.com/bitcoin/bitcoin/blob/0.10/doc/bootstrap.md
767 2014-12-19 15:27:03 <gmaxwell> Some PR that twiddled around something where that question can't be answered is just going to be closed out of hand.
768 2014-12-19 15:27:04 <sipa> bsm117532: yes; if it ain't broken, don't fix it
769 2014-12-19 15:27:12 <wumpus> comment removed
770 2014-12-19 15:27:26 <sipa> bsm117532: and yes, we are afraid of breaking things
771 2014-12-19 15:27:34 <Belxjander> sipa:Thank you
772 2014-12-19 15:27:45 <gmaxwell> bsm117532: many years ago I did invent an approach for a decenteralized time service that used bitcoin like consensus; though it requires participants to have additional hardware, and isn't super pratical. (I should probably update it, I know a _lot_ more about timekeeping now) ... It's not something Bitcoin itself has any use for, but you may personally find it interesting: http://people.xiph.org/~g
773 2014-12-19 15:27:51 <gmaxwell> reg/decentralized-time.txt
774 2014-12-19 15:28:02 <sipa> bsm117532: not that i think this shouldn't be touched at all, but there are costs (risks, review time, ...) and benefits (afaik for what you're trying to do: none)
775 2014-12-19 15:28:05 <hearn> bsm117532: bitcoin effectively already uses NTP time
776 2014-12-19 15:28:07 <bsm117532> gmaxwell, sipa agreed. I'm not going to make a PR without a well-thought-out "what this is solving".
777 2014-12-19 15:28:15 olalonde has quit (Quit: olalonde)
778 2014-12-19 15:28:16 <hearn> bsm117532: most operating systems will sync themselves via NTP these days
779 2014-12-19 15:28:38 CustosL1men has quit (Ping timeout: 250 seconds)
780 2014-12-19 15:28:54 <wumpus> indeed
781 2014-12-19 15:29:12 <bsm117532> gmaxwell: I've read that.
782 2014-12-19 15:30:23 mortale has quit (Ping timeout: 250 seconds)
783 2014-12-19 15:30:48 ssshhh has joined
784 2014-12-19 15:31:07 treehug88 has joined
785 2014-12-19 15:31:45 <bsm117532> One of my thoughts behind timing measurements is that bitcoin is now seeing difficulty drops, and if those fluctuations become extreme, this could be a problem. The solution to this involves more accurately measuring the hashrate, which means more accurately measuring time.
786 2014-12-19 15:32:10 <bsm117532> But I don't think I'll convince anyone that this is needed until it actually happens.
787 2014-12-19 15:33:02 <sipa> i'm indeed not convinced; pretty much all work around "more accurately tracking hash rate" (and this is something that people have actually worked around in decent amounts in altcoins) hasn't been convinced at all
788 2014-12-19 15:33:13 <sipa> *convincing
789 2014-12-19 15:33:21 <bsm117532> Most of the work in altcoins has been utter bullshit on this topic.
790 2014-12-19 15:33:31 <sipa> oh sure
791 2014-12-19 15:33:32 <bsm117532> A lot of random spaghetti thrown at the wall, to see what sticks.
792 2014-12-19 15:33:36 <sipa> but not all of it
793 2014-12-19 15:35:21 DougieBot5000 has joined
794 2014-12-19 15:35:34 <gmaxwell> bsm117532: the difficulty dropping isn't "flucations" mining has just reached a profitability equlibrium for many parties.
795 2014-12-19 15:35:41 <bsm117532> In the absence of an interesting obviously-needed idea, I'll likely implement this and put it out there as a PR. If hashrate starts fluctuating wildly, I can point to it and it can be quickly incorporated...
796 2014-12-19 15:35:46 Emzy_ has joined
797 2014-12-19 15:36:20 <bsm117532> gmaxwell: agreed. There is an argument that this will never be needed for bitcoin itself, and it may be correct.
798 2014-12-19 15:36:24 <sipa> bsm117532: you do realize that changing the retargetting code is a hard fork of the worst kind?
799 2014-12-19 15:36:25 Emzy has quit (Ping timeout: 264 seconds)
800 2014-12-19 15:36:25 Emzy_ is now known as Emzy
801 2014-12-19 15:36:34 <sipa> bsm117532: as in: change every piece of bitcoin software on the planet
802 2014-12-19 15:36:51 <bsm117532> Yes
803 2014-12-19 15:37:28 <bsm117532> Note: "in the absence of an interesting obviously-needed idea"
804 2014-12-19 15:41:31 stonecoldpat has quit ()
805 2014-12-19 15:45:24 mortale has joined
806 2014-12-19 15:45:36 Aquent has joined
807 2014-12-19 15:46:27 MiningBuddy has quit (Quit: ( Quit ))
808 2014-12-19 15:46:49 MiningBuddy has joined
809 2014-12-19 15:47:27 erasmospunk has joined
810 2014-12-19 15:47:50 MiningBuddy has quit (Client Quit)
811 2014-12-19 15:48:52 grau has quit (Remote host closed the connection)
812 2014-12-19 15:49:14 MiningBuddy has joined
813 2014-12-19 15:49:15 MiningBuddy has quit (Excess Flood)
814 2014-12-19 15:49:56 MiningBuddy has joined
815 2014-12-19 15:50:09 MiningBuddy has quit (Changing host)
816 2014-12-19 15:50:09 MiningBuddy has joined
817 2014-12-19 15:50:58 MiningBuddy has quit (Client Quit)
818 2014-12-19 15:52:22 grau has joined
819 2014-12-19 15:53:55 aburan28 has quit (Ping timeout: 245 seconds)
820 2014-12-19 15:54:57 <sipa> wumpus: replacing Hash(begin, end) in BlockHeader by SerializeHash slows GetHash down by 3% here
821 2014-12-19 15:55:53 ssshhh has quit (Quit: Got to go - Be back soon!)
822 2014-12-19 15:56:55 aburan28 has joined
823 2014-12-19 15:58:30 <sipa> wumpus: 3300 cpu cycles to 3400 cycles
824 2014-12-19 15:58:33 <sipa> per header
825 2014-12-19 16:00:04 <gmaxwell> sipa: try an O3 compile?
826 2014-12-19 16:00:39 jb55 has joined
827 2014-12-19 16:00:41 MiningBuddy has joined
828 2014-12-19 16:00:41 MiningBuddy has quit (Excess Flood)
829 2014-12-19 16:00:49 <wumpus> sipa: we'll take that for simpler code
830 2014-12-19 16:01:01 MiningBuddy has joined
831 2014-12-19 16:01:01 MiningBuddy has quit (Changing host)
832 2014-12-19 16:01:01 MiningBuddy has joined
833 2014-12-19 16:01:18 MiningBuddy has quit (Client Quit)
834 2014-12-19 16:01:36 MiningBuddy has joined
835 2014-12-19 16:05:11 <sipa> gmaxwell: nearly no different (in both cases)
836 2014-12-19 16:05:23 <sipa> 3292 and 3384 cycles
837 2014-12-19 16:09:48 afk11 has quit (Remote host closed the connection)
838 2014-12-19 16:11:16 kermit has joined
839 2014-12-19 16:12:44 Lightsword has quit (Quit: Lightsword)
840 2014-12-19 16:12:59 austinhill has quit (Quit: Leaving.)
841 2014-12-19 16:14:56 Zarutian has quit (Quit: Leaving.)
842 2014-12-19 16:15:16 Lightsword has joined
843 2014-12-19 16:16:49 hmsimha has joined
844 2014-12-19 16:20:31 stonecoldpat has joined
845 2014-12-19 16:20:39 ThomasV_ has joined
846 2014-12-19 16:24:20 ThomasV has quit (Ping timeout: 245 seconds)
847 2014-12-19 16:25:07 ThomasV_ has quit (Client Quit)
848 2014-12-19 16:37:35 karc has joined
849 2014-12-19 16:38:17 jb55 has quit ()
850 2014-12-19 16:41:49 abossard has quit (Remote host closed the connection)
851 2014-12-19 16:41:54 luktgf has quit (Read error: Connection reset by peer)
852 2014-12-19 16:42:02 srd10 has quit (Read error: No route to host)
853 2014-12-19 16:42:04 alfacent has joined
854 2014-12-19 16:42:38 Lightsword has quit (Quit: Lightsword)
855 2014-12-19 16:46:58 yano has left ("WeeChat, The Better IRC Client -- http://weechat.org/")
856 2014-12-19 16:47:55 Belxjander has quit (Read error: Connection reset by peer)
857 2014-12-19 16:48:54 abossard has joined
858 2014-12-19 16:50:52 aburan28 has quit (Ping timeout: 240 seconds)
859 2014-12-19 16:52:09 Lightsword has joined
860 2014-12-19 16:53:15 aburan28 has joined
861 2014-12-19 16:54:28 lclc is now known as lclc_bnc
862 2014-12-19 16:56:00 abossard has quit (Quit: abossard)
863 2014-12-19 16:58:03 Belxjander has joined
864 2014-12-19 16:59:47 ryanxcharles has quit (Ping timeout: 258 seconds)
865 2014-12-19 17:00:01 hearn has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzzâ¦)
866 2014-12-19 17:04:02 OneMiner has quit (Read error: Connection reset by peer)
867 2014-12-19 17:07:08 jMyles has joined
868 2014-12-19 17:08:41 OneMiner has joined
869 2014-12-19 17:14:21 simondlr has quit (Read error: Connection reset by peer)
870 2014-12-19 17:15:14 Bwild has joined
871 2014-12-19 17:18:21 _yoy_ has quit (Ping timeout: 250 seconds)
872 2014-12-19 17:18:42 xenog has quit (Ping timeout: 250 seconds)
873 2014-12-19 17:19:12 Emzy has quit (Quit: Textual IRC Client: http://www.textualapp.com/)
874 2014-12-19 17:21:20 benrcole has joined
875 2014-12-19 17:23:05 JackH has quit (Quit: JackH)
876 2014-12-19 17:24:09 vmatekole has quit (Remote host closed the connection)
877 2014-12-19 17:26:25 Abishek_ has joined
878 2014-12-19 17:27:09 OneMiner has quit (Read error: Connection reset by peer)
879 2014-12-19 17:27:42 jtimon has quit (Ping timeout: 245 seconds)
880 2014-12-19 17:28:43 OneMiner has joined
881 2014-12-19 17:29:47 bedeho has quit (Ping timeout: 245 seconds)
882 2014-12-19 17:30:04 abishek has quit (Ping timeout: 258 seconds)
883 2014-12-19 17:30:22 vmatekole has joined
884 2014-12-19 17:33:20 SDCDev has joined
885 2014-12-19 17:34:11 xenog has joined
886 2014-12-19 17:34:16 OneMiner has quit (Read error: Connection reset by peer)
887 2014-12-19 17:34:50 jimmy__ has joined
888 2014-12-19 17:35:41 jimmy__ has quit (Client Quit)
889 2014-12-19 17:35:50 ryanxcharles has joined
890 2014-12-19 17:39:35 grau has quit (Remote host closed the connection)
891 2014-12-19 17:41:57 simondlr has joined
892 2014-12-19 17:42:14 grau has joined
893 2014-12-19 17:44:22 aschildbach has joined
894 2014-12-19 17:45:34 cryptonaut420 has quit (Ping timeout: 245 seconds)
895 2014-12-19 17:49:53 damethos has joined
896 2014-12-19 18:01:44 cbeams has joined
897 2014-12-19 18:01:45 cbeams has quit (Changing host)
898 2014-12-19 18:01:45 cbeams has joined
899 2014-12-19 18:04:33 t7 has joined
900 2014-12-19 18:04:47 davout has quit (Quit: kthxbye)
901 2014-12-19 18:05:59 nglpx1 has quit (Ping timeout: 245 seconds)
902 2014-12-19 18:08:44 CoinMuncher has quit (Quit: Leaving.)
903 2014-12-19 18:12:55 cbeams has quit (Remote host closed the connection)
904 2014-12-19 18:13:27 cbeams has joined
905 2014-12-19 18:13:27 cbeams has quit (Changing host)
906 2014-12-19 18:13:27 cbeams has joined
907 2014-12-19 18:14:33 MoALTz has joined
908 2014-12-19 18:15:12 grau has quit (Remote host closed the connection)
909 2014-12-19 18:16:26 llllllllll has joined
910 2014-12-19 18:17:59 cbeams has quit (Ping timeout: 258 seconds)
911 2014-12-19 18:21:26 felipelalli has joined
912 2014-12-19 18:22:03 ThomasV has joined
913 2014-12-19 18:27:29 devrandom has quit (Ping timeout: 255 seconds)
914 2014-12-19 18:30:54 grau has joined
915 2014-12-19 18:32:07 jtimon has joined
916 2014-12-19 18:34:36 Sub has quit (zzz!~SubCreati@unaffiliated/cannacoin|Ping timeout: 264 seconds)
917 2014-12-19 18:34:45 mpmcsweeney has joined
918 2014-12-19 18:36:58 xenog has quit (Ping timeout: 264 seconds)
919 2014-12-19 18:38:02 mpmcswee_ has joined
920 2014-12-19 18:38:08 benrcole has quit (Read error: Connection reset by peer)
921 2014-12-19 18:38:36 benrcole has joined
922 2014-12-19 18:39:44 devrandom has joined
923 2014-12-19 18:40:46 devrandom has quit (Changing host)
924 2014-12-19 18:40:46 devrandom has joined
925 2014-12-19 18:40:59 mpmcsweeney has quit (Ping timeout: 245 seconds)
926 2014-12-19 18:45:42 benrcole has quit (Quit: Leaving.)
927 2014-12-19 18:47:27 samson2 is now known as samson_
928 2014-12-19 18:48:47 devrandom has quit (Quit: leaving)
929 2014-12-19 18:48:55 devrandom has joined
930 2014-12-19 18:49:32 devrandom has quit (Client Quit)
931 2014-12-19 18:49:44 twixisowned is now known as trixisowned
932 2014-12-19 19:00:26 <cfields> sipa: does this help make up some of the difference in ^^? https://github.com/theuni/bitcoin/commit/94a9d60952ab75b17bbb56595810ad2030a9d09f
933 2014-12-19 19:00:44 devrandom has joined
934 2014-12-19 19:01:50 austinhill has joined
935 2014-12-19 19:07:56 <wumpus> cfields: my guess is that most of the stuff will be inlined and optimized out, so it won't make much of a difference, but interesting to benchmark nevertheless
936 2014-12-19 19:08:31 wumpus has quit (No Ping reply in 180 seconds.)
937 2014-12-19 19:10:49 wumpus has joined
938 2014-12-19 19:11:25 damethos has quit (Quit: Bye)
939 2014-12-19 19:14:06 kalz has joined
940 2014-12-19 19:15:12 ruukasu has joined
941 2014-12-19 19:22:23 belcher has joined
942 2014-12-19 19:22:23 belcher has quit (Changing host)
943 2014-12-19 19:22:23 belcher has joined
944 2014-12-19 19:23:29 ruukasu has quit (Quit: WeeChat 1.0.1)
945 2014-12-19 19:23:41 ruukasu has joined
946 2014-12-19 19:27:04 llllllllll has joined
947 2014-12-19 19:33:33 rubensayshi has quit (Ping timeout: 250 seconds)
948 2014-12-19 19:35:27 nemo` has joined
949 2014-12-19 19:37:16 afk11 has joined
950 2014-12-19 19:39:14 onesoros has quit (Quit: Leaving)
951 2014-12-19 19:45:34 RoboTeddy has joined
952 2014-12-19 19:47:14 ThomasV_ has quit (Ping timeout: 245 seconds)
953 2014-12-19 19:47:24 hmsimha has quit (Ping timeout: 252 seconds)
954 2014-12-19 19:48:08 ThomasV_ has joined
955 2014-12-19 19:48:40 ThomasV_ has quit (Client Quit)
956 2014-12-19 19:52:22 Burrito has joined
957 2014-12-19 19:52:58 daybyter has joined
958 2014-12-19 19:54:20 austinhill has quit (Quit: Leaving.)
959 2014-12-19 19:58:44 moa has joined
960 2014-12-19 19:59:14 jMyles has quit (Remote host closed the connection)
961 2014-12-19 19:59:44 Quanttek_ has quit (Read error: No route to host)
962 2014-12-19 20:00:15 Quanttek has joined
963 2014-12-19 20:05:36 CheckDavid has joined
964 2014-12-19 20:05:37 brianhoffman has quit (Quit: brianhoffman)
965 2014-12-19 20:15:00 shesek has joined
966 2014-12-19 20:19:36 Ashaman has joined
967 2014-12-19 20:21:51 paveljanik has quit (Ping timeout: 240 seconds)
968 2014-12-19 20:21:54 pavel_ has joined
969 2014-12-19 20:22:12 Zarutian has joined
970 2014-12-19 20:23:12 waxwing has quit (Ping timeout: 264 seconds)
971 2014-12-19 20:24:40 t7 has quit (Quit: ChatZilla 0.9.91 [Firefox 34.0.5/20141126041045])
972 2014-12-19 20:25:34 drazisil has joined
973 2014-12-19 20:25:34 drazisil has quit (Changing host)
974 2014-12-19 20:25:34 drazisil has joined
975 2014-12-19 20:25:42 waxwing has joined
976 2014-12-19 20:28:04 <sipa> wumpus, gmaxwell: ugh, with -O3 -flto it's 4500 cycles...
977 2014-12-19 20:28:11 <sipa> cfields: will try
978 2014-12-19 20:32:17 rdymac has quit (Quit: Connection closed for inactivity)
979 2014-12-19 20:33:30 brson has joined
980 2014-12-19 20:34:20 <sipa> wumpus, gmaxwell: my former measurement was wrong (I used CFLAGS=-O3 instead of CPPFLAGS); the gap is much smaller at O3
981 2014-12-19 20:34:33 <sipa> around 2%
982 2014-12-19 20:34:51 ruukasu has quit (Quit: WeeChat 1.0.1)
983 2014-12-19 20:35:33 <sipa> not that much either
984 2014-12-19 20:40:04 one0one has joined
985 2014-12-19 20:40:37 drazisil has quit (Quit: Leaving)
986 2014-12-19 20:42:30 <sipa> cfields: less than 0.3% speedup, in both cases
987 2014-12-19 20:42:49 <cfields> bleh, ok
988 2014-12-19 20:42:59 <cfields> i figured it was all the instantiation slowing it down. guess not
989 2014-12-19 20:43:35 Bwild has quit (Quit: leaving)
990 2014-12-19 20:44:00 OneMiner has joined
991 2014-12-19 20:44:25 <sipa> i expect that all that gets inlined already (at -O3 at least, which i used for the benchmarks)
992 2014-12-19 20:44:29 <sipa> let me benchmark your change again at -O2
993 2014-12-19 20:47:02 <gmaxwell> Well thats why I suggested O3, to get things inlined.
994 2014-12-19 20:49:23 caktux has quit (Remote host closed the connection)
995 2014-12-19 20:55:18 guest2621 has quit ()
996 2014-12-19 20:55:23 nglpx1 has joined
997 2014-12-19 20:56:33 caktux has joined
998 2014-12-19 20:57:27 <sipa> cfields: so either my measurement has some weird periodic and systemic biases, but it seems your change slowed the existing code down a tiny bit, and made the SerializeHash(*this) version slightly faster at -O2, so they're only 1.1% apart anymore
999 2014-12-19 20:58:41 MRW has quit (Ping timeout: 255 seconds)
1000 2014-12-19 20:59:18 <sipa> i don't understand how it can possibly affect the first
1001 2014-12-19 20:59:46 nglpx1 has quit (Ping timeout: 250 seconds)
1002 2014-12-19 21:01:34 <cfields> odd, i don't see how it could possibly be slower either
1003 2014-12-19 21:02:47 * sipa compiles and measures again
1004 2014-12-19 21:04:37 <sipa> meh
1005 2014-12-19 21:04:51 alfacent has quit (Read error: Connection reset by peer)
1006 2014-12-19 21:04:52 <sipa> these numbers don't make sense, even though they seem statistically significant
1007 2014-12-19 21:04:58 RoboTeddy has quit (Ping timeout: 250 seconds)
1008 2014-12-19 21:05:04 <cfields> back the other way this time?
1009 2014-12-19 21:05:06 <sipa> but we're talking about differences of 5ns per header
1010 2014-12-19 21:05:11 * sipa stops caring
1011 2014-12-19 21:05:27 <cfields> heh
1012 2014-12-19 21:05:37 <sipa> (averages and minima of 100 runs of 100k headers hashed each time)
1013 2014-12-19 21:06:02 <sipa> at a locked CPU speed, with nothing else but a terminal and an ssh client running
1014 2014-12-19 21:06:30 <gmaxwell> set the process to RT priority and pin it to a particular cpu? and turn off interrupts on that cpu?
1015 2014-12-19 21:06:41 <gmaxwell> :P
1016 2014-12-19 21:06:55 <gmaxwell> we can worry when it shows up in a profile.
1017 2014-12-19 21:07:11 * sipa thinks
1018 2014-12-19 21:07:24 <sipa> i don't we hash the same block header more than like 10 times during processing
1019 2014-12-19 21:07:34 NewLiberty has quit (Read error: Connection reset by peer)
1020 2014-12-19 21:07:43 <sipa> ;;blocks
1021 2014-12-19 21:07:44 <gribble> 335003
1022 2014-12-19 21:08:08 <sipa> ;;calc [blocks]*10*1300/1000000000
1023 2014-12-19 21:08:09 <gribble> 4.355039
1024 2014-12-19 21:08:15 <sipa> hmm, 4s difference in total
1025 2014-12-19 21:08:45 <gmaxwell> it's certantly not the long pole in the tent. also, we could probably get 3% out of the hash just twiddling things in the implementation.
1026 2014-12-19 21:08:55 <sipa> or turning on -O3
1027 2014-12-19 21:09:06 Adlai has quit (Remote host closed the connection)
1028 2014-12-19 21:09:45 Adlai has joined
1029 2014-12-19 21:12:39 grau has quit (Remote host closed the connection)
1030 2014-12-19 21:13:41 user7779078 has joined
1031 2014-12-19 21:16:46 daybyter has quit (Quit: Konversation terminated!)
1032 2014-12-19 21:19:20 <sipa> gmaxwell, wumpus, cfields: short summary, changing the code, cfield's optimization or -O2 vs -O3, together they have no more effect than 4%
1033 2014-12-19 21:19:35 <sipa> -flto, on the other hand, slows it down by 30%
1034 2014-12-19 21:19:56 <cfields> wha?
1035 2014-12-19 21:20:02 <sipa> yes, slows down
1036 2014-12-19 21:20:04 hbee has quit (Ping timeout: 258 seconds)
1037 2014-12-19 21:20:23 <cfields> old gcc?
1038 2014-12-19 21:20:27 <kanzure> fundrawtransaction is a neat idea https://github.com/bitcoin/bitcoin/pull/5503
1039 2014-12-19 21:20:31 <gmaxwell> hm. lto usd to make a measurable improvement. I wonder what channged.
1040 2014-12-19 21:20:32 <sipa> 4.82
1041 2014-12-19 21:20:36 <sipa> 4.8.2
1042 2014-12-19 21:20:45 hbee has joined
1043 2014-12-19 21:20:57 <sipa> gmaxwell: i prefer the btc version of lto over the usd one
1044 2014-12-19 21:21:15 <kanzure> after looking at fundrawtransaction i have forgotten how to do this without fundrawtransaction
1045 2014-12-19 21:21:17 nessence has quit (Remote host closed the connection)
1046 2014-12-19 21:21:21 <sipa> gmaxwell: this is microbenchmark
1047 2014-12-19 21:21:52 <sipa> kanzure: there was 1) createrawtransaction 2) ??? 3) signrawtransaction 4) sendrawtransaction
1048 2014-12-19 21:21:55 * gmaxwell bash microbenchmark; microbenchmark bad
1049 2014-12-19 21:22:12 <kanzure> sipa: right.. but the ??? part seems to be "implement your own coin selection"?
1050 2014-12-19 21:22:17 <sipa> kanzure: yup!
1051 2014-12-19 21:22:19 <gmaxwell> hm? the old procedure is listunspent ponder createrawtransaction
1052 2014-12-19 21:22:23 <kanzure> oh right, listunspent
1053 2014-12-19 21:22:32 <sipa> still, requires your own coin selection
1054 2014-12-19 21:24:10 <sipa> gmaxwell: even 40% slowdown
1055 2014-12-19 21:24:13 RoboTeddy has joined
1056 2014-12-19 21:24:38 <sipa> maybe it just ends up being able to inline more, and doing it, resulting in worse code cache?
1057 2014-12-19 21:24:43 RoboTeddy has quit (Remote host closed the connection)
1058 2014-12-19 21:24:50 * sipa tries -O2 -flto
1059 2014-12-19 21:24:52 <kanzure> now i have to decide if i want to test this patch, backport the patch into an old tree, or live with master.
1060 2014-12-19 21:25:00 <cfields> sipa: you made sure to give -Ox in the link-line?
1061 2014-12-19 21:25:03 <sipa> yes
1062 2014-12-19 21:25:04 <gmaxwell> hm. wouldn't it be nice if you could say "createraw [] {dest:10} ; fundraw hex limit=5; signraw anyonecanpay" then pass it to someone wlse who can fundraw; signraw; sendraw?
1063 2014-12-19 21:25:15 RoboTeddy has joined
1064 2014-12-19 21:25:23 <cfields> (i only ask because -Ox semantics are different for lto, since the optims happen later)
1065 2014-12-19 21:25:29 <sipa> cfields: i'm aware
1066 2014-12-19 21:25:42 <sipa> ./configure --without-gui --disable-wallet CPPFLAGS="-g0 -O2 -flto" LDFLAGS="-g0 -O2 -flto"
1067 2014-12-19 21:25:44 <cfields> ok
1068 2014-12-19 21:25:44 austinhill has joined
1069 2014-12-19 21:27:49 DougieBot5000 has quit (Quit: Leaving)
1070 2014-12-19 21:28:12 <cfields> sipa: hmm. You're looking for CXXFLAGS there. I think that's doing something different than what you're after
1071 2014-12-19 21:28:17 <cfields> notably leaving -g on
1072 2014-12-19 21:28:51 <cfields> CPPFLAGS = c pre-processor. CXXFLAGS=c++ compile flags
1073 2014-12-19 21:29:08 <sipa> i think you are right, but that it doesn't matter
1074 2014-12-19 21:29:18 <cfields> by using CPPFLAGS, you're leaving the default flags on in addition to yours
1075 2014-12-19 21:29:20 <sipa> as the preprocessor flags are passed to the same binaries
1076 2014-12-19 21:29:31 <sipa> also: (no debugging symbols found)
1077 2014-12-19 21:29:33 <cfields> a quick test shows that -g wins out over -g0
1078 2014-12-19 21:30:17 <sipa> isn't it just last one specified?
1079 2014-12-19 21:30:20 <cfields> (it depends on the order, but my test shows -g coming last)
1080 2014-12-19 21:30:22 <cfields> yes ^^
1081 2014-12-19 21:32:10 b_lumenkraft has quit (Quit: b_lumenkraft)
1082 2014-12-19 21:38:12 Ashaman has quit (Ping timeout: 256 seconds)
1083 2014-12-19 21:38:37 ruukasu has joined
1084 2014-12-19 21:39:04 nessence has joined
1085 2014-12-19 21:39:52 <kanzure> gmaxwell: https://github.com/bitcoin/bitcoin/pull/5503#issuecomment-67701462
1086 2014-12-19 21:39:59 <kanzure> (re: fundmany)
1087 2014-12-19 21:40:47 <sipa> what the hell would that do?
1088 2014-12-19 21:40:59 <sipa> fund multiple transactions at once?
1089 2014-12-19 21:41:07 <kanzure> batch coin selection
1090 2014-12-19 21:41:25 agricocb has quit (Ping timeout: 255 seconds)
1091 2014-12-19 21:41:26 <sipa> batch what?
1092 2014-12-19 21:41:35 <kanzure> sorry, i thought this would be more obvious, but i'm working from prior bitcoin-dev logs, so i figured i should write this down on the issue instead
1093 2014-12-19 21:42:03 <sipa> i don't see what is there to batch, but maybe i'm missing something
1094 2014-12-19 21:42:18 <sipa> maybe you're assuming it does something else then me (i haven't checked the code)
1095 2014-12-19 21:42:23 <kanzure> you can have many unfunded transactions and want to plan output spending all at once
1096 2014-12-19 21:42:57 <sipa> oh
1097 2014-12-19 21:43:05 <sipa> that's so obvious, why did i miss it?
1098 2014-12-19 21:43:05 <kanzure> instead of planning individually, which might get into some weirdo local minima or something
1099 2014-12-19 21:43:45 <gmaxwell> I don't see the advantage there, actually. Write one transaction, not multiple. Or merge them before funding.
1100 2014-12-19 21:44:02 <kanzure> in my case i have multiple unfunded transactions that are not related to each other
1101 2014-12-19 21:44:08 grau has joined
1102 2014-12-19 21:44:10 <gmaxwell> so? merge them.
1103 2014-12-19 21:44:27 <kanzure> that could compromise privacy
1104 2014-12-19 21:44:33 <gmaxwell> the txout is what someone gets paid. it wouldn't change the txout.
1105 2014-12-19 21:44:41 <kanzure> that *does* compromise privacy, rather
1106 2014-12-19 21:44:51 <gmaxwell> kanzure: doesn't follow for me, the joint coin selection (and shared coin pool) almost certantly does already.
1107 2014-12-19 21:45:06 <kanzure> i am not implementing coinjoin. i was actually routing old comments you made to me about batched coin selection.
1108 2014-12-19 21:45:22 grau has quit (Remote host closed the connection)
1109 2014-12-19 21:45:26 <gmaxwell> yea, batching is good, but I don't see why it's useful at the funding stage.
1110 2014-12-19 21:45:39 <kanzure> funding chooses different unspents, right?
1111 2014-12-19 21:46:06 <gmaxwell> E.g. batching done as create merge fund makes sense. But batching that doesn't merge the transactions is of reduced value. (doesn't save on the creation of change outputs, for example)
1112 2014-12-19 21:46:51 <kanzure> if you know the full set of transactions you are making (for the moment) then you can make better decisions about which unspents to use when funding each transaction in the set
1113 2014-12-19 21:47:03 <kanzure> i agree that you don't save on change addresses
1114 2014-12-19 21:47:19 <sipa> or it could use one's transaction change output in another input
1115 2014-12-19 21:47:31 <kanzure> deliberately? or unintentionally ?
1116 2014-12-19 21:47:50 <sipa> deliberately
1117 2014-12-19 21:48:26 <sipa> imagine you have 2 coins, and need to send 3 transactions; the normal model of fund -> lock -> spend -> unlock doesn't work with a batch
1118 2014-12-19 21:48:50 <sipa> but it seems perfectly fine (oh wait, malleability) to do this for multiple transactions at once
1119 2014-12-19 21:48:54 <sipa> never mind
1120 2014-12-19 21:49:20 <kanzure> that's an okay argument for saying "this function should *not* use the created change addresses as inputs in the other transactions in the batch" :)
1121 2014-12-19 21:49:41 <gmaxwell> kanzure: in any case, I think a real batch (e.g. result in a single transaction) is just a lot more interesting, as it can radically reduce the amount of transaction data you need.
1122 2014-12-19 21:50:00 <sipa> well i can imagine not wanting to mix certain transactions
1123 2014-12-19 21:50:02 <kanzure> "result in a single transaction" methinks we might have a different definition of batch
1124 2014-12-19 21:50:07 <gmaxwell> and most of that savings comes from having fewer total signatures (as the fewest signatures a transaction can have is one)
1125 2014-12-19 21:50:23 <sipa> in a perfect system, where there was no address reuse and much better prviacy overall, you'd merge everything you got
1126 2014-12-19 21:50:26 <gmaxwell> sipa: where that happens you probably don't want to mix the walllet.
1127 2014-12-19 21:50:52 <gmaxwell> (also a merged up transaction looks superficially like a coinjoin in any case)
1128 2014-12-19 21:50:53 <sipa> like what if you're paying to two competitors, who each have public static addresses?
1129 2014-12-19 21:50:53 <kanzure> my use case is offline signing of withdrawals from a service
1130 2014-12-19 21:51:09 <kanzure> (without reimplementing coin selection)
1131 2014-12-19 21:51:11 Sleepnbum has joined
1132 2014-12-19 21:51:22 <gmaxwell> kanzure: great but why are you not batching the withdrawls? (analogous to sendmany)
1133 2014-12-19 21:51:22 <kanzure> (i mean, i could reimplement coin selection, but only if i have to)
1134 2014-12-19 21:52:24 <kanzure> what is your definition of batch here?
1135 2014-12-19 21:53:03 <gmaxwell> logically doing what a sendmany does, if you ignore the offline and having to know upfront who you'll be paying.
1136 2014-12-19 21:53:17 <gmaxwell> It's a preexisting norm in bitcoin that services pay people with sendmanys.
1137 2014-12-19 21:56:09 <kanzure> sipa's answer sounds like a good reason to me for not using a single transaction
1138 2014-12-19 21:57:14 <gmaxwell> It's not.
1139 2014-12-19 21:57:30 <sipa> well it's the result of a broken system
1140 2014-12-19 21:57:44 <gmaxwell> If you're trying to be private, you already failed.. because you'll end up e.g. using coins paid to the same address to sign for each of your seperate transactions already.
1141 2014-12-19 21:57:58 srd10 has joined
1142 2014-12-19 21:58:19 <sipa> hmm, agree
1143 2014-12-19 21:58:21 <sipa> indeed
1144 2014-12-19 21:58:26 <gmaxwell> (or on prior transactions which spent coins which paid to the same addresses as any of the coins in your new ones)
1145 2014-12-19 21:58:42 <sipa> yeah, you can't prevent linkage
1146 2014-12-19 21:58:46 <sipa> when using one wallet
1147 2014-12-19 21:59:13 <gmaxwell> Already past history from address reuse and co-spending is incredibly deanonymizing unless you assume people are widely performing coinjoins. (in which case, a sendmany also mostly looks like a coinjoin)
1148 2014-12-19 21:59:30 <gmaxwell> You can reduce the leakage, and we do some,, and could do more. But right. Cannot be prevented.
1149 2014-12-19 22:00:47 arubi has quit (Ping timeout: 250 seconds)
1150 2014-12-19 22:01:57 <kanzure> okay, sounds like you would have to track which inputs you are using to a degree that would involve lots of work and, likely rejection during review anyway
1151 2014-12-19 22:02:33 <kanzure> e.g., a flag to tell fundmany not to select coins from the same transaction, or even something more aggressive about looking at transaction history, which quickly becomes infeasible, and besides you don't want it to croak on failure even if you have the right funds but "not enough privacy" or w/e
1152 2014-12-19 22:02:41 Application has joined
1153 2014-12-19 22:02:44 <kanzure> okay. thanks.
1154 2014-12-19 22:02:57 <sipa> kanzure: so, solution, if you want this: implement multiwallet
1155 2014-12-19 22:03:15 <kanzure> right, i am trying to decide if i do want this at all
1156 2014-12-19 22:03:17 kermit has quit (Quit: Leaving.)
1157 2014-12-19 22:03:37 <kanzure> specifically my question is "whether or not i feel there is a qualitative difference between a single giant transaction, and a series of transactions that could be linked together by some careful analysis"
1158 2014-12-19 22:03:56 <sipa> the point is that individual tracking requires micromanagement
1159 2014-12-19 22:03:59 kermit has joined
1160 2014-12-19 22:04:03 <gmaxwell> There is certantly a postive advantage: the single transaction can be _much_ smaller than the total of many smaller ones.
1161 2014-12-19 22:04:51 <kanzure> well, i was thinking in terms of "privacy benefits of many smaller transactions", and whether or not the "benefit" is greater than the benefit of not implementing my own coin selection or the benefit of not paying for many tiny individual transactions
1162 2014-12-19 22:05:45 <gmaxwell> e.g. 89 bytes per marginal output all seperate vs 32 bytes per marginal output.
1163 2014-12-19 22:05:46 erasmospunk has quit (Remote host closed the connection)
1164 2014-12-19 22:06:52 <gmaxwell> kanzure: the seperate transactions will pretty reliably be linkable if there is any address reuse at all, and somewhat linkable even if not (if jagged coins allow for reliable change following)
1165 2014-12-19 22:08:00 <kanzure> oh right, forward-looking change reuse after-the-fact
1166 2014-12-19 22:09:46 Sleepnbum has quit (Ping timeout: 245 seconds)
1167 2014-12-19 22:10:34 gdm85_ has quit (Remote host closed the connection)
1168 2014-12-19 22:11:40 gdm85 has joined
1169 2014-12-19 22:11:50 arubi has joined
1170 2014-12-19 22:15:23 antizionist__ has joined
1171 2014-12-19 22:15:27 shieye has quit (Quit: WeeChat 1.0.1)
1172 2014-12-19 22:17:12 n0n0_ has quit (Ping timeout: 264 seconds)
1173 2014-12-19 22:18:25 PRab has quit (Remote host closed the connection)
1174 2014-12-19 22:20:57 hmsimha has joined
1175 2014-12-19 22:22:11 skyraider has joined
1176 2014-12-19 22:22:34 agricocb has joined
1177 2014-12-19 22:23:02 srd101 has joined
1178 2014-12-19 22:25:04 srd10 has quit (Ping timeout: 255 seconds)
1179 2014-12-19 22:27:39 arubi has quit (Ping timeout: 250 seconds)
1180 2014-12-19 22:28:18 Grouver has quit (Quit: Leaving)
1181 2014-12-19 22:30:55 hmsimha has quit (Ping timeout: 252 seconds)
1182 2014-12-19 22:31:00 phantomcircuit_ is now known as phantomcircuit
1183 2014-12-19 22:31:00 Ashaman has joined
1184 2014-12-19 22:33:01 grau has joined
1185 2014-12-19 22:33:14 grau has quit (Remote host closed the connection)
1186 2014-12-19 22:34:04 aschildbach has quit (Remote host closed the connection)
1187 2014-12-19 22:35:18 gdm85 has quit (Remote host closed the connection)
1188 2014-12-19 22:39:48 PaulCapestany has quit ()
1189 2014-12-19 22:41:33 PaulCapestany has joined
1190 2014-12-19 22:42:55 arubi has joined
1191 2014-12-19 22:43:16 maraoz has quit (Ping timeout: 272 seconds)
1192 2014-12-19 22:45:21 kgk has joined
1193 2014-12-19 22:48:53 kadoban has quit (Ping timeout: 250 seconds)
1194 2014-12-19 22:55:53 Starduster has joined
1195 2014-12-19 22:59:48 felipelalli has quit (Ping timeout: 256 seconds)
1196 2014-12-19 23:01:22 mpmcswee_ has quit (Remote host closed the connection)
1197 2014-12-19 23:02:49 treehug88 has quit ()
1198 2014-12-19 23:04:33 pavel_ has quit (Quit: This computer has gone to sleep)
1199 2014-12-19 23:05:02 user7779078 has quit (Remote host closed the connection)
1200 2014-12-19 23:05:35 user7779078 has joined
1201 2014-12-19 23:09:23 jtimon has quit (Ping timeout: 264 seconds)
1202 2014-12-19 23:10:04 user7779078 has quit (Ping timeout: 255 seconds)
1203 2014-12-19 23:10:14 PaulCapestany has quit ()
1204 2014-12-19 23:11:49 user7779078 has joined
1205 2014-12-19 23:14:12 Belxjander has quit (Quit: AmigaOSv4.1.6+//PowerPC native)
1206 2014-12-19 23:16:04 Belxjander has joined
1207 2014-12-19 23:16:44 patcon has quit (Remote host closed the connection)
1208 2014-12-19 23:23:38 Ashaman has quit (Ping timeout: 250 seconds)
1209 2014-12-19 23:24:06 average has joined
1210 2014-12-19 23:26:56 simondlr has quit (Remote host closed the connection)
1211 2014-12-19 23:35:11 user7779078 has quit (Ping timeout: 272 seconds)
1212 2014-12-19 23:35:38 hashtagg has joined
1213 2014-12-19 23:35:39 hashtagg_ has joined
1214 2014-12-19 23:38:25 hashtag_ has quit (Ping timeout: 255 seconds)
1215 2014-12-19 23:38:25 hashtag has quit (Ping timeout: 255 seconds)
1216 2014-12-19 23:38:28 fabianfabian has joined
1217 2014-12-19 23:39:16 Lightsword has quit (Quit: Lightsword)
1218 2014-12-19 23:44:47 devrandom has quit (Ping timeout: 250 seconds)
1219 2014-12-19 23:47:22 austinhill has quit (Quit: Leaving.)
1220 2014-12-19 23:48:32 won9 has joined
1221 2014-12-19 23:52:52 user7779078 has joined
1222 2014-12-19 23:54:41 user7779078 has quit (Remote host closed the connection)
1223 2014-12-19 23:55:17 user7779078 has joined
1224 2014-12-19 23:55:41 ajweiss has quit (Quit: Lost terminal)
1225 2014-12-19 23:55:52 NewLiberty has joined
1226 2014-12-19 23:59:36 user7779078 has quit (Ping timeout: 250 seconds)
1227 2014-12-19 23:59:52 askuck has quit (Quit: Leaving.)
1228 2014-12-19 23:59:57 ValicekB has quit (Ping timeout: 250 seconds)