< CrazyPython> When will bitcoin reach 1.0?
< sipa> the next release of Bitcoin Core will be 22.0
< sipa> (this isn't some major milestone or whatever, just recognizing that our numbering practices have become inconsistent with reality, so the 0. is dropped)
< CrazyPython> sipa: ah
< sipa> bitcoin itself doesn't have a version number
< CrazyPython> If Bitcoin were on semver, then 0.x would mean Bitcoin is prone to backwards-incompatible changes
< CrazyPython> sipa: <hard fork count>.<soft fork count>.<patch count> could be a numbering system for bitcoin
< CrazyPython> sipa: What about block versions?
< sipa> but what does it entail? just the consensus rules? those don't have patch levels, and softforks aren't necessarily a linear progression
< sipa> there are also protocol versions for p2p
< sipa> and block and tx version numbers
< CrazyPython> sipa: Yes, consensus rules
< CrazyPython> Has Bitcoin Core ever done an intended hard fork?
< sipa> not since it has had that name
< sipa> there were some in very early satoshi days
< sipa> in any case, this channel is about bitcoin core really
< CrazyPython> Are there any upcoming plans for optimizing Bitcoin? (Other than Taproot, Schnorr)
< sipa> there are lots of improvements being worked on by various people, some related to consensus rules, but far more things in p2p improvements (mostly in bitcoin core), generic software improvements in various software, other software stack built on top, ...
< sipa> there isn't one grand roadmap because there isn't anyone that could decide one
< luke-jr> CrazyPython: https://en.bitcoin.it/wiki/Consensus_versions might be useful
< CrazyPython> Thanks for the information
< CrazyPython> Is Bitcoin Core's block verification code highly optimized?
< sipa> there are certainly improvements possible always, but it'd say it's fairly optimized
< CrazyPython> How many of the Bitcoin developers have churned? Anyone still around from the Satoshi days?
< sipa> if you're going to ask more of these questions, it may be better to ask on https://bitcoin.stackexchange.com; it's more generic than just bitcoin core, and has lots of people answering
< CrazyPython> I understand. Apologies.
< sipa> i don't think anyone is still active that actually collaborated with satoshi, though there are a bunch of people still who were active in end 2010 etc
< sipa> (of course, pseudonyms makes that difficult to be sure about)
< bitcoin-git> [bitcoin] MarcoFalke pushed 4 commits to master: https://github.com/bitcoin/bitcoin/compare/66fd3b28e85c...8f80092d78f7
< bitcoin-git> bitcoin/master a3d090d Hennadii Stepanov: net: Restrict period when cs_vNodes mutex is locked
< bitcoin-git> bitcoin/master 229ac18 Hennadii Stepanov: net: Combine two loops into one, and update comments
< bitcoin-git> bitcoin/master 8c8237a Hennadii Stepanov: net, refactor: Fix style in CConnman::StopNodes
< bitcoin-git> [bitcoin] MarcoFalke merged pull request #21563: net: Restrict period when cs_vNodes mutex is locked (master...210331-send) https://github.com/bitcoin/bitcoin/pull/21563
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #21773: fuzz: Ensure prevout is consensus-valid (master...2104-fuzzScript) https://github.com/bitcoin/bitcoin/pull/21773
< bitcoin-git> [gui] brunoerg opened pull request #294: Update GUI repository (master...master) https://github.com/bitcoin-core/gui/pull/294
< bitcoin-git> [gui] brunoerg closed pull request #294: Update GUI repository (master...master) https://github.com/bitcoin-core/gui/pull/294
< hebasto> ryanofsky: your opinion in https://github.com/bitcoin-core/gui/issues/295 discussion will be much appreciated
< bitcoin-git> [gui] hebasto merged pull request #284: refactor: Simplify SendCoinsDialog::updateCoinControlState (master...2021-04-sendcoinsdialog) https://github.com/bitcoin-core/gui/pull/284
< bitcoin-git> [bitcoin] hebasto pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/8f80092d78f7...c4571a0c39e0
< bitcoin-git> bitcoin/master 5f438d6 João Barbosa: refactor, qt: Simplify SendCoinsDialog::updateCoinControlState
< bitcoin-git> bitcoin/master c4571a0 Hennadii Stepanov: Merge bitcoin-core/gui#284: refactor: Simplify SendCoinsDialog::updateCoin...
< jeremyrubin> is there a reason why GenericSignatureChecker takes a `const T* txTo` and not a const T& txTo?
< jeremyrubin> afaict, we never nullcheck txTo from any of the functions
< luke-jr> if someone wants to help me get caught up on BIPs PRs, this one looks annoying to figure out if technically sound: https://github.com/bitcoin/bips/pull/1107/files
< harding> luke-jr might have me on ignore, but I'm happy to commit to spending up to several hours carefully reviewing that PR today, if he'll spend even half an hour today on 1104.
< luke-jr> I'm down to 8 tabs of BIPs PRs, one of which is presumably 1104; I don't know how involved the tab(s) before that are to go through
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #21775: p2p: Limit m_block_inv_mutex (master...2104-netLockBlockInv) https://github.com/bitcoin/bitcoin/pull/21775
< bitcoin-git> [gui] hebasto opened pull request #296: Do not use QObject::tr plural syntax for numbers with a unit symbol (master...210425-plurals) https://github.com/bitcoin-core/gui/pull/296
< harding> luke-jr: how about I review 1107 now (taking my time to do it right), when I'm done I link you to my comment, you give my comment a quick skim to make sure it looks like I've done a reasonable job, and then you bump 1104 to the top of your queue.
< bitcoin-git> [gui] hebasto opened pull request #297: Avoid unnecessary translations (master...210425-btc) https://github.com/bitcoin-core/gui/pull/297
< luke-jr> harding: I am starting on 1104 (without special treatment) if you still want to review 1107
< harding> luke-jr: I don't want to review 1107 and I don't think trading reviews qualifies as special treatment, but I'll review 1107 out of a sense of trying to be excessively accomodating.
< bitcoin-git> [gui] RandyMcMillan opened pull request #298: qt: peertableview alternating row colors (master...alt-row-colors) https://github.com/bitcoin-core/gui/pull/298