00:18 < GitHub105> [bitcoin] SCDeveloper opened pull request #8703: Addition of ImmatureCreditCached to MarkDirty() (master...patch-5) https://github.com/bitcoin/bitcoin/pull/8703

02:08 < GitHub63> [bitcoin] achow101 opened pull request #8704: [RPC] Transaction details in getblock (master...getblock-extraverbose) https://github.com/bitcoin/bitcoin/pull/8704

11:18 < jonasschnelli> Any good recommendations how to store a HD pubkey (assume we are doing public child key derivation) in the wallet? I think most simplest way is probably adding a hdpubkey object together with the seed-keyid and the keypath.

11:26 < wumpus> yes, I guess so

11:28 < wumpus> sounds like a lot of metadata, is that only for 'parent keys' or for every single derived key?

11:37 < jonasschnelli> wumpus: Would be required for every derived key

11:38 < jonasschnelli> The 32byte private key would be not required,.. just a hash160 for the master-keyid.

11:38 < jonasschnelli> And the keypath (couple of bytes).

11:38 < jonasschnelli> I guess its not very much larger

11:39 < wumpus> right

11:47 < btcdrak> https://github.com/bitcoin-core/bitcoincore.org/pull/212

13:29 < jonasschnelli> Is it possible to get a inv containing blocks together with txs as an answer on a getblocks message? Is picking out hashes instead of just trowing the whole inv buffer to the getdata required?

13:29 < jonasschnelli> (assume non-cmp-block peers)

16:28 < jl2012> is there a limit for the size of debug.log?

21:17 < BlueMatt> someone wanna close #8705 as notabug?