< bitcoin-git> [bitcoin] dongcarl opened pull request #13628: DRYify gitian-build.sh (master...gitian-build-cleanup) https://github.com/bitcoin/bitcoin/pull/13628
< kallewoof> cfields: Is this a poll about dev meeting time? I'd like to participate, obviously :P
< kallewoof> Don't see any email about it tho.
< Empact> 2 questions:
< Empact> 1) any opinions on switching to gtest from boost::test, rather than rolling our own? https://github.com/google/googletest
< Empact> 2) would it be preferable to run CI with sanitizers enabled? It seems so.
< bitcoin-git> [bitcoin] Empact opened pull request #13630: Drop unused pindexRet arg to CMerkleTx::GetDepthInMainChain (master...get-depth-in-main-chain) https://github.com/bitcoin/bitcoin/pull/13630
< bitcoin-git> [bitcoin] Empact closed pull request #13584: Audit string.h inclusion (master...cstring) https://github.com/bitcoin/bitcoin/pull/13584
< bitcoin-git> [bitcoin] Empact opened pull request #13631: Add CMerkleTx::IsImmatureCoinBase method (master...is-immature-coinbase) https://github.com/bitcoin/bitcoin/pull/13631
< bitcoin-git> [bitcoin] Empact closed pull request #12458: Enforce that amount is provided for signrawtransaction prevtxs (master...rawtransaction-amount-required) https://github.com/bitcoin/bitcoin/pull/12458
< bitcoin-git> [bitcoin] kallewoof closed pull request #13586: refactor: add benchmarks and speed up bech32 encoder (master...bech32-encode-char) https://github.com/bitcoin/bitcoin/pull/13586
< bitcoin-git> [bitcoin] Empact opened pull request #13632: refactor: Optimize bech32::Encode (master...bech32-encode-char) https://github.com/bitcoin/bitcoin/pull/13632
< bitcoin-git> [bitcoin] kallewoof reopened pull request #13586: refactor: add benchmarks to bech32::Encode/Decode (master...bech32-encode-char) https://github.com/bitcoin/bitcoin/pull/13586
< bitcoin-git> [bitcoin] Empact opened pull request #13633: Drop dead code from Stacks (master...stacks) https://github.com/bitcoin/bitcoin/pull/13633
< bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/fad42e8c4a9d...acc68bc63199
< bitcoin-git> bitcoin/master 189cf35 Karl-Johan Alm: Add simple bech32 benchmarks
< bitcoin-git> bitcoin/master acc68bc Wladimir J. van der Laan: Merge #13586: refactor: add benchmarks to bech32::Encode/Decode...
< bitcoin-git> [bitcoin] laanwj closed pull request #13586: refactor: add benchmarks to bech32::Encode/Decode (master...bech32-encode-char) https://github.com/bitcoin/bitcoin/pull/13586
< fanquake> wumpus 13574 should be good to go in
< wumpus> fanquake: thanks!
< wumpus> ooh 0.15 branch
< fanquake> Yea, we've done 0.17, 0.16 so far
< fanquake> Think 0.15 maintenance ends soon
< bitcoin-git> [bitcoin] laanwj pushed 2 new commits to 0.15: https://github.com/bitcoin/bitcoin/compare/1618c63095db...b66776515155
< bitcoin-git> bitcoin/0.15 809df9e fanquake: depends: Update Qt download url...
< bitcoin-git> bitcoin/0.15 b667765 Wladimir J. van der Laan: Merge #13574: [0.15] backport depends: Update Qt download url...
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #13634: ui: Compile boost::signals2 only once (master...Mf1807-uiSignals2Wrap) https://github.com/bitcoin/bitcoin/pull/13634
< bitcoin-git> [bitcoin] leekt216 opened pull request #13636: fixed typo (master...master) https://github.com/bitcoin/bitcoin/pull/13636
< bitcoin-git> [bitcoin] fanquake closed pull request #13636: fixed typo (master...master) https://github.com/bitcoin/bitcoin/pull/13636
< bitcoin-git> [bitcoin] MarcoFalke reopened pull request #11637: p2p: Remove dead service bits code (master...Mf1711-p2pDead) https://github.com/bitcoin/bitcoin/pull/11637
< bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/acc68bc63199...e538a952d5f0
< bitcoin-git> bitcoin/master beef7ec Matt Corallo: Remove useless mapRequest tracking that just effects Qt display....
< bitcoin-git> bitcoin/master e538a95 Wladimir J. van der Laan: Merge #13622: Remove mapRequest tracking that just effects Qt display....
< bitcoin-git> [bitcoin] laanwj closed pull request #13622: Remove mapRequest tracking that just effects Qt display. (master...2018-07-kill-maprequest) https://github.com/bitcoin/bitcoin/pull/13622
< bitcoin-git> [bitcoin] promag opened pull request #13637: wallet: Add GetBalances to calculate all balances (master...2018-06-wallet-getbalance) https://github.com/bitcoin/bitcoin/pull/13637
< jnewbery> The unicorns have returned :(
< jnewbery> #13557 and #12196 both time out for me
< gribble> https://github.com/bitcoin/bitcoin/issues/13557 | BIP 174 PSBT Serializations and RPCs by achow101 · Pull Request #13557 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/12196 | Add scantxoutset RPC method by jonasschnelli · Pull Request #12196 · bitcoin/bitcoin · GitHub
< bitcoin-git> [bitcoin] domob1812 opened pull request #13638: tests: Use MAX_SCRIPT_ELEMENT_SIZE from script.py (master...script-element-size) https://github.com/bitcoin/bitcoin/pull/13638
< cfields> kallewoof: sorry I missed you! You managed to evade the lists I pulled names from. I have a few different mails for you, pm me the one you'd like to use?
< wumpus> jnewbery: I also had a unicorn while at the building bitcoin conference, haven't seen any since yet, will take a look
< instagibbs> jnewbery, I'm having trouble reviewing PSBT branch. What's with achow101 PRs anyways :)
< instagibbs> (unicorns for days)
< gmaxwell> Empact: re #13632 sipa's C++ implementation of bech32 string operations in bitcoin is grossly slow in a dozen different ways, because it was made for simplicity and readability. The C implementation in the bech32 examples should be a lot faster (and also was not optimized for the highest speed). It seems weird to me to keep seeing PRs doing nibbling speed optimizations for code that just wasn
< gmaxwell> 't intended to be fast. AFAIK there is basically no reason to make this code fast.
< gribble> https://github.com/bitcoin/bitcoin/issues/13632 | refactor: Optimize bech32::Encode by Empact · Pull Request #13632 · bitcoin/bitcoin · GitHubAsset 1Asset 1
< wumpus> getting "unicorn!" too for 13557, not 12196 though
< wumpus> agree with gmaxwell, I don't think that needed to be re-opene
< wumpus> it's not on the critical path, why so much PR traaffic to optimize it
< Empact> Fair enough, I don't have a good overall understanding of critical paths etc, was just picking up the work. Will close.
< gmaxwell> maybe at some point it would show up in a listunspent profile or simimlar, but I'm highly doubful that it'll ever be an issue. :)
< gmaxwell> I think kallewoof was interested because he was implementing a vanity key grinder... but for that, you can skip the bech32 entirely unless you need to match on the last couple characters. ... and even if you do, you'd be much better off optimizing the C implementation.
< bitcoin-git> [bitcoin] Empact closed pull request #13632: refactor: Optimize bech32::Encode (master...bech32-encode-char) https://github.com/bitcoin/bitcoin/pull/13632
< Empact> Thanks, appreciate the context.
< gmaxwell> Empact: thanks for giving it a shot in any case. :)
< instagibbs> a note in the code to that effect may not hurt
< achow101> jnewbery: instagibbs: have you tried refreshing? that usually works for me
< bitcoin-git> [bitcoin] MarcoFalke pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/e538a952d5f0...5ba77df15de9
< bitcoin-git> bitcoin/master 4bcd5bb practicalswift: Add locking annotations for variables guarded by cs_KeyStore
< bitcoin-git> bitcoin/master 968b76f practicalswift: Add missing cs_KeyStore lock
< bitcoin-git> bitcoin/master 5ba77df MarcoFalke: Merge #13114: wallet/keystore: Add Clang thread safety annotations for variables guarded by cs_KeyStore...
< instagibbs> achow101, ok this time it did, previously no it didn't work
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #13114: wallet/keystore: Add Clang thread safety annotations for variables guarded by cs_KeyStore (master...guarded-by-cs_KeyStore) https://github.com/bitcoin/bitcoin/pull/13114
< bitcoin-git> [bitcoin] Empact reopened pull request #13619: Include cstring alongside select in compat/glib_sanity.cpp (master...glib-sanity) https://github.com/bitcoin/bitcoin/pull/13619
< jbaczuk> why is there no financial incentive for nodes on the network? could they for example get tx fees instead of the miners? Then just leave it up to the nodes to decide what blocks can be mined on it?
< jbaczuk> sorry wrong channel
< wumpus> yes...
< jbaczuk> clear
< bitcoin-git> [bitcoin] dongcarl closed pull request #13628: gitian-build.sh cleanup (master...gitian-build-cleanup) https://github.com/bitcoin/bitcoin/pull/13628
< cfields> Empact_ / gmaxwell: I have a c++11 constexpr bech32 encoder if there's any interest
< cfields> never did anything with it because I never finished the decoder
< sipa> cfields: haha, nice
< sipa> i don't think it's particularly useful though
< cfields> not at all :)
< cfields> probably pretty efficient for something like grinding though, since it never malloc()s.
< gmaxwell> It might be nice to use pretty constants with no runtime overhead ... but we don't have address constants. :P
< sipa> cfields: for grinding you want to translate the bech32 string pattern to a bitmask, and just match against that
< sipa> and unless the pattern includes the checksum, there's no need to include that part in the grinding algorithm even
< cfields> sipa: ah, right
< cfields> gmaxwell: yea, that was my interest. works out to: constexpr auto addr = "AA12UELSL"_bech32;
< cfields> iirc I ran into some limitation. That part didn't end up working.
< gmaxwell> thats nice, though, I think not useful for us. :P
< cfields> gmaxwell: yep, again, useless :). It was just a hack-project to help understand bech32.