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?
<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
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.