1 2016-09-23T00:09:30  *** stan_ has quit IRC
  2 2016-09-23T00:10:07  *** stan_ has joined #bitcoin-core-dev
  3 2016-09-23T00:11:42  <GitHub44> [bitcoin] gmaxwell opened pull request #8800: Fetch w/o CB if mempool empty, don't use HB mode if blocks only. (master...no-hb-in-bo) https://github.com/bitcoin/bitcoin/pull/8800
  4 2016-09-23T00:12:32  <gmaxwell> hm. that allow edits thing defaults to on, so next time someone PRs their whole altcoin to our repo we could go and replace their code with bitcoin? :P  "we upgraded your altcoin, enjoy!"
  5 2016-09-23T00:13:19  <luke-jr> lol
  6 2016-09-23T00:14:33  *** stan_ has quit IRC
  7 2016-09-23T00:14:58  <sipa> gmaxwell: only the PRed branch opens up
  8 2016-09-23T00:15:17  <sipa> ah, for that example that may be sufficient, actually...
  9 2016-09-23T00:22:35  <gmaxwell> yes, that was what I was thinking.
 10 2016-09-23T00:24:59  <sipa> we should see what happens if you PR to two projects at once
 11 2016-09-23T00:27:30  *** Chris_Stewart_5 has quit IRC
 12 2016-09-23T00:42:38  *** Chris_Stewart_5 has joined #bitcoin-core-dev
 13 2016-09-23T00:52:05  *** stan_ has joined #bitcoin-core-dev
 14 2016-09-23T00:54:23  *** jchrome has joined #bitcoin-core-dev
 15 2016-09-23T01:00:39  *** echonaut has quit IRC
 16 2016-09-23T01:00:56  *** echonaut has joined #bitcoin-core-dev
 17 2016-09-23T01:04:00  *** jchrome has quit IRC
 18 2016-09-23T01:04:23  *** stan_ has quit IRC
 19 2016-09-23T01:16:56  *** Ylbam has quit IRC
 20 2016-09-23T01:20:41  *** stan_ has joined #bitcoin-core-dev
 21 2016-09-23T01:21:10  *** jchrome has joined #bitcoin-core-dev
 22 2016-09-23T01:34:01  *** dermoth_ has joined #bitcoin-core-dev
 23 2016-09-23T01:34:29  *** dermoth has quit IRC
 24 2016-09-23T01:34:31  *** dermoth_ is now known as dermoth
 25 2016-09-23T01:37:51  *** jchrome has quit IRC
 26 2016-09-23T01:39:26  *** Alopex has quit IRC
 27 2016-09-23T01:40:31  *** Alopex has joined #bitcoin-core-dev
 28 2016-09-23T02:11:56  *** stan_ has quit IRC
 29 2016-09-23T02:26:49  *** MrHodl has quit IRC
 30 2016-09-23T02:28:09  *** xinxi has joined #bitcoin-core-dev
 31 2016-09-23T02:38:43  *** randy-waterhouse has quit IRC
 32 2016-09-23T02:58:39  *** randy-waterhouse has joined #bitcoin-core-dev
 33 2016-09-23T02:59:26  *** randy-waterhouse has quit IRC
 34 2016-09-23T02:59:26  *** randy-waterhouse has joined #bitcoin-core-dev
 35 2016-09-23T03:19:10  *** davec has quit IRC
 36 2016-09-23T03:19:54  *** davec has joined #bitcoin-core-dev
 37 2016-09-23T03:37:38  *** justan0theruser has quit IRC
 38 2016-09-23T03:45:40  *** justanotheruser has joined #bitcoin-core-dev
 39 2016-09-23T03:47:59  *** xinxi_ has joined #bitcoin-core-dev
 40 2016-09-23T03:52:12  *** xinxi has quit IRC
 41 2016-09-23T03:55:40  *** achow101 has quit IRC
 42 2016-09-23T04:07:45  *** randy-waterhouse has quit IRC
 43 2016-09-23T04:07:50  *** achow101 has joined #bitcoin-core-dev
 44 2016-09-23T04:11:21  *** Alopex has quit IRC
 45 2016-09-23T04:12:27  *** Alopex has joined #bitcoin-core-dev
 46 2016-09-23T04:48:23  *** jon3ss has joined #bitcoin-core-dev
 47 2016-09-23T04:58:54  <luke-jr> do we currently have a way to turn off NODE_NETWORK without enabling pruning?
 48 2016-09-23T05:00:04  <gmaxwell> no, why would we?
 49 2016-09-23T05:00:19  <luke-jr> so people don't IBD off me <.<
 50 2016-09-23T05:00:33  <gmaxwell> oh well set the upload limiter to a tiny number. :)
 51 2016-09-23T05:00:40  <gmaxwell> and you'll hang up on them when they do.
 52 2016-09-23T05:00:52  <luke-jr> yeah, I'd rather just not have them ask though
 53 2016-09-23T05:01:18  <luke-jr> otoh, I guess I have no reason to discourage light clients from connecting to me..
 54 2016-09-23T05:01:40  <gmaxwell> fwiw, I found more bandwidth was being used by bitcoinj clients than ibding bitcoin core.
 55 2016-09-23T05:02:40  <luke-jr> O.o
 56 2016-09-23T05:02:46  <luke-jr> that's unexpected
 57 2016-09-23T05:12:36  *** Giszmo has quit IRC
 58 2016-09-23T05:16:17  *** Chris_Stewart_5 has quit IRC
 59 2016-09-23T05:18:44  *** jtimon has quit IRC
 60 2016-09-23T05:22:03  *** Alina-malina has quit IRC
 61 2016-09-23T05:22:06  *** Alopex has quit IRC
 62 2016-09-23T05:22:18  *** Alina-malina has joined #bitcoin-core-dev
 63 2016-09-23T05:23:11  *** Alopex has joined #bitcoin-core-dev
 64 2016-09-23T05:24:04  *** Alina-malina has quit IRC
 65 2016-09-23T05:24:04  *** Alina-malina has joined #bitcoin-core-dev
 66 2016-09-23T05:28:35  *** rogerwilco has quit IRC
 67 2016-09-23T05:39:01  *** Alopex has quit IRC
 68 2016-09-23T05:40:06  *** Alopex has joined #bitcoin-core-dev
 69 2016-09-23T05:41:23  *** Ylbam has joined #bitcoin-core-dev
 70 2016-09-23T05:45:18  *** DigiByteDev has joined #bitcoin-core-dev
 71 2016-09-23T06:05:11  *** Alopex has quit IRC
 72 2016-09-23T06:06:16  *** Alopex has joined #bitcoin-core-dev
 73 2016-09-23T06:15:56  *** DigiByteDev has quit IRC
 74 2016-09-23T06:42:06  *** Alopex has quit IRC
 75 2016-09-23T06:43:11  *** Alopex has joined #bitcoin-core-dev
 76 2016-09-23T07:11:29  *** xinxi_ has quit IRC
 77 2016-09-23T08:06:22  *** Guyver2 has joined #bitcoin-core-dev
 78 2016-09-23T08:38:03  <phantomcircuit> i was thinking of using an RAII wrapper for the CWalletDB pointer in CWallet
 79 2016-09-23T08:38:18  <phantomcircuit> does anybody have an opinion on how that should be structured
 80 2016-09-23T08:43:07  <phantomcircuit> luke-jr: they do all kinds of silly things compared to 1MB/10 minutes
 81 2016-09-23T08:43:24  *** blaker has joined #bitcoin-core-dev
 82 2016-09-23T08:43:44  <luke-jr> phantomcircuit: IBD isn't 1 MB/10 min
 83 2016-09-23T08:49:07  *** paveljanik has quit IRC
 84 2016-09-23T08:59:13  <wallet42> is there a proposal of having NODE_2WEEKS or something like that? a node that guarantees the serve of all block headers + the bodies for the past 2016 blocks but nothing earlier?
 85 2016-09-23T09:00:39  <luke-jr> wallet42: no, I don't know that there's value to it
 86 2016-09-23T09:01:12  <luke-jr> wallet42: next step seems like it would be something where nodes all store a random assortment of history similar to bittorrent swarms, but even that's unnecessary today
 87 2016-09-23T09:01:49  *** JackH has joined #bitcoin-core-dev
 88 2016-09-23T09:02:53  <wallet42> i think sipa posted a while ago a histogram showing the #getblocks[height]
 89 2016-09-23T09:03:22  <wallet42> and its obviously heavily dispropotionate towards the recent blocks
 90 2016-09-23T09:05:12  <wallet42> if you can configure the node to only serve the last 2 weeks (especially with the NODE_BLOOM overhead) it makes it cheaper. also 2 weeks of blocks can be held completly in RAM/mmap so running the bloom filter doesnt even requires HDD/SDD access
 91 2016-09-23T09:05:17  <luke-jr> yes, but there is no shortage of dumb servers that serve the full chain anyway
 92 2016-09-23T09:06:22  *** blaker has quit IRC
 93 2016-09-23T09:07:04  *** blaker has joined #bitcoin-core-dev
 94 2016-09-23T09:08:12  <blaker> hi bitcoin core devs. I am at a conference where a talk later today called 'exploiting trust in deterministic builds' is going to be presented. Since you use reproducible builds maybe it is of interest. paper should be available via springer
 95 2016-09-23T09:18:07  *** blaker has quit IRC
 96 2016-09-23T09:25:13  *** [Author] has quit IRC
 97 2016-09-23T09:30:19  *** [Author] has joined #bitcoin-core-dev
 98 2016-09-23T09:36:08  <jl2012> It seems #8499 is considered as a blocker for 0.13.1. Could I do anything to make the review easier?
 99 2016-09-23T09:58:04  *** DigiByteDev has joined #bitcoin-core-dev
