< bitcoin-git>
bitcoin/master a5089f6 hackerrdave: fix directory path for secp256k1 subtree in developer-notes
< bitcoin-git>
bitcoin/master 988eaf2 fanquake: Merge #17752: doc: fix directory path for secp256k1 subtree in developer-n...
< bitcoin-git>
[bitcoin] fanquake merged pull request #17752: doc: fix directory path for secp256k1 subtree in developer-notes (master...docs-subtrees) https://github.com/bitcoin/bitcoin/pull/17752
< instagibbs>
jonatack, I'm just trying to understand the PR in question. Like I said the comments in the PR/issues are light about actual motivation
< jonatack>
np. what confuses me is that labels are associated with addresses, and send/receive are categories of txns (e.g. listtransactions). So labels having a send/receive purpose seems orthogonal/conflated (to me).
< instagibbs>
mm ok
< jonatack>
i'm not sure there is a clear roadmap on labels so putting it on the table seems good.
< instagibbs>
I guess "send" for address makes no sense
< elichai2>
could we parallelize the `loadblk` thread? whith assumevalid most of the processing is spent on that thread. the problem is that we need to have a up-to-the-block UTXO set to check that the txs are valid. but maybe we could pre-process the blocks and leave them as a list of used inputs and new outputs and then block by block verify that they're actually in the UTXO set and then remove+add the changes
< jonatack>
and getaddressinfo otherwise doesn't return send/receive, just ismine true/false
< jonatack>
instagibbs: i tried adding a unit test for #17677 after the previous round of changes that didn't affect any tests but didn't figure it out
< instagibbs>
jonatack, I think for unit tests you're going to have to define a new spkm, add watchonly coins, then make sure they aren't added to the results of ListCoins
< jonatack>
instagibbs: thanks
< bitcoin-git>
[bitcoin] fanquake opened pull request #17756: build: remove WINDOWS_BITS from build system (master...remove_windows_bitness) https://github.com/bitcoin/bitcoin/pull/17756
< bitcoin-git>
[bitcoin] MarcoFalke closed pull request #17593: test: move more utility functions into test utility library (master...201911_test_moveutil) https://github.com/bitcoin/bitcoin/pull/17593
< bitcoin-git>
[bitcoin] MarcoFalke reopened pull request #17593: test: move more utility functions into test utility library (master...201911_test_moveutil) https://github.com/bitcoin/bitcoin/pull/17593
< bitcoin-git>
bitcoin/master facbaf0 MarcoFalke: rpc: Use mempool from node context instead of global
< bitcoin-git>
bitcoin/master fa660d6 MarcoFalke: node: Use mempool from node context instead of global
< bitcoin-git>
bitcoin/master fa8e650 MarcoFalke: rest: Use mempool from node context instead of global
< bitcoin-git>
[bitcoin] MarcoFalke merged pull request #17564: rpc: Use mempool from node context instead of global (master...1911-rpcNoTxPoolGlobal) https://github.com/bitcoin/bitcoin/pull/17564