12016-09-23T00:09:30 *** stan_ has quit IRC
22016-09-23T00:10:07 *** stan_ has joined #bitcoin-core-dev
32016-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
42016-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!"
52016-09-23T00:13:19 <luke-jr> lol
62016-09-23T00:14:33 *** stan_ has quit IRC
72016-09-23T00:14:58 <sipa> gmaxwell: only the PRed branch opens up
82016-09-23T00:15:17 <sipa> ah, for that example that may be sufficient, actually...
92016-09-23T00:22:35 <gmaxwell> yes, that was what I was thinking.
102016-09-23T00:24:59 <sipa> we should see what happens if you PR to two projects at once
112016-09-23T00:27:30 *** Chris_Stewart_5 has quit IRC
122016-09-23T00:42:38 *** Chris_Stewart_5 has joined #bitcoin-core-dev
132016-09-23T00:52:05 *** stan_ has joined #bitcoin-core-dev
142016-09-23T00:54:23 *** jchrome has joined #bitcoin-core-dev
152016-09-23T01:00:39 *** echonaut has quit IRC
162016-09-23T01:00:56 *** echonaut has joined #bitcoin-core-dev
172016-09-23T01:04:00 *** jchrome has quit IRC
182016-09-23T01:04:23 *** stan_ has quit IRC
192016-09-23T01:16:56 *** Ylbam has quit IRC
202016-09-23T01:20:41 *** stan_ has joined #bitcoin-core-dev
212016-09-23T01:21:10 *** jchrome has joined #bitcoin-core-dev
222016-09-23T01:34:01 *** dermoth_ has joined #bitcoin-core-dev
232016-09-23T01:34:29 *** dermoth has quit IRC
242016-09-23T01:34:31 *** dermoth_ is now known as dermoth
252016-09-23T01:37:51 *** jchrome has quit IRC
262016-09-23T01:39:26 *** Alopex has quit IRC
272016-09-23T01:40:31 *** Alopex has joined #bitcoin-core-dev
282016-09-23T02:11:56 *** stan_ has quit IRC
292016-09-23T02:26:49 *** MrHodl has quit IRC
302016-09-23T02:28:09 *** xinxi has joined #bitcoin-core-dev
312016-09-23T02:38:43 *** randy-waterhouse has quit IRC
322016-09-23T02:58:39 *** randy-waterhouse has joined #bitcoin-core-dev
332016-09-23T02:59:26 *** randy-waterhouse has quit IRC
342016-09-23T02:59:26 *** randy-waterhouse has joined #bitcoin-core-dev
352016-09-23T03:19:10 *** davec has quit IRC
362016-09-23T03:19:54 *** davec has joined #bitcoin-core-dev
372016-09-23T03:37:38 *** justan0theruser has quit IRC
382016-09-23T03:45:40 *** justanotheruser has joined #bitcoin-core-dev
392016-09-23T03:47:59 *** xinxi_ has joined #bitcoin-core-dev
402016-09-23T03:52:12 *** xinxi has quit IRC
412016-09-23T03:55:40 *** achow101 has quit IRC
422016-09-23T04:07:45 *** randy-waterhouse has quit IRC
432016-09-23T04:07:50 *** achow101 has joined #bitcoin-core-dev
442016-09-23T04:11:21 *** Alopex has quit IRC
452016-09-23T04:12:27 *** Alopex has joined #bitcoin-core-dev
462016-09-23T04:48:23 *** jon3ss has joined #bitcoin-core-dev
472016-09-23T04:58:54 <luke-jr> do we currently have a way to turn off NODE_NETWORK without enabling pruning?
482016-09-23T05:00:04 <gmaxwell> no, why would we?
492016-09-23T05:00:19 <luke-jr> so people don't IBD off me <.<
502016-09-23T05:00:33 <gmaxwell> oh well set the upload limiter to a tiny number. :)
512016-09-23T05:00:40 <gmaxwell> and you'll hang up on them when they do.
522016-09-23T05:00:52 <luke-jr> yeah, I'd rather just not have them ask though
532016-09-23T05:01:18 <luke-jr> otoh, I guess I have no reason to discourage light clients from connecting to me..
542016-09-23T05:01:40 <gmaxwell> fwiw, I found more bandwidth was being used by bitcoinj clients than ibding bitcoin core.
552016-09-23T05:02:40 <luke-jr> O.o
562016-09-23T05:02:46 <luke-jr> that's unexpected
572016-09-23T05:12:36 *** Giszmo has quit IRC
582016-09-23T05:16:17 *** Chris_Stewart_5 has quit IRC
592016-09-23T05:18:44 *** jtimon has quit IRC
602016-09-23T05:22:03 *** Alina-malina has quit IRC
612016-09-23T05:22:06 *** Alopex has quit IRC
622016-09-23T05:22:18 *** Alina-malina has joined #bitcoin-core-dev
632016-09-23T05:23:11 *** Alopex has joined #bitcoin-core-dev
642016-09-23T05:24:04 *** Alina-malina has quit IRC
652016-09-23T05:24:04 *** Alina-malina has joined #bitcoin-core-dev
662016-09-23T05:28:35 *** rogerwilco has quit IRC
672016-09-23T05:39:01 *** Alopex has quit IRC
682016-09-23T05:40:06 *** Alopex has joined #bitcoin-core-dev
692016-09-23T05:41:23 *** Ylbam has joined #bitcoin-core-dev
702016-09-23T05:45:18 *** DigiByteDev has joined #bitcoin-core-dev
712016-09-23T06:05:11 *** Alopex has quit IRC
722016-09-23T06:06:16 *** Alopex has joined #bitcoin-core-dev
732016-09-23T06:15:56 *** DigiByteDev has quit IRC
742016-09-23T06:42:06 *** Alopex has quit IRC
752016-09-23T06:43:11 *** Alopex has joined #bitcoin-core-dev
762016-09-23T07:11:29 *** xinxi_ has quit IRC
772016-09-23T08:06:22 *** Guyver2 has joined #bitcoin-core-dev
782016-09-23T08:38:03 <phantomcircuit> i was thinking of using an RAII wrapper for the CWalletDB pointer in CWallet
792016-09-23T08:38:18 <phantomcircuit> does anybody have an opinion on how that should be structured
802016-09-23T08:43:07 <phantomcircuit> luke-jr: they do all kinds of silly things compared to 1MB/10 minutes
812016-09-23T08:43:24 *** blaker has joined #bitcoin-core-dev
822016-09-23T08:43:44 <luke-jr> phantomcircuit: IBD isn't 1 MB/10 min
832016-09-23T08:49:07 *** paveljanik has quit IRC
842016-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?
852016-09-23T09:00:39 <luke-jr> wallet42: no, I don't know that there's value to it
862016-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
872016-09-23T09:01:49 *** JackH has joined #bitcoin-core-dev
882016-09-23T09:02:53 <wallet42> i think sipa posted a while ago a histogram showing the #getblocks[height]
892016-09-23T09:03:22 <wallet42> and its obviously heavily dispropotionate towards the recent blocks
902016-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
912016-09-23T09:05:17 <luke-jr> yes, but there is no shortage of dumb servers that serve the full chain anyway
922016-09-23T09:06:22 *** blaker has quit IRC
932016-09-23T09:07:04 *** blaker has joined #bitcoin-core-dev
942016-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
952016-09-23T09:18:07 *** blaker has quit IRC
962016-09-23T09:25:13 *** [Author] has quit IRC
972016-09-23T09:30:19 *** [Author] has joined #bitcoin-core-dev
982016-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?
992016-09-23T09:58:04 *** DigiByteDev has joined #bitcoin-core-dev
1002016-09-23T10:33:01 *** Alina-malina has quit IRC
1012016-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.
1022016-09-23T10:45:39 <GitHub132> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/2b514aa2eae6...5d0219d983b6
1032016-09-23T10:45:39 <GitHub132> bitcoin/master f839350 Pavel JanÃk: Do not shadow in src/qt
1042016-09-23T10:45:40 <GitHub132> bitcoin/master 5d0219d Wladimir J. van der Laan: Merge #8793: Do not shadow in src/qt...
1052016-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
1062016-09-23T10:49:04 *** DigiByteDev has quit IRC
1072016-09-23T10:54:25 *** DigiByteDev has joined #bitcoin-core-dev
1082016-09-23T10:55:29 <phantomcircuit> wallet42: there have been various ideas for doing some kind of sharding they all have issues though
1092016-09-23T10:55:37 <phantomcircuit> you really dont want to rebalance constantly
1102016-09-23T10:55:48 <phantomcircuit> but you also dont want the blocks a node stores to be based on when it joined the network
1112016-09-23T10:56:09 <phantomcircuit> achieving both goals turns out to be non trivial
1122016-09-23T10:57:08 <sipa> i've been keeping statistics on the depth of blocks being requested from my node
1132016-09-23T10:57:44 <sipa> the tip is of course by far the most requested (though i'm not counting CB HB mode sends)
1142016-09-23T10:58:17 <sipa> but after about 2 months deep the distribution is almost uniform down to genesis
1152016-09-23T10:58:54 <luke-jr> how long have you been keeping statistics? (2 months? :P)
1162016-09-23T10:59:10 <sipa> eh, yes
1172016-09-23T10:59:33 * luke-jr curious what it will look like 3 months from now
1182016-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
1192016-09-23T10:59:42 <luke-jr> oh, hm
1202016-09-23T10:59:44 <sipa> not absolute height
1212016-09-23T11:02:01 <sipa> it's much more spread out than i had anticipated, actually
1222016-09-23T11:02:18 <sipa> this implies that a lot of people sync while being 1-2 months behind
1232016-09-23T11:02:36 <sipa> overall, it's 7.5 million block downloads
1242016-09-23T11:02:45 <sipa> so not just some random outliers
1252016-09-23T11:03:40 <sipa> about 100k of which are at the tip
1262016-09-23T11:07:05 <sipa> and there are strange peaks around 820 deep and 1970 deep
1272016-09-23T11:52:06 *** midnightmagic has quit IRC
1282016-09-23T11:56:31 <GitHub8> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/5d0219d983b6...d2e46558ba0e
1292016-09-23T11:56:31 <GitHub8> bitcoin/master 6d0ced1 Gregory Maxwell: Do not set an addr time penalty when a peer advertises itself....
1302016-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....
1312016-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
1322016-09-23T12:09:22 *** midnightmagic has joined #bitcoin-core-dev
1332016-09-23T12:18:15 *** DigiByteDev has quit IRC
1342016-09-23T12:21:22 *** DigiByteDev has joined #bitcoin-core-dev
1352016-09-23T12:29:46 *** Guyver2_ has joined #bitcoin-core-dev
1362016-09-23T12:31:41 *** Guyver2 has quit IRC
1372016-09-23T12:31:49 *** Guyver2_ is now known as Guyver2
1382016-09-23T12:36:15 *** cryptapus_afk is now known as cryptapus
1392016-09-23T12:39:18 *** Evel-Knievel has joined #bitcoin-core-dev
1402016-09-23T12:43:50 *** Alina-malina has joined #bitcoin-core-dev
1412016-09-23T12:47:11 *** Alina-malina has quit IRC
1422016-09-23T12:47:11 *** Alina-malina has joined #bitcoin-core-dev
1432016-09-23T13:15:32 <jonasschnelli> Anyone interested in reviewing the "generic"-statistics PR (currently mempool only)? https://github.com/bitcoin/bitcoin/pull/8501
1442016-09-23T13:15:52 <jonasschnelli> The GUI mempool stats are based on that PR
1452016-09-23T13:21:32 *** stan_ has joined #bitcoin-core-dev
1462016-09-23T13:24:24 *** To7 has quit IRC
1472016-09-23T13:24:43 *** DigiByteDev has quit IRC
1482016-09-23T13:27:38 *** jtimon has joined #bitcoin-core-dev
1492016-09-23T13:30:17 *** tadasv has quit IRC
1502016-09-23T13:43:07 *** To7 has joined #bitcoin-core-dev
1512016-09-23T13:51:06 *** paveljanik has joined #bitcoin-core-dev
1522016-09-23T13:52:41 *** Guyver2 has quit IRC
1532016-09-23T14:02:17 *** shesek has quit IRC
1542016-09-23T14:14:38 *** molz has joined #bitcoin-core-dev
1552016-09-23T14:18:04 *** moli has quit IRC
1562016-09-23T14:18:38 *** shesek has joined #bitcoin-core-dev
1572016-09-23T14:23:27 *** Giszmo has joined #bitcoin-core-dev
1582016-09-23T14:49:26 *** tadasv has joined #bitcoin-core-dev
1592016-09-23T15:11:30 *** mrkent has joined #bitcoin-core-dev
1602016-09-23T15:21:38 *** Chris_Stewart_5 has joined #bitcoin-core-dev
1612016-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
1622016-09-23T16:06:53 *** Chris_Stewart_5 has quit IRC
1632016-09-23T16:18:53 <jonasschnelli> To bad github doesn't allow editing a review after posting it
1642016-09-23T16:19:06 <jonasschnelli> or do I miss something?
1652016-09-23T16:19:35 <achow101> jonasschnelli: nope, not missing anything.
1662016-09-23T16:19:51 <jonasschnelli> hmm.. I hope they will add this soon
1672016-09-23T16:23:15 <GitHub48> [bitcoin] jonasschnelli pushed 8 new commits to master: https://github.com/bitcoin/bitcoin/compare/d2e46558ba0e...24f72e9f3fd0
1682016-09-23T16:23:16 <GitHub48> bitcoin/master 0904c3c Jonas Schnelli: [Refactor] refactor function that forms human readable text out of a timeoffset
1692016-09-23T16:23:17 <GitHub48> bitcoin/master bd44a04 Jonas Schnelli: [Qt] make Out-Of-Sync warning icon clickable
1702016-09-23T16:23:17 <GitHub48> bitcoin/master a001f18 Jonas Schnelli: [Qt] Always pass the numBlocksChanged signal for headers tip changed
1712016-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
1722016-09-23T16:41:30 <morcos> cfields: gentle ping
1732016-09-23T16:41:45 <cfields> morcos: pong
1742016-09-23T16:41:56 <morcos> just wanted to follow up on the copy-move
1752016-09-23T16:42:14 <morcos> i thought you had already had move to prevector though in that branch?
1762016-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
1772016-09-23T16:42:47 <morcos> ah, so we need to make moves of transactions or scripts or something?
1782016-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:
1792016-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
1802016-09-23T16:43:22 <cfields> (there are .swap()s all over the place)
1812016-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
1822016-09-23T16:44:16 <morcos> where are the few places its called?
1832016-09-23T16:44:22 <cfields> i have few possible explanations there
1842016-09-23T16:44:31 <cfields> brb 2 min
1852016-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.
1862016-09-23T16:55:38 *** molz has quit IRC
1872016-09-23T16:56:13 *** moli has joined #bitcoin-core-dev
1882016-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
1892016-09-23T16:57:43 <cfields> apparently i re-did that yesterday with no memory of doing it the first time...
1902016-09-23T16:57:48 <morcos> cfields: np. but do you still think it shouldn't be much improvement?
1912016-09-23T16:57:51 <morcos> oh no
1922016-09-23T16:57:52 <morcos> ha
1932016-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
1942016-09-23T17:02:16 <cfields> hm, maybe not. looks like it just saves on allocation
1952016-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
1962016-09-23T17:04:54 <cfields> morcos: do you have a specific bench you've been using to test?
1972016-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
1982016-09-23T17:08:07 <morcos> without your copy/move changes they are equivalent , but with, the boost lock free queue improves more
1992016-09-23T17:08:10 <morcos> very odd
2002016-09-23T17:08:13 <morcos> should be unrelated i think
2012016-09-23T17:08:19 <morcos> anyway, don't worry about it
2022016-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
2032016-09-23T17:08:56 <cfields> oh, i see. Sounds like you had some copies/moves in your boost branch, then
2042016-09-23T17:09:37 <sipa> cuckoo cache, sounds fancy!
2052016-09-23T17:10:52 <morcos> sipa: it's cool!
2062016-09-23T17:11:25 <sipa> i know cuckoo hashtables
2072016-09-23T17:11:33 <sipa> it is related?
2082016-09-23T17:11:39 <morcos> yep
2092016-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
2102016-09-23T17:14:20 <cfields> and obviously that's not very significant
2112016-09-23T17:15:24 <morcos> cool thx
2122016-09-23T17:18:29 <cfields> morcos: and here are my changes to make the moves go away: http://pastebin.com/raw/LpGPzjFu
2132016-09-23T17:19:38 <cfields> the emplace in CheckInputs could be significant if don't have something like that in your branch already
2142016-09-23T17:35:39 *** Yogh has quit IRC
2152016-09-23T17:37:21 *** Yogh has joined #bitcoin-core-dev
2162016-09-23T17:54:39 *** molz has joined #bitcoin-core-dev
2172016-09-23T17:54:42 *** moli has quit IRC
2182016-09-23T17:56:28 *** mol has joined #bitcoin-core-dev
2192016-09-23T17:59:54 *** molz has quit IRC
2202016-09-23T18:03:55 *** Chris_Stewart_5 has joined #bitcoin-core-dev
2212016-09-23T18:14:51 *** gabridome has joined #bitcoin-core-dev
2222016-09-23T18:18:20 <jeremyrubin> ls
2232016-09-23T18:18:25 <jeremyrubin> oops
2242016-09-23T18:18:51 <jeremyrubin> cfields: that code already exists on his branch
2252016-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
2262016-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
2272016-09-23T18:29:05 <morcos> i don't have a good mental model for how SyncWithWallets should be used
2282016-09-23T18:29:10 <morcos> perhaps i should be asking jonasschnelli
2292016-09-23T18:47:35 <cfields> jeremyrubin: ah, thanks
2302016-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
2312016-09-23T18:55:05 *** gabridome has quit IRC
2322016-09-23T19:01:46 *** gabridome has joined #bitcoin-core-dev
2332016-09-23T19:07:17 *** gabridome has quit IRC
2342016-09-23T19:08:32 *** laurentmt has joined #bitcoin-core-dev
2352016-09-23T19:11:27 *** laurentmt has quit IRC
2362016-09-23T19:24:44 *** mrkent has quit IRC
2372016-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
2382016-09-23T20:00:37 *** instagibbs has quit IRC
2392016-09-23T20:01:51 *** instagibbs has joined #bitcoin-core-dev
2402016-09-23T21:06:29 *** jannes has quit IRC
2412016-09-23T21:24:01 *** Guyver2 has joined #bitcoin-core-dev
2422016-09-23T21:26:18 *** cdecker has quit IRC
2432016-09-23T21:35:16 *** Chris_Stewart_5 has quit IRC
2442016-09-23T21:47:01 *** Alopex has quit IRC
2452016-09-23T21:48:06 *** Alopex has joined #bitcoin-core-dev
2462016-09-23T22:00:11 *** Alopex has quit IRC
2472016-09-23T22:01:16 *** Alopex has joined #bitcoin-core-dev
2482016-09-23T22:37:27 *** Guyver2 has quit IRC
2492016-09-23T22:47:50 *** cryptapus is now known as cryptapus_afk
2502016-09-23T22:49:11 *** Alopex has quit IRC
2512016-09-23T22:50:16 *** Alopex has joined #bitcoin-core-dev
2522016-09-23T23:00:16 *** laurentmt has joined #bitcoin-core-dev
2532016-09-23T23:01:20 *** laurentmt has quit IRC
2542016-09-23T23:07:22 *** jtimon has quit IRC
2552016-09-23T23:10:06 *** Alopex has quit IRC
2562016-09-23T23:11:11 *** Alopex has joined #bitcoin-core-dev
2572016-09-23T23:20:40 *** murch has joined #bitcoin-core-dev
2582016-09-23T23:21:08 *** stan_ has quit IRC
2592016-09-23T23:21:42 *** stan_ has joined #bitcoin-core-dev
2602016-09-23T23:26:10 *** stan_ has quit IRC