1 2017-09-01 00:58:18 <adiabat> hi, I got this error from bitcoind:
 2 2017-09-01 00:58:19 <adiabat> 2017-09-01 00:55:49 ERROR: ReadBlockFromDisk: Deserialize or I/O error - ReadCompactSize(): size too large at CBlockDiskPos(nFile=29, nPos=80052169)
 3 2017-09-01 00:58:56 <adiabat> probably a bit-flip on the disk... any way to recover or do I have to nuke it and start IBD over?  would reindex do anything?
 4 2017-09-01 00:59:34 <adiabat> (I'm guessing not since I don't think it's utxo related, I get this when a new peer is trying to start up from this node)
 5 2017-09-01 01:15:04 <adiabat> resolved: I copied blk00028.dat from another computer and now it works
 6 2017-09-01 01:29:18 <esotericnonsense> adiabat: :D
 7 2017-09-01 02:48:45 <kallewoof> I didnt realize the blk files were always the same.
 8 2017-09-01 03:20:41 <midnightmagic> they're not always the same
 9 2017-09-01 03:20:53 <midnightmagic> it depends on what blocks you've witnessed from your node.
10 2017-09-01 03:21:12 <midnightmagic> My blk files I guarantee you, for example, are very different from yours..?  Or is that not what you're saying.
11 2017-09-01 03:21:17 <olrrai> hi
12 2017-09-01 03:24:51 <olrrai> Are you gonna centralice bitcoin?
13 2017-09-01 03:30:26 <ossifrage> I don't think the blk files are the same from node to node, I think they depend on things like the order the blocks are read from the network (during sync)
14 2017-09-01 03:32:20 <ossifrage> stat blk0000[012345].dat: 134197146 134170054 134184741 134215217 134200052 134170138
15 2017-09-01 03:53:41 <kallewoof> midnightmagic: yeah, I was curious that adiabat's solution of copying a blk file from a different node worked at all
16 2017-09-01 05:03:36 <windsok> Anyone know if there will be a video posted of Greg's talk at SF Bitcoin Dev's the other day?
17 2017-09-01 05:31:37 <Emcy> ^interested
18 2017-09-01 05:35:32 <midnightmagic> kallewoof: that's possible to do. you have to copy chainstate too though
19 2017-09-01 14:20:56 <adiabat> kallewoof: well they were both raspi2s, and I went in to the blocks folder and sha256sum'd a bunch of them
20 2017-09-01 14:21:19 <adiabat> they all seemed the same, except for the blk00028.dat one, which had a different hash
21 2017-09-01 14:22:01 <adiabat> I figured it was worth trying as I was looking at re-downloading everything... and it did! so who knows
22 2017-09-01 15:03:41 <instagibbs> block files in general can be vastly out of order, AFAIK
23 2017-09-01 21:37:45 <ginseng> given a private key, is there any way to distinguish if it is an hd root private key or a child?
24 2017-09-01 21:39:42 <jimpo> If it is an xprvkey, then no. Every xprvkey is the root of a tree of keys, even if it is the child of another key.