< larafale> phantomcircuit: electrum return any utxos by address
< phantomcircuit> larafale, ah
< phantomcircuit> yeah then that will work
< phantomcircuit> note that is querying a remote server to do that though
< bitcoin-git> [bitcoin] promag opened pull request #12079: Improve prioritisetransaction test coverage (master...2018-01-prioritisetransaction) https://github.com/bitcoin/bitcoin/pull/12079
< promag> BlueMatt: #11041 is green
< gribble> https://github.com/bitcoin/bitcoin/issues/11041 | Add LookupBlockIndex by promag · Pull Request #11041 · bitcoin/bitcoin · GitHub
< promag> should ParseHashV be used instead of ParseHashStr?
< phantomcircuit> has anybody attempted to build bloomfilters of blocks? (without a commitment)
< phantomcircuit> BlueMatt, the bloomfilter stuff matches against every data element in a scriptPubKey right
< d3vt4r> sup everyone
< sipa> phantomcircuit: neutrino
< phantomcircuit> sipa, wat
< phantomcircuit> i lost scroll back
< sipa> you're asking if someone ever implemented block-wide bloomfilters without commitment
< phantomcircuit> sipa, indeed, well i did as an rpc, i didn't see the bip pull 609 from roastbeef before hand
< phantomcircuit> apparently there's something that's more space efficient
< promag> wumpus: #623 is still valid I guess?
< gribble> https://github.com/bitcoin/bitcoin/issues/623 | Address book cannot be searched · Issue #623 · bitcoin/bitcoin · GitHub
< wumpus> promag: I think so, though in the interest of preventing address re-use, that's probably just as well
< bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/63a4dc10876b...c04cb48df961
< bitcoin-git> bitcoin/master 0d663f8 251: Fixes issue #12067 `sendmany` curl example is wrong....
< bitcoin-git> bitcoin/master c04cb48 Wladimir J. van der Laan: Merge #12077: [Docs] Correct `sendmany` curl example...
< bitcoin-git> [bitcoin] laanwj closed pull request #12077: [Docs] Correct `sendmany` curl example (master...patch/12067/fixes-sendmany-curl-example) https://github.com/bitcoin/bitcoin/pull/12077
< bitcoin-git> [bitcoin] laanwj pushed 2 new commits to 0.15: https://github.com/bitcoin/bitcoin/compare/2559a19e6fdb...cb7ef312ff34
< bitcoin-git> bitcoin/0.15 ad83936 Suhas Daftuar: Make boost::multi_index comparators const...
< bitcoin-git> bitcoin/0.15 cb7ef31 Wladimir J. van der Laan: Merge #12032: [backport] #11847 Make boost::multi_index comparators const...
< zelest> I hope I did the whole rebase thing correctly :o
< bitcoin-git> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/c04cb48df961...d38d1a3e75aa
< bitcoin-git> bitcoin/master fadf60e MarcoFalke: qa: Note on test order in test_runner
< bitcoin-git> bitcoin/master d38d1a3 MarcoFalke: Merge #11965: qa: Note on test order in test_runner...
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #11965: qa: Note on test order in test_runner (master...Mf1712-qaTestRunnerOrder) https://github.com/bitcoin/bitcoin/pull/11965
< bitcoinzombie> Hi
< promag> jnewbery: care to look #12079?
< gribble> https://github.com/bitcoin/bitcoin/issues/12079 | Improve prioritisetransaction test coverage by promag · Pull Request #12079 · bitcoin/bitcoin · GitHub
< bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/d38d1a3e75aa...5961b23898ee
< bitcoin-git> bitcoin/master 595a7ba Akira Takizawa: Increment MIT Licence copyright header year on files modified in 2017
< bitcoin-git> bitcoin/master 5961b23 Wladimir J. van der Laan: Merge #12062: Increment MIT Licence copyright header year on files modified in 2017...
< bitcoin-git> [bitcoin] laanwj closed pull request #12062: Increment MIT Licence copyright header year on files modified in 2017 (master...2018) https://github.com/bitcoin/bitcoin/pull/12062
< bitcoin-git> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/5961b23898ee...c991b304dee3
< bitcoin-git> bitcoin/master 415f86c fanquake: [scripts] Add missing univalue file to copyright_header.py
< bitcoin-git> bitcoin/master c991b30 MarcoFalke: Merge #12075: [scripts] Add missing univalue file to copyright_header.py...
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #12075: [scripts] Add missing univalue file to copyright_header.py (master...copyright-add-missing) https://github.com/bitcoin/bitcoin/pull/12075
< bitcoin-git> [bitcoin] promag opened pull request #12080: Add support to search the address book (master...2018-01-searchaddressbook) https://github.com/bitcoin/bitcoin/pull/12080
< mrannanay> Are there tests for #12080 ?
< gribble> https://github.com/bitcoin/bitcoin/issues/12080 | Add support to search the address book by promag · Pull Request #12080 · bitcoin/bitcoin · GitHub
< promag> mrannanay: no
< promag> s/address_type/change_type ?
< sipa> promag: why?
< promag> sipa: left a comment
< promag> I wonder if it could be just `type`, for instance, getnewaddress -type=bech32 or getrawchangeaddress -type=bech32
< promag> MarcoFalke: #12076 nice
< gribble> https://github.com/bitcoin/bitcoin/issues/12076 | qa: Use node_path wrapper in test framwork by MarcoFalke · Pull Request #12076 · bitcoin/bitcoin · GitHub
< promag> MarcoFalke: you have a typo in the commit message
< promag> and PR title
< sipa> promag: the RPC is called getrawchange*address*
< sipa> while regular change doesn't really turn into an address, for logistical reasons, when you use that RPC it is turned into one
< promag> sipa: how about just `type`? anyway, probably a late suggestion
< sipa> promag: that's far to generic i think
< bitcoin-git> [bitcoin] BTaskaya opened pull request #12081: It doesnt a coin system it is a AI's algorithm (master...master) https://github.com/bitcoin/bitcoin/pull/12081
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #12081: It doesnt a coin system it is a AI's algorithm (master...master) https://github.com/bitcoin/bitcoin/pull/12081
< bitcoin-git> [bitcoin] Christewart opened pull request #12082: Adding test case for SINGLE|ANYONECANPAY hash type in tx_valid.json (master...add_tx_valid_singleanyonecanpay) https://github.com/bitcoin/bitcoin/pull/12082
< BlueMatt> someone wanna nack+close or otherwise look at #12051? (issue is adding gpl-2 stuff to dist tarball)
< gribble> https://github.com/bitcoin/bitcoin/issues/12051 | add missing debian contrib files to tarball by puchu · Pull Request #12051 · bitcoin/bitcoin · GitHub
< luke-jr> BlueMatt: if it's in git, it should be in the dist tarball
< BlueMatt> I dont see why thats the case, its obviously a policy discussion we should discuss, not a hard rule, probably up to wumpus, I'd say
< jimpo> If I want a stream interface to read from a byte vector, is my best option CDataStream? The downside is that it copies the the contents and in my use case, I can read from the vector by reference.
< ryanofsky> jimpo, yeah i think that's the easiest thing to do. you could also write a new stream class that wraps already allocated storage
< jimpo> OK, yeah, I was going to propose a CVectorReader (given that there's already a CVectorWriter), and wanted to check if there was some reason not to.
< ryanofsky> it'd be nice to have. i wanted something like that for #10102, but was lazy and just used CDataStream instead
< gribble> https://github.com/bitcoin/bitcoin/issues/10102 | bitcoin-qt: spawn bitcoind and communicate over pipe (Experimental, WIP, Depends on #10244) by ryanofsky · Pull Request #10102 · bitcoin/bitcoin · GitHub
< sipa> jimpo: that may make sense; i wonder how many existing uses of CDataStream could use a CVectorReader
< Chris_Stewart_5> so everytime you read from CDataStream everything is copied instead of referenced?
< jimpo> Every time you create a CDataStream from a vector, the vector contents are copied
< BlueMatt> jimpo: I have one implemented in fibre somewhere.....
< BlueMatt> 0.15.1 erratta (backport-introduced bug): addnode $NODE onetry peers do not stay connected due to us assuming they are extra outbound nodes until #11456 makes them m_manual_connection nodes
< gribble> https://github.com/bitcoin/bitcoin/issues/11456 | Replace relevant services logic with a function suite. by TheBlueMatt · Pull Request #11456 · bitcoin/bitcoin · GitHub
< achow101> are the keypaths for the keys in a wallet stored anywhere?
< ryanofsky> they should be in CKeyMetadata::hdKeypath
< achow101> ugh, that's a string :(
< phantomcircuit> achow101, indeed it is
< phantomcircuit> why?
< achow101> I'm doing things where they need to be integers and I would rather not parse a string
< aadalbert> a
< phantomcircuit> achow101, ... ok what things
< achow101> implementing and writing tests for BIP 174
< achow101> part of the spec is to include the bip32 derivation path for a pubkey as a vector of uint32's
< phantomcircuit> achow101, isn't partially signed transactions implemented as simply missing the signature right now?
< achow101> phantomcircuit: kind of
< achow101> the whole point of bip 174 is that someone without access the the utxo set can sign a transaction
< jb55> wait transaction broadcast is default off? was trying to figure out why sendtoaddress wasn't working
< sipa> jb55: ?
< jb55> 6f252627b2843ff5072cb702b47e241f4ffbed92
< sipa> ?
< jb55> added a switch to disable wallet broadcast, but it's default off
< jb55> err
< sipa> looks like default on to me
< jb55> broadcast is default off I mean
< jb55> line 552
< jb55> 522
< sipa> that's just in CWallet
< sipa> in practice it's always overridden by command line handling
< sipa> it's also a patch from 2015
< jb55> I dont have -walletbroadcast set to anything, and broadcast is still disabled
< jb55> so ¯\_(ツ)_/¯?
< sipa> how do you know it is disabled?
< jb55> sec
< jb55> sipa: in CommitTransaction there's a if (fBroadcastTransaction)
< jb55> I added a printf and it isn't entering the block
< sipa> when creating a new transaction?
< jb55> sendtoaddress
< sipa> i'm very skeptical about this, as disabling broadcast (since 2015!) would have pretty much killed the network...
< jb55> right!
< jb55> I'm very confused...
< jb55> oh wait I'm dumb I think
< achow101> jb55: are you sure it isn't set in your bitcoin.conf?
< jb55> I think I was assuming testnet used it's own bitcoin.conf?
< sipa> no
< jb55> my ~/.bitcoin/bitcoin.conf has it disabled, I guess testnet uses that?
< sipa> if you don't specify a dofferent confog file or datador, yes
< sipa> i seem to have a problem hotting the i key
< jb55> indeed
< sipa> there is a PR to add network-specific sections to confog foles
< jb55> so I need to do bitcoind -testnet -conf=~/.bitcoin/testnet3/bitcoin.conf ?
< jb55> for some reason I thought it would do that... thx sipa!
< promag> uint256S("foo") is happy, should `getblock foo` give block not found of invalid parameter?
< promag> I vote for invalid parameter..
< promag> s/of/or
< sipa> invalid parameter, agree
< promag> it's a breaking change
< promag> fine for 16?