1 2017-11-25 09:51:16 <buZz> is there anything special about 31.214.242.111 seednode?
 2 2017-11-25 09:51:39 <buZz> it and a couple others got removed from bitcoinabc, was trying to see if there was something about it
 3 2017-11-25 10:28:44 <buZz> 31.214.242.111:5964 - MiningSev0s BitcoinCash Mining Pool ...
 4 2017-11-25 10:28:49 <buZz> ok , some pool?
 5 2017-11-25 10:29:29 <buZz> p2pool even
 6 2017-11-25 11:08:04 <phantomcircuit> buZz, bitcoinabc is strictly not bitcoin
 7 2017-11-25 11:08:17 <buZz> yeah, sorry for bringing it up
 8 2017-11-25 14:46:55 <hkjn0> I feel like I'm missing something simple here, but is should not be expected that restarting a fully synced node with txindex=1 and -reindex would need to re-download the entire blockchain, right?
 9 2017-11-25 14:47:42 <hkjn0> since that seems to be the behavior I'm seeing on my node.. so if that's unexpected (I assume existing blocks should be scanned through to construct the index), what could be going wrong with my node to cause that behavior?
10 2017-11-25 14:59:40 <mlz> don't restart your node with -reindex
11 2017-11-25 22:42:11 <Chris_Stewart_5> So i'm looking at BIP32, is there any difference between N(m) and M?
12 2017-11-25 22:44:44 <Chris_Stewart_5> I'm looking specifically at this part: https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki#the-key-tree
13 2017-11-25 22:44:59 <Chris_Stewart_5> and this equivalence: N(m)/a/b/c = M/a/b/c.
14 2017-11-25 22:45:42 <arubi> yes they are the same
15 2017-11-25 22:46:40 <Chris_Stewart_5> arubi: so both are the extended public key corresponding to m
16 2017-11-25 22:47:01 <arubi> right, and the path is all non-hardened
17 2017-11-25 22:47:15 <Chris_Stewart_5> awesome! Thanks
18 2017-11-25 22:47:20 <arubi> yw