12016-10-29T00:08:29 *** Squidicc has joined #bitcoin-core-dev
22016-10-29T00:08:43 *** AaronvanW has quit IRC
32016-10-29T00:10:42 *** squidicuz has quit IRC
42016-10-29T01:04:31 *** rebroad has joined #bitcoin-core-dev
52016-10-29T01:13:59 *** jtimon has quit IRC
62016-10-29T01:45:48 <GitHub115> [bitcoin] sipa opened pull request #9039: Various serialization simplifcations and optimizations (master...simpleserial) https://github.com/bitcoin/bitcoin/pull/9039
72016-10-29T01:53:58 *** Chris_Stewart_5 has quit IRC
82016-10-29T01:55:57 *** Chris_Stewart_5 has joined #bitcoin-core-dev
92016-10-29T01:57:53 *** achow101 has left #bitcoin-core-dev
102016-10-29T01:58:00 *** achow101 has joined #bitcoin-core-dev
112016-10-29T02:02:52 *** zooko has quit IRC
122016-10-29T02:03:36 *** Chris_Stewart_5 has quit IRC
132016-10-29T02:26:23 *** fengling has joined #bitcoin-core-dev
142016-10-29T02:50:08 *** Ylbam has quit IRC
152016-10-29T02:55:01 *** Squidicc is now known as squidicuz
162016-10-29T03:03:31 *** Chris_Stewart_5 has joined #bitcoin-core-dev
172016-10-29T03:04:40 *** justanotheruser has joined #bitcoin-core-dev
182016-10-29T03:05:04 *** justan0theruser has quit IRC
192016-10-29T03:07:50 *** btcdrak has quit IRC
202016-10-29T03:19:52 *** fengling has quit IRC
212016-10-29T03:20:34 *** Chris_Stewart_5 has quit IRC
222016-10-29T03:59:00 *** rebroad has quit IRC
232016-10-29T04:15:15 *** fengling has joined #bitcoin-core-dev
242016-10-29T04:37:34 *** fengling has quit IRC
252016-10-29T04:58:19 *** Giszmo has quit IRC
262016-10-29T04:58:34 *** rebroad has joined #bitcoin-core-dev
272016-10-29T05:33:50 *** rebroad has quit IRC
282016-10-29T05:35:48 *** dermoth has quit IRC
292016-10-29T05:36:46 *** dermoth has joined #bitcoin-core-dev
302016-10-29T05:41:26 *** Lauda_ is now known as Lauda
312016-10-29T05:41:32 *** Lauda has joined #bitcoin-core-dev
322016-10-29T05:45:38 *** DigiByteDev has joined #bitcoin-core-dev
332016-10-29T05:51:25 *** kadoban has quit IRC
342016-10-29T05:59:33 *** btcdrak has joined #bitcoin-core-dev
352016-10-29T06:00:13 *** dermoth has quit IRC
362016-10-29T06:01:05 *** dermoth has joined #bitcoin-core-dev
372016-10-29T06:20:52 *** dermoth has quit IRC
382016-10-29T06:37:21 *** rebroad has joined #bitcoin-core-dev
392016-10-29T07:02:06 *** Alopex has quit IRC
402016-10-29T07:03:12 *** Alopex has joined #bitcoin-core-dev
412016-10-29T07:29:40 *** aalex has quit IRC
422016-10-29T07:33:31 *** aalex has joined #bitcoin-core-dev
432016-10-29T07:51:53 *** LeMiner has quit IRC
442016-10-29T08:22:18 *** AaronvanW has joined #bitcoin-core-dev
452016-10-29T09:03:42 *** nibor has quit IRC
462016-10-29T09:34:13 *** molz has quit IRC
472016-10-29T09:39:42 *** Bi has joined #bitcoin-core-dev
482016-10-29T09:47:29 *** Ylbam has joined #bitcoin-core-dev
492016-10-29T09:59:43 <Bi> Guys, if I have a block with only the coinbase tx and one segwit tx. It takes sha256->sha256 on 64 bytes of data to calculate the witness' merkle - right?
502016-10-29T09:59:58 <Bi> And the first 32 bytes are zero?
512016-10-29T10:00:35 <Bi> While the other 32 bytes is sha256->sha256 of the raw segwit transaction?
522016-10-29T10:01:36 <Bi> It seems very simple, but I must be doing something wrong, beacuse my merkle roots dont match the expected values
532016-10-29T10:02:11 <Bi> Can someone please help me?
542016-10-29T10:07:29 <Bi> Or maybe you could at leat tell me what is wtxid of this transaction: 01000000000101f15a2db447e8316e9f20073ab8bdeac53df1a53d415fbd41e73929699b889e7a0000000017160014fb459699ce9ca78de6d0790121dfb215883acb64ffffffff0100111024010000001976a914fb459699ce9ca78de6d0790121dfb215883acb6488ac02483045022100c5feadba5fbcc28afb940c7ee664bba81830f19a5407ae49cf75f565534b149702200a7c2b6b1b5846a37c434ffe0cae168d6b797de9087a21176f2c9ef6fa9f47aa014104b848ab6ac853cd
552016-10-29T10:07:30 <Bi> 69baaa750c70eb352ebeadb07da0ff5bbd642cb285895ee43f2889dd12642ca0ff9b2489bd82d4d5ca287c4ebdf509f1bcd02d6fa720542e2900000000
562016-10-29T10:08:02 <Bi> it is from this block: https://testnet.blockexplorer.com/block/0000000000000009fdda232a7dfb09682aeb35e04d1437b4ed6a08e9abb479e0
572016-10-29T10:17:33 *** rebroad has quit IRC
582016-10-29T10:34:04 <Victorsueca> Bi: your transaction is supposed to have 2 IDs, the txid as it has always been and the new wtxid
592016-10-29T10:34:55 <Victorsueca> the txid should be sha256(sha256(original serialization format))
602016-10-29T10:35:58 <Victorsueca> the wtxid should be sha256(sha256(new serialization format with witness data))
612016-10-29T10:36:51 <Victorsueca> if your transaction does not have any witness data the txid and the wtxid should be the same
622016-10-29T10:41:24 <Bi> Victorsueca, yes I know all of this
632016-10-29T10:42:07 <Bi> Bu my merkle roots dont match :(
642016-10-29T10:42:45 <Victorsueca> hmmmm
652016-10-29T10:43:48 <Bi> If someone could give me the expected wtxid for the given raw transaction?
662016-10-29T10:49:08 <Victorsueca> weird.... can't decode your hex string using decoderawtransaction
672016-10-29T10:49:51 <Victorsueca> also tried blockchain.info transaction parses but I wouldn't be surprised if that failed anyway
682016-10-29T10:50:05 <arubi> the transaction is fine
692016-10-29T10:50:09 <Bi> This is segwit transaction
702016-10-29T10:50:23 <Bi> it decodes properly here: http://n.bitcoin.ninja/checktx
712016-10-29T10:50:46 <Bi> It is a real tx from testent block #895231
722016-10-29T10:51:06 <Victorsueca> why does bitcoin-cli decoderawtransaction not work then?
732016-10-29T10:51:45 <Bi> I dont know
742016-10-29T10:51:58 <arubi> it works for me..
752016-10-29T10:52:10 <Bi> Make sure to remove all the spaces
762016-10-29T10:52:22 <Victorsueca> ahhh yeah
772016-10-29T10:52:27 <Bi> So what is its wtxid?
782016-10-29T10:52:34 <Victorsueca> IRC added a line jump, forgot about that
792016-10-29T10:54:10 <arubi> Bi, as reported by bitcoin-cli, it's 508e4409c2cdff3d08b54370147cf6bf4d328f8248e4c60941a528b4d0375159 . not sure how much that'll help you
802016-10-29T10:54:25 <Bi> ok, thank you - I have the same one
812016-10-29T10:54:38 *** fengling has joined #bitcoin-core-dev
822016-10-29T10:54:43 <Bi> But then it doesnt create a correct merkle hash
832016-10-29T10:55:00 <Bi> if you look into this block: https://testnet.blockexplorer.com/block/0000000000000009fdda232a7dfb09682aeb35e04d1437b4ed6a08e9abb479e0
842016-10-29T10:55:28 <arubi> I am
852016-10-29T10:55:41 <Bi> ... it expects segwit merkle root of 554949ea7454928f42158d3554817f70c1fa8ba75e769faa58128ac05d333d28
862016-10-29T10:56:34 <arubi> looks like it, right. hopefully the hash in the op_return output is actually reversed like you say.. I'm not sure
872016-10-29T10:56:47 <Bi> and when you hash null hash (wtxid of coinbase) followed by this 508e4409c2cdff3d08b54370147cf6bf4d328f8248e4c60941a528b4d0375159 - I get something else
882016-10-29T10:57:21 <Bi> I was trying swapping and not swapping - no success :(
892016-10-29T10:58:03 <Victorsueca> Bi: here's your transaction in JSON format https://softnet.homenet.org/zerobin/?11d833ece4506b4e#IYNmeQ7+/uvT/uZUW6TbikcrQus5TJa8AJruObsa3bY=
902016-10-29T10:58:04 <arubi> but what's in that return output is not just the wtxid merkle root
912016-10-29T10:58:21 <Victorsueca> and here's your block in JSON https://softnet.homenet.org/zerobin/?4e1d5fd2c883f51c#BKcO0qKshmbruiyexoJltMZIMqf4p7OMbzch05rnkQA=
922016-10-29T10:58:35 <Victorsueca> jus queried those from my node
932016-10-29T10:58:38 <arubi> the merkle root is appended the witness reserved value and then hashed hash256 again
942016-10-29T10:59:11 <Bi> oh?
952016-10-29T10:59:13 <Bi> is it?
962016-10-29T10:59:13 <arubi> at least that's what I gathered from bip141
972016-10-29T10:59:50 <Bi> No, it says "A witness root hash is calculated with all those wtxid as leaves, in a way similar to the hashMerkleRoot in the block header."
982016-10-29T10:59:58 <arubi> right, and then...
992016-10-29T11:00:09 <arubi> Double-SHA256(witness root hash|witness reserved value
1002016-10-29T11:00:13 <arubi> )
1012016-10-29T11:01:04 <Bi> right - thank you!
1022016-10-29T11:01:07 <Bi> this must be it
1032016-10-29T11:01:09 <arubi> also, pretty sure that at least with the wtxid I gave you, you /should/ reverse the bytes. and also treat the bytes like they are in the commitment hash
1042016-10-29T11:01:32 <arubi> (so not reversed like you pasted)
1052016-10-29T11:02:12 <Bi> yes, reversing I knew about
1062016-10-29T11:02:15 *** Guyver2 has joined #bitcoin-core-dev
1072016-10-29T11:02:29 <Bi> Double-SHA256(witness root hash|witness reserved value) - was the part I missed
1082016-10-29T11:02:35 <Bi> thanks again
1092016-10-29T11:02:40 <arubi> cheers Bi
1102016-10-29T11:05:13 <Bi> Yes, it works no!
1112016-10-29T11:05:16 <Bi> Cheers
1122016-10-29T11:05:19 <arubi> yep, tried it too :)
1132016-10-29T11:05:22 <Bi> now*
1142016-10-29T11:15:33 *** DigiByteDev has quit IRC
1152016-10-29T11:17:58 *** molz has joined #bitcoin-core-dev
1162016-10-29T11:30:15 *** Bi has quit IRC
1172016-10-29T11:30:59 *** belcher has quit IRC
1182016-10-29T11:32:55 *** belcher has joined #bitcoin-core-dev
1192016-10-29T11:36:41 *** JackH has quit IRC
1202016-10-29T12:02:11 *** fengling has quit IRC
1212016-10-29T12:10:49 *** JackH has joined #bitcoin-core-dev
1222016-10-29T12:11:29 *** dermoth has joined #bitcoin-core-dev
1232016-10-29T12:26:12 *** molz is now known as moli
1242016-10-29T12:41:16 *** fengling has joined #bitcoin-core-dev
1252016-10-29T13:04:08 *** e4xit_ has joined #bitcoin-core-dev
1262016-10-29T13:05:33 *** e4xit has quit IRC
1272016-10-29T13:05:34 *** e4xit_ is now known as e4xit
1282016-10-29T13:17:25 *** fengling has quit IRC
1292016-10-29T13:19:58 *** aalex has quit IRC
1302016-10-29T13:23:12 *** JackH has quit IRC
1312016-10-29T13:23:29 *** aalex has joined #bitcoin-core-dev
1322016-10-29T13:23:59 *** JackH has joined #bitcoin-core-dev
1332016-10-29T13:38:13 *** belcher has quit IRC
1342016-10-29T13:47:45 *** belcher has joined #bitcoin-core-dev
1352016-10-29T14:07:39 *** tonikt has joined #bitcoin-core-dev
1362016-10-29T14:13:12 *** tonikt has quit IRC
1372016-10-29T14:13:12 *** tonikt has joined #bitcoin-core-dev
1382016-10-29T14:16:20 <tonikt> Is the presence of the witness root field (in the coinbase output) mandatory, after SEGWIT activation?
1392016-10-29T14:17:08 <tonikt> (assuming there are any segwit txs inside the block)
1402016-10-29T14:20:00 <tonikt> Sorry, I found it. It's the "unexpected-witness" code :)
1412016-10-29T14:29:40 *** JackH has quit IRC
1422016-10-29T14:33:51 *** rebroad has joined #bitcoin-core-dev
1432016-10-29T14:49:42 *** LeMiner has joined #bitcoin-core-dev
1442016-10-29T15:01:01 <sipa> tonikt: not, not mandatoy
1452016-10-29T15:03:32 <tonikt> sipa: I think it becomes mandatory, after the activation.
1462016-10-29T15:03:38 <tonikt> yes?
1472016-10-29T15:05:41 <tonikt> .. it would go to "if (!fHaveWitness) ..." in ContextualCheckBlock()
1482016-10-29T15:06:31 <tonikt> .. and then it would find a tx with segwit, and then it would return error "unexpected-witness"
1492016-10-29T15:19:47 *** belcher has quit IRC
1502016-10-29T15:22:04 *** belcher has joined #bitcoin-core-dev
1512016-10-29T15:44:53 <Victorsueca> tonikt: non-segwit blocks are supposed to still be valid even after activation
1522016-10-29T16:05:16 <tonikt> Sure. I was just wondering, after the activation, whether I have to reject blocks without the segwit root
1532016-10-29T16:05:54 <tonikt> It seemed logical to reject them, but could not find that part of code
1542016-10-29T16:11:23 <sipa> tonikt: no, if no transaction contains a witness, there is no requirement for a witness commitment
1552016-10-29T16:12:02 <tonikt> yes - only if there is at least one witness transaction
1562016-10-29T16:12:06 <sipa> of course
1572016-10-29T16:12:14 <sipa> then it is mandatory
1582016-10-29T16:12:22 <tonikt> but I think it also counts coinbase transaction as a possible witness-type?
1592016-10-29T16:15:21 <tonikt> I have another, more high-level question...
1602016-10-29T16:15:52 <tonikt> I am on testnet network now and trying to sync up the chain and all my current peers are pre 0.13.0
1612016-10-29T16:16:06 <tonikt> And I am already on block #893669
1622016-10-29T16:16:27 <sipa> tonikt: the coinbase witness is not committed to anywhere excet by the commitment in the output
1632016-10-29T16:16:45 <tonikt> I should not be taking any block data from these peers, should I?
1642016-10-29T16:16:46 <sipa> tonikt: which means that if you don't have a commitment, you can just remove the coinbase witness
1652016-10-29T16:17:18 <sipa> without invalidating anything
1662016-10-29T16:17:27 <sipa> we only download blocks from witness peers, indeed
1672016-10-29T16:17:56 *** dermoth has quit IRC
1682016-10-29T16:18:24 <tonikt> sipa: OK - that's interesting. I forgot that removing the witness from CB would not change txid, so it would still validate the block :)
1692016-10-29T16:19:35 <sipa> indeed
1702016-10-29T16:20:04 <sipa> if there is no witness commitment, it means that no tx has a witness
1712016-10-29T16:20:12 <sipa> including the coinbase
1722016-10-29T16:20:43 <tonikt> OK - all clear now
1732016-10-29T16:20:46 <tonikt> thanks
1742016-10-29T16:21:40 <tonikt> do you know any running testnet node where I could connect to fetch some segwith blocks?
1752016-10-29T16:21:58 <tonikt> all my peers are < 0.13.0 now :)
1762016-10-29T16:22:13 *** laurentmt has joined #bitcoin-core-dev
1772016-10-29T16:22:33 <sipa> use x9.seed.bitcoin.sipa.be
1782016-10-29T16:22:45 <sipa> eh, that's mainnet
1792016-10-29T16:23:04 <sipa> for testnet i think jonasschnelli's and petertodd's seed support filtering
1802016-10-29T16:23:27 *** laurentmt has quit IRC
1812016-10-29T16:23:37 <tonikt> if you have a running node, would you just give me an IP, please?
1822016-10-29T16:24:19 <sipa> 37.34.48.17
1832016-10-29T16:25:16 <tonikt> thank you!
1842016-10-29T16:48:54 *** zooko has joined #bitcoin-core-dev
1852016-10-29T17:13:04 <BlueMatt> uhhhh, preferential peering is quite impressive... https://imgur.com/a/jwH7R
1862016-10-29T17:18:16 *** echonaut1 has quit IRC
1872016-10-29T17:19:02 *** echonaut has joined #bitcoin-core-dev
1882016-10-29T17:35:15 *** LeMiner2 has joined #bitcoin-core-dev
1892016-10-29T17:37:34 *** JackH has joined #bitcoin-core-dev
1902016-10-29T17:38:12 *** LeMiner has quit IRC
1912016-10-29T17:38:12 *** LeMiner2 is now known as LeMiner
1922016-10-29T17:42:44 *** kadoban has joined #bitcoin-core-dev
1932016-10-29T17:44:28 <sipa> BlueMatt: 174 connections here
1942016-10-29T17:50:13 *** belcher has quit IRC
1952016-10-29T17:51:23 *** belcher has joined #bitcoin-core-dev
1962016-10-29T18:02:27 *** tonikt has quit IRC
1972016-10-29T18:14:38 <Victorsueca> used to have 70-80 peers, I have 121 right now
1982016-10-29T18:18:56 <sipa> i temporarily increased my max connections
1992016-10-29T18:25:42 <BlueMatt> sipa: i had something like 250 on that node
2002016-10-29T18:26:21 <BlueMatt> (with some blacklisting of bad nodes)
2012016-10-29T18:27:58 *** zooko has quit IRC
2022016-10-29T18:33:44 <sipa> seems my dns seed has a bug... it's using 400% cpu and is not responding to dns requests
2032016-10-29T18:34:03 <sipa> yay for multiple implementations
2042016-10-29T19:01:10 *** dermoth has joined #bitcoin-core-dev
2052016-10-29T19:15:44 * btcdrak forks sipa
2062016-10-29T19:19:31 <sipa> fixed, i think
2072016-10-29T19:21:55 <sipa> jonasschnelli, petertodd, luke-jr: pushed a bugfix to bitcoin-seeder which could cause infinite loops in the dns handling thread
2082016-10-29T19:22:27 <luke-jr> sipa: I'm intentionally holding back my version for a little while just to avoid us all using the same code immediately
2092016-10-29T19:22:42 <luke-jr> is it an exploit, or am I probably okay?
2102016-10-29T19:22:59 <sipa> luke-jr: you're probably already stuck in an infinite loop
2112016-10-29T19:23:14 <sipa> is the 'DNS requests' number going up?
2122016-10-29T19:23:17 <luke-jr> CPU is 100% idle, so I doubt it?
2132016-10-29T19:23:23 <luke-jr> yes
2142016-10-29T19:23:24 <sipa> indeed, then i doubt it
2152016-10-29T19:23:26 <luke-jr> [16-10-29 19:23:24] 591/5717464 available (5713103 tried in 132614s, 3081 new, 1280 active), 4288200 banned; 1851875 DNS requests, 316442 db queries
2162016-10-29T19:23:59 <sipa> did you upgrade to have filtering support?
2172016-10-29T19:24:06 <luke-jr> -rw-r--r-- 1 bitcoinpool bitcoinpool 849M Oct 29 18:49 dnsseed.dat <-- is this right? O.o
2182016-10-29T19:24:09 <luke-jr> no
2192016-10-29T19:24:34 <luke-jr> (the size)
2202016-10-29T19:25:01 <sipa> with 11M addresses in your database, i guess yes
2212016-10-29T19:25:09 <sipa> the question is why do you have so many addresses in there
2222016-10-29T19:25:18 <sipa> i have 2.5M
2232016-10-29T19:26:03 <luke-jr> plaintext dump is only 117 MB
2242016-10-29T19:26:48 <sipa> the dump doesn't contain banned/terrible IPs
2252016-10-29T19:27:26 <luke-jr> would it matter that I dropped crawler threads to 20 for a long time?
2262016-10-29T19:27:51 <sipa> 160M -rw-rw-r-- 1 pw pw 160M Oct 29 12:27 dnsseed.dat 54M -rw-r--r-- 1 pw pw 54M Oct 29 12:27 dnsseed.dump
2272016-10-29T19:28:10 <sipa> it seems you're spending a huge amount of time retrying IPs that are gone
2282016-10-29T19:28:23 <sipa> your node needs 2 days to cycle through everything
2292016-10-29T19:28:31 <sipa> it's 15 minutes here
2302016-10-29T19:28:36 <luke-jr> :o
2312016-10-29T19:28:58 <luke-jr> I guess variety is worth the overhead?
2322016-10-29T19:29:11 <sipa> i would say so
2332016-10-29T19:29:25 <sipa> but i'd still like to understand why yours behaves so differently from mine
2342016-10-29T19:30:09 <luke-jr> only difference in mine from 11e935b72020607e5c3ce85a88209bc34e427a06 is REQUIRE_VERSION 70001
2352016-10-29T19:30:41 <luke-jr> ./dnsseed -h dnsseed.bitcoin.dashjr.org -n jun.dashjr.org -p 1053 -t 80
2362016-10-29T19:32:58 <luke-jr> sipa: some years ago, my server was blackholed semi-regularly for a while due to an upstream/backbone router hating the crawler's access patterns; could blackholing do it?
2372016-10-29T19:33:12 <luke-jr> ie, maybe it thinks all IPs are sometimes terrible
2382016-10-29T19:33:55 <sipa> you only have 591 good IPs
2392016-10-29T19:34:00 <sipa> i have 4000
2402016-10-29T19:34:26 <sipa> wow, only 3000 suddenly... perhaps due to being offline for a while as a result of that bug
2412016-10-29T19:34:36 <sipa> usually it's around 4000
2422016-10-29T19:39:32 *** aalex has quit IRC
2432016-10-29T19:43:41 *** aalex has joined #bitcoin-core-dev
2442016-10-29T19:54:34 *** mkarrer has quit IRC
2452016-10-29T20:04:29 *** aalex has quit IRC
2462016-10-29T20:08:38 *** aalex has joined #bitcoin-core-dev
2472016-10-29T20:18:40 *** aalex has quit IRC
2482016-10-29T20:19:09 *** aalex has joined #bitcoin-core-dev
2492016-10-29T20:53:48 *** moli has quit IRC
2502016-10-29T21:19:36 *** juscamarena has joined #bitcoin-core-dev
2512016-10-29T21:20:17 *** moli has joined #bitcoin-core-dev
2522016-10-29T21:26:27 *** AtashiCon has quit IRC
2532016-10-29T21:41:29 *** AtashiCon has joined #bitcoin-core-dev
2542016-10-29T21:50:32 *** aalex has quit IRC
2552016-10-29T21:50:36 *** DigiByteDev has joined #bitcoin-core-dev
2562016-10-29T21:52:47 *** echonaut2 has joined #bitcoin-core-dev
2572016-10-29T21:53:06 *** echonaut has quit IRC
2582016-10-29T21:53:39 *** aalex has joined #bitcoin-core-dev
2592016-10-29T21:53:54 *** echonaut has joined #bitcoin-core-dev
2602016-10-29T21:54:27 *** echonaut2 has quit IRC
2612016-10-29T21:57:05 *** JackH has quit IRC
2622016-10-29T22:03:23 *** PaulCapestany has quit IRC
2632016-10-29T22:04:13 *** PaulCapestany has joined #bitcoin-core-dev
2642016-10-29T22:06:43 *** helo has quit IRC
2652016-10-29T22:07:28 *** helo has joined #bitcoin-core-dev
2662016-10-29T22:09:14 *** Guyver2 has quit IRC
2672016-10-29T23:06:37 *** cdecker has quit IRC
2682016-10-29T23:15:52 *** molz has joined #bitcoin-core-dev
2692016-10-29T23:18:24 *** moli has quit IRC
2702016-10-29T23:23:19 *** mol has joined #bitcoin-core-dev
2712016-10-29T23:25:01 *** d9b4bef9 has quit IRC
2722016-10-29T23:26:17 *** d9b4bef9 has joined #bitcoin-core-dev
2732016-10-29T23:26:41 *** molz has quit IRC
2742016-10-29T23:29:01 *** rebroad has quit IRC
2752016-10-29T23:41:43 *** mol has quit IRC
2762016-10-29T23:48:47 *** moli has joined #bitcoin-core-dev
2772016-10-29T23:50:48 *** fengling has joined #bitcoin-core-dev
2782016-10-29T23:59:28 *** cryptapus_afk is now known as cryptapus