ChanServ changed the topic of #bitcoin-core-dev to: Bitcoin Core development discussion and commit log | Feel free to watch, but please take commentary and usage questions to #bitcoin | Channel logs: http://www.erisian.com.au/bitcoin-core-dev/, http://gnusha.org/bitcoin-core-dev/ | Weekly Meeting Thursday @ 14:00 UTC | Meeting topics http://gnusha.org/bitcoin-core-dev/proposedmeetingtopics.txt
bcdarc has joined #bitcoin-core-dev
jonatack has quit [Ping timeout: 260 seconds]
jonatack has joined #bitcoin-core-dev
Talkless has quit [Remote host closed the connection]
<jb55> 15x is a lot!
<jb55> assuming its doing everything correctly
<darosior> This measurement is using their equivalent of -assumevalid
<achow101> "Note that for blocks below the milestone (see below for terminology), Libbitcoin will skip transaction validation (besides checking they were properly committed, i.e. no malleation of either transactions or witnesses). This is in my opinion a similar threat model to Bitcoin Core’s -assumevalid." <-- that seems to be quite different?
<achow101> no validation at all vs checking everything but scripts
<gmaxwell> its making 15x the network connections and it sounds like it also does agressive connection management to cull the slowest peers (instead of just stallers)
<gmaxwell> darosior: an idea what the performance difference is from just pulling from a couple lan-attached fast peers?
___nick___ has quit [Ping timeout: 252 seconds]
<bitcoin-git> [gui-qml] hebasto pushed 6 commits to main: https://github.com/bitcoin-core/gui-qml/compare/88ce5253a4a3...c117acc07ffa
<bitcoin-git> gui-qml/main fad9bd7 jarolrod: qml: signal based navigation in onboarding
<bitcoin-git> gui-qml/main 02a3b25 jarolrod: qml: use signal based navigation in settings with subpages
<bitcoin-git> gui-qml/main a77c7f1 jarolrod: qml: use signal based navigation in CreateWallet pages, introduce wizard
<bitcoin-git> [gui-qml] hebasto merged pull request #427: Introduce Signal Based Navigation Model to have Self-Contained Pages (main...contain-pages) https://github.com/bitcoin-core/gui-qml/pull/427
<bitcoin-git> [gui-qml] hebasto opened pull request #429: ci, gha: Update `actions/checkout` actions (main...241028-ci) https://github.com/bitcoin-core/gui-qml/pull/429
sdaftuar has quit [Quit: WeeChat 3.0]
jon_atack has joined #bitcoin-core-dev
jon_atack has quit [Read error: Connection reset by peer]
S3RK has quit [Ping timeout: 252 seconds]
jon_atack has joined #bitcoin-core-dev
jonatack has quit [Ping timeout: 246 seconds]
S3RK has joined #bitcoin-core-dev
S3RK has quit [Ping timeout: 252 seconds]
S3RK has joined #bitcoin-core-dev
preimage has quit [Quit: WeeChat 4.4.2]
jon_atack has quit [Ping timeout: 252 seconds]
sdaftuar has joined #bitcoin-core-dev
jonatack has joined #bitcoin-core-dev
bugs_ has quit [Quit: Leaving]
<darosior> achow101: the threat model isn't materially different i think. Just that for us it'd not be a big per improvement to validate out of order since we still need to update the UTxO set.
<darosior> gmaxwell: i think willcl-ark and others have been benching this, albeit with a much faster machine. I'd expect parallel validation (+ validation in parallel to download itself) would still make for a substantial improvement.
<darosior> achow101: s/per improvement/perf improvement/
<bitcoin-git> [bitcoin] ryanofsky opened pull request #31174: tinyformat: Add compile-time checking for literal format strings (master...pr/tcheck) https://github.com/bitcoin/bitcoin/pull/31174