100 2016-09-23T10:33:01  *** Alina-malina has quit IRC
101 2016-09-23T10:37:26  <wumpus> gmaxwell: it ended up where most of my projects go, unfortunately. to the long backlog, I still intend to do it some time. Or anyone else can pick it up if they want.
102 2016-09-23T10:45:39  <GitHub132> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/2b514aa2eae6...5d0219d983b6
103 2016-09-23T10:45:39  <GitHub132> bitcoin/master f839350 Pavel Janík: Do not shadow in src/qt
104 2016-09-23T10:45:40  <GitHub132> bitcoin/master 5d0219d Wladimir J. van der Laan: Merge #8793: Do not shadow in src/qt...
105 2016-09-23T10:45:54  <GitHub128> [bitcoin] laanwj closed pull request #8793: Do not shadow in src/qt (master...20160922_Wshadow_qt) https://github.com/bitcoin/bitcoin/pull/8793
106 2016-09-23T10:49:04  *** DigiByteDev has quit IRC
107 2016-09-23T10:54:25  *** DigiByteDev has joined #bitcoin-core-dev
108 2016-09-23T10:55:29  <phantomcircuit> wallet42: there have been various ideas for doing some kind of sharding they all have issues though
109 2016-09-23T10:55:37  <phantomcircuit> you really dont want to rebalance constantly
110 2016-09-23T10:55:48  <phantomcircuit> but you also dont want the blocks a node stores to be based on when it joined the network
111 2016-09-23T10:56:09  <phantomcircuit> achieving both goals turns out to be non trivial
112 2016-09-23T10:57:08  <sipa> i've been keeping statistics on the depth of blocks being requested from my node
113 2016-09-23T10:57:44  <sipa> the tip is of course by far the most requested (though i'm not counting CB HB mode sends)
114 2016-09-23T10:58:17  <sipa> but after about 2 months deep the distribution is almost uniform down to genesis
115 2016-09-23T10:58:54  <luke-jr> how long have you been keeping statistics? (2 months? :P)
116 2016-09-23T10:59:10  <sipa> eh, yes
117 2016-09-23T10:59:33  * luke-jr curious what it will look like 3 months from now
118 2016-09-23T10:59:36  <sipa> but the numbers i'm aggregating are for the block depth compared to the tip at the time it was requested
119 2016-09-23T10:59:42  <luke-jr> oh, hm
120 2016-09-23T10:59:44  <sipa> not absolute height
121 2016-09-23T11:02:01  <sipa> it's much more spread out than i had anticipated, actually
122 2016-09-23T11:02:18  <sipa> this implies that a lot of people sync while being 1-2 months behind
123 2016-09-23T11:02:36  <sipa> overall, it's 7.5 million block downloads
124 2016-09-23T11:02:45  <sipa> so not just some random outliers
125 2016-09-23T11:03:40  <sipa> about 100k of which are at the tip
126 2016-09-23T11:07:05  <sipa> and there are strange peaks around 820 deep and 1970 deep
127 2016-09-23T11:52:06  *** midnightmagic has quit IRC
128 2016-09-23T11:56:31  <GitHub8> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/5d0219d983b6...d2e46558ba0e
129 2016-09-23T11:56:31  <GitHub8> bitcoin/master 6d0ced1 Gregory Maxwell: Do not set an addr time penalty when a peer advertises itself....
130 2016-09-23T11:56:32  <GitHub8> bitcoin/master d2e4655 Wladimir J. van der Laan: Merge #8661: Do not set an addr time penalty when a peer advertises itself....
131 2016-09-23T11:56:38  <GitHub141> [bitcoin] laanwj closed pull request #8661: Do not set an addr time penalty when a peer advertises itself. (master...addrman_nopenalty_self) https://github.com/bitcoin/bitcoin/pull/8661
132 2016-09-23T12:09:22  *** midnightmagic has joined #bitcoin-core-dev
133 2016-09-23T12:18:15  *** DigiByteDev has quit IRC
134 2016-09-23T12:21:22  *** DigiByteDev has joined #bitcoin-core-dev
135 2016-09-23T12:29:46  *** Guyver2_ has joined #bitcoin-core-dev
136 2016-09-23T12:31:41  *** Guyver2 has quit IRC
137 2016-09-23T12:31:49  *** Guyver2_ is now known as Guyver2
138 2016-09-23T12:36:15  *** cryptapus_afk is now known as cryptapus
139 2016-09-23T12:39:18  *** Evel-Knievel has joined #bitcoin-core-dev
140 2016-09-23T12:43:50  *** Alina-malina has joined #bitcoin-core-dev
141 2016-09-23T12:47:11  *** Alina-malina has quit IRC
142 2016-09-23T12:47:11  *** Alina-malina has joined #bitcoin-core-dev
143 2016-09-23T13:15:32  <jonasschnelli> Anyone interested in reviewing the "generic"-statistics PR (currently mempool only)? https://github.com/bitcoin/bitcoin/pull/8501
144 2016-09-23T13:15:52  <jonasschnelli> The GUI mempool stats are based on that PR
145 2016-09-23T13:21:32  *** stan_ has joined #bitcoin-core-dev
146 2016-09-23T13:24:24  *** To7 has quit IRC
147 2016-09-23T13:24:43  *** DigiByteDev has quit IRC
148 2016-09-23T13:27:38  *** jtimon has joined #bitcoin-core-dev
149 2016-09-23T13:30:17  *** tadasv has quit IRC
150 2016-09-23T13:43:07  *** To7 has joined #bitcoin-core-dev
151 2016-09-23T13:51:06  *** paveljanik has joined #bitcoin-core-dev
152 2016-09-23T13:52:41  *** Guyver2 has quit IRC
153 2016-09-23T14:02:17  *** shesek has quit IRC
154 2016-09-23T14:14:38  *** molz has joined #bitcoin-core-dev
155 2016-09-23T14:18:04  *** moli has quit IRC
156 2016-09-23T14:18:38  *** shesek has joined #bitcoin-core-dev
157 2016-09-23T14:23:27  *** Giszmo has joined #bitcoin-core-dev
158 2016-09-23T14:49:26  *** tadasv has joined #bitcoin-core-dev
159 2016-09-23T15:11:30  *** mrkent has joined #bitcoin-core-dev
160 2016-09-23T15:21:38  *** Chris_Stewart_5 has joined #bitcoin-core-dev
161 2016-09-23T15:32:31  <dgenr8> sipa: it sounds like an exponential dropoff from existing nodes syncing, plus a constant level of new nodes being spun up or reloaded
162 2016-09-23T16:06:53  *** Chris_Stewart_5 has quit IRC
163 2016-09-23T16:18:53  <jonasschnelli> To bad github doesn't allow editing a review after posting it
164 2016-09-23T16:19:06  <jonasschnelli> or do I miss something?
165 2016-09-23T16:19:35  <achow101> jonasschnelli: nope, not missing anything.
166 2016-09-23T16:19:51  <jonasschnelli> hmm.. I hope they will add this soon
167 2016-09-23T16:23:15  <GitHub48> [bitcoin] jonasschnelli pushed 8 new commits to master: https://github.com/bitcoin/bitcoin/compare/d2e46558ba0e...24f72e9f3fd0
168 2016-09-23T16:23:16  <GitHub48> bitcoin/master 0904c3c Jonas Schnelli: [Refactor] refactor function that forms human readable text out of a timeoffset
169 2016-09-23T16:23:17  <GitHub48> bitcoin/master bd44a04 Jonas Schnelli: [Qt] make Out-Of-Sync warning icon clickable
170 2016-09-23T16:23:17  <GitHub48> bitcoin/master a001f18 Jonas Schnelli: [Qt] Always pass the numBlocksChanged signal for headers tip changed
171 2016-09-23T16:23:21  <GitHub168> [bitcoin] jonasschnelli closed pull request #8371: [Qt] Add out-of-sync modal info layer (master...2016/07/UI-out-of-sync) https://github.com/bitcoin/bitcoin/pull/8371
172 2016-09-23T16:41:30  <morcos> cfields: gentle ping
173 2016-09-23T16:41:45  <cfields> morcos: pong
174 2016-09-23T16:41:56  <morcos> just wanted to follow up on the copy-move
175 2016-09-23T16:42:14  <morcos> i thought you had already had move to prevector though in that branch?
176 2016-09-23T16:42:20  <cfields> morcos: i messed with the move stuff yesterday. I can push my changes if you'd like, but i traced through to see where it's called (I put asserts in the moves), and they're almost zero
177 2016-09-23T16:42:47  <morcos> ah, so we need to make moves of transactions or scripts or something?
178 2016-09-23T16:42:54  <cfields> morcos: so i think if there's any benefit that you're seeing, it's probably in a very subtle change:
179 2016-09-23T16:43:15  <cfields> morcos: that's what i did in the commit, so they're all movable now. but, we're pretty good about not doing that
180 2016-09-23T16:43:22  <cfields> (there are .swap()s all over the place)
181 2016-09-23T16:43:44  <morcos> its a clear benefit, but unfortunately in one of the vagaries of this stuff, the benefit is reduced with jeremy's replacement for the boost lockfree queue.  not sure why in the world that would be the case
182 2016-09-23T16:44:16  <morcos> where are the few places its called?
183 2016-09-23T16:44:22  <cfields> i have few possible explanations there
184 2016-09-23T16:44:31  <cfields> brb 2 min
185 2016-09-23T16:48:53  <cfields> morcos: ok, back. First let me push up those changes so we can be sure we're comparing the same things. 1 min.
186 2016-09-23T16:55:38  *** molz has quit IRC
187 2016-09-23T16:56:13  *** moli has joined #bitcoin-core-dev
188 2016-09-23T16:56:38  <cfields> morcos: sigh. as usual, i had my wires crossed. I was looking at the wrong branch. Yea, the moves are already in there so you're already testing with that
189 2016-09-23T16:57:43  <cfields> apparently i re-did that yesterday with no memory of doing it the first time...
190 2016-09-23T16:57:48  <morcos> cfields: np. but do you still think it shouldn't be much improvement?
191 2016-09-23T16:57:51  <morcos> oh no
192 2016-09-23T16:57:52  <morcos> ha
193 2016-09-23T16:58:21  <cfields> morcos: i don't think there are many moves, no. I think jeremy's code might've gotten rid of the few that are there. sec
194 2016-09-23T17:02:16  <cfields> hm, maybe not. looks like it just saves on allocation
195 2016-09-23T17:04:11  <cfields> morcos: it should be pretty easy to compare copies/moves before/after the checkqueue changes. We could just add static incrementors for all copies and moves and see how they change
196 2016-09-23T17:04:54  <cfields> morcos: do you have a specific bench you've been using to test?
197 2016-09-23T17:07:49  <morcos> cfields: sorry i wasn't clear.  it wasn't the checkqueue changes.  it was the sigcache lock contention fix.  i had been using a boost lockfree queue and jeremy wrote a custom "cuckoo cache" which i like the design of a lot
198 2016-09-23T17:08:07  <morcos> without your copy/move changes they are equivalent , but with, the boost lock free queue improves more
199 2016-09-23T17:08:10  <morcos> very odd
200 2016-09-23T17:08:13  <morcos> should be unrelated i think
201 2016-09-23T17:08:19  <morcos> anyway, don't worry about it
202 2016-09-23T17:08:53  <morcos> only thing that would be useful if you could point me to where the moves happen the most..  but i'm going down 3 other rabbit holes at the moment, so don't get distracted from whatever you're doing
203 2016-09-23T17:08:56  <cfields> oh, i see. Sounds like you had some copies/moves in your boost branch, then
204 2016-09-23T17:09:37  <sipa> cuckoo cache, sounds fancy!
205 2016-09-23T17:10:52  <morcos> sipa: it's cool!
206 2016-09-23T17:11:25  <sipa> i know cuckoo hashtables
207 2016-09-23T17:11:33  <sipa> it is related?
208 2016-09-23T17:11:39  <morcos> yep
209 2016-09-23T17:14:03  <cfields> morcos: i believe the only hot move is in the checkqueue. https://github.com/bitcoin/bitcoin/blob/master/src/checkqueue.h#L150
210 2016-09-23T17:14:20  <cfields> and obviously that's not very significant
211 2016-09-23T17:15:24  <morcos> cool thx
212 2016-09-23T17:18:29  <cfields> morcos: and here are my changes to make the moves go away: http://pastebin.com/raw/LpGPzjFu
213 2016-09-23T17:19:38  <cfields> the emplace in CheckInputs could be significant if don't have something like that in your branch already
214 2016-09-23T17:35:39  *** Yogh has quit IRC
215 2016-09-23T17:37:21  *** Yogh has joined #bitcoin-core-dev
216 2016-09-23T17:54:39  *** molz has joined #bitcoin-core-dev
217 2016-09-23T17:54:42  *** moli has quit IRC
218 2016-09-23T17:56:28  *** mol has joined #bitcoin-core-dev
219 2016-09-23T17:59:54  *** molz has quit IRC
220 2016-09-23T18:03:55  *** Chris_Stewart_5 has joined #bitcoin-core-dev
221 2016-09-23T18:14:51  *** gabridome has joined #bitcoin-core-dev
222 2016-09-23T18:18:20  <jeremyrubin> ls
223 2016-09-23T18:18:25  <jeremyrubin> oops
224 2016-09-23T18:18:51  <jeremyrubin> cfields: that code already exists on his branch
225 2016-09-23T18:27:48  <morcos> sipa: if you don't know, i'll try to figure it out.  But among the consequences of the txChanged PR that made syncWithWallets happen in ActivateBestChain instead of ConnectTip, is you could get a reordering of when SyncWithWallets is called on various txs
226 2016-09-23T18:28:46  <morcos> For instance if during the processing of ABC, you both connect tips and disconnect them trying to find the longest valid chain...  for all the connects you'll be building up syncWithWallets to call at the end and for all the disconnects you'll be calling SyncWithWallets as you go
227 2016-09-23T18:29:05  <morcos> i don't have a good mental model for how SyncWithWallets should be used
228 2016-09-23T18:29:10  <morcos> perhaps i should be asking jonasschnelli
229 2016-09-23T18:47:35  <cfields> jeremyrubin: ah, thanks
230 2016-09-23T18:52:36  <morcos> sipa: jonasschnelli: well, as far as i can tell it seems ok i guess..  but i don't know how to be very confident
231 2016-09-23T18:55:05  *** gabridome has quit IRC
232 2016-09-23T19:01:46  *** gabridome has joined #bitcoin-core-dev
233 2016-09-23T19:07:17  *** gabridome has quit IRC
234 2016-09-23T19:08:32  *** laurentmt has joined #bitcoin-core-dev
235 2016-09-23T19:11:27  *** laurentmt has quit IRC
236 2016-09-23T19:24:44  *** mrkent has quit IRC
237 2016-09-23T19:50:12  <GitHub166> [bitcoin] tjps opened pull request #8801: [trivial] Switching from Boost for-each macros to C++11 for-each (master...tjps_foreach) https://github.com/bitcoin/bitcoin/pull/8801
238 2016-09-23T20:00:37  *** instagibbs has quit IRC
239 2016-09-23T20:01:51  *** instagibbs has joined #bitcoin-core-dev
240 2016-09-23T21:06:29  *** jannes has quit IRC
241 2016-09-23T21:24:01  *** Guyver2 has joined #bitcoin-core-dev
242 2016-09-23T21:26:18  *** cdecker has quit IRC
243 2016-09-23T21:35:16  *** Chris_Stewart_5 has quit IRC
244 2016-09-23T21:47:01  *** Alopex has quit IRC
245 2016-09-23T21:48:06  *** Alopex has joined #bitcoin-core-dev
246 2016-09-23T22:00:11  *** Alopex has quit IRC
247 2016-09-23T22:01:16  *** Alopex has joined #bitcoin-core-dev
248 2016-09-23T22:37:27  *** Guyver2 has quit IRC
249 2016-09-23T22:47:50  *** cryptapus is now known as cryptapus_afk
250 2016-09-23T22:49:11  *** Alopex has quit IRC
251 2016-09-23T22:50:16  *** Alopex has joined #bitcoin-core-dev
252 2016-09-23T23:00:16  *** laurentmt has joined #bitcoin-core-dev
253 2016-09-23T23:01:20  *** laurentmt has quit IRC
254 2016-09-23T23:07:22  *** jtimon has quit IRC
255 2016-09-23T23:10:06  *** Alopex has quit IRC
256 2016-09-23T23:11:11  *** Alopex has joined #bitcoin-core-dev
257 2016-09-23T23:20:40  *** murch has joined #bitcoin-core-dev
258 2016-09-23T23:21:08  *** stan_ has quit IRC
259 2016-09-23T23:21:42  *** stan_ has joined #bitcoin-core-dev
260 2016-09-23T23:26:10  *** stan_ has quit IRC