16:00:07 <abubakarsadiq> #startmeeting 
16:00:07 <corebot`> abubakarsadiq: Meeting started at 2026-04-09T16:00+0000
16:00:08 <corebot`> abubakarsadiq: Current chairs: abubakarsadiq
16:00:09 <corebot`> abubakarsadiq: Useful commands: #action #info #idea #link #topic #motion #vote #close #endmeeting
16:00:10 <corebot`> abubakarsadiq: See also: https://hcoop-meetbot.readthedocs.io/en/stable/
16:00:11 <corebot`> abubakarsadiq: Participants should now identify themselves with '#here' or with an alias like '#here FirstLast'
16:00:29 <sliv3r__> hi
16:00:30 <janb84> hi
16:00:31 <jonatack> hi
16:00:33 <johnny9dev> hi
16:00:36 <danielabrozzoni> hi
16:00:38 <eugenesiegel> hi
16:00:42 <dzxzg> hi
16:00:42 <lightlike> hi
16:00:51 <instagibbs> hi
16:00:55 <hebasto> hi
16:01:02 <abubakarsadiq> #bitcoin -core-dev Meeting: abubakarsadiq achow101 _aj_ ajonas b10c brunoerg cfields darosior dergoegge dzxzg eugenesiegel fanquake fjahr furszy gleb glozow hebasto hodlinator instagibbs janb84 jarolrod jonatack josibake kanzure kevkevin laanwj LarryRuane lightlike l0rinc luke-jr maflcko marcofleon maxedw Murch pinheadmz provoostenator ryanofsky sdaftuar S3RK stickies-v sipa sliv3r__ sr_gi tdb3 theStack TheCharlatan
16:01:02 <abubakarsadiq> vasild willcl-ark
16:01:10 <andrewtoth_> hi
16:01:11 <vasild> hi
16:01:18 <l0rinc> hi
16:01:20 <brunoerg> hi
16:01:27 <maxedw> hi
16:01:29 <purpleKarrot> hoi
16:01:30 <sipa> hi
16:02:00 <abubakarsadiq> starting with working groups
16:02:03 <abubakarsadiq> #topic Net Split WG Update (cfields)
16:02:43 <dergoegge> hi
16:02:47 <kanzure> hi
16:03:01 <pinheadmz> hi
16:03:04 <abubakarsadiq> #topic Fuzzing WG Update (dergoegge)
16:03:26 <dergoegge> Not much to say but we published a second blog post about fuzzamoto: https://brink.dev/blog/2026/04/09/fuzzamoto-non-determinism/
16:03:29 <cfields> hi
16:03:38 <yancy_> hi
16:03:42 <dergoegge> that's it
16:03:47 <cfields> Sorry, coming in a little late
16:03:58 <abubakarsadiq> hi cfields
16:04:07 <abubakarsadiq> #topic Net Split WG Update (cfields)
16:04:16 <furszy> hi
16:04:33 <cfields> I just pushed #35040. It's move-only. please have a look :)
16:04:34 <corebot`> https://github.com/bitcoin/bitcoin/issues/35040 | Remove CNode dependency for local address functions and introduce LocalAddressManger by theuni · Pull Request #35040 · bitcoin/bitcoin · GitHub
16:05:18 <abubakarsadiq> Nice. Is that it?
16:05:25 <cfields> 👍
16:05:35 <abubakarsadiq> #topic Libevent removal (pinheadmz, fjahr)
16:05:40 <pinheadmz> hello
16:05:46 <pinheadmz> From fjahr: "#34158 was merged. Now my only PR left on this project is #34342 and since it depended on some changes from #34905, which was also merged, I was now able to take it out of draft status and it’s ready for review. It has some small parts shared with #32061 but I have decoupled it for now to allow for independent review."
16:05:50 <corebot`> https://github.com/bitcoin/bitcoin/issues/34158 | torcontrol: Remove libevent usage by fjahr · Pull Request #34158 · bitcoin/bitcoin · GitHub
16:05:52 <corebot`> https://github.com/bitcoin/bitcoin/issues/34342 | cli: Replace libevent usage with simple http client by fjahr · Pull Request #34342 · bitcoin/bitcoin · GitHub
16:05:55 <corebot`> https://github.com/bitcoin/bitcoin/issues/34905 | Update string and net utils for future HTTP operations by pinheadmz · Pull Request #34905 · bitcoin/bitcoin · GitHub
16:06:01 <corebot`> pinheadmz: Error: That URL raised <Connection timed out.>
16:06:07 <pinheadmz> And for me, now that 34905 was merged, next PR is #34772 which currently has 2 ACKs. Then I can rebase #32061 (removing the first 7 commits) and address the feedback there from hodlinator and vasild.
16:06:12 <corebot`> https://github.com/bitcoin/bitcoin/issues/34772 | test: modernize interface_http and cover more libevent behavior by pinheadmz · Pull Request #34772 · bitcoin/bitcoin · GitHub
16:06:13 <corebot`> https://github.com/bitcoin/bitcoin/issues/32061 | Replace libevent with our own HTTP and socket-handling implementation by pinheadmz · Pull Request #32061 · bitcoin/bitcoin · GitHub
16:06:32 <pinheadmz> and thats all for us !
16:06:45 <cfields> 🚀
16:06:48 <dzxzg> Very cool
16:07:15 <abubakarsadiq> #topic QML GUI WG Update (johnny9dev)
16:07:54 <johnny9dev> focused on external signer support this week. I have configuration and wallet creation and working through getting signing setup in the send flow.
16:08:23 <johnny9dev> epicleafies: any status?
16:08:55 <epicleafies> was out of town, planning on working on another uri issue and fixing up previous PRs
16:09:08 <johnny9dev> thanks, that is all
16:09:35 <abubakarsadiq> #topic Kernel WG Update (sedited)
16:10:16 <cfields> I believe he's still away
16:10:50 <abubakarsadiq> sedited is not here, but I pushed #35000, to add unit + fuzz test for block validity, motivation and other details are in description.
16:10:52 <corebot`> https://github.com/bitcoin/bitcoin/issues/35000 | test: Add block validation unit tests + fuzz target for `TestBlockValidity` by ismaelsadeeq · Pull Request #35000 · bitcoin/bitcoin · GitHub
16:11:22 <hodlinator> hi
16:12:34 <abubakarsadiq> That's it from me. I don't think there is any kernel-related update.
16:12:51 <abubakarsadiq> #topic Benchmarking WG Update (l0rinc, andrewtoth)
16:12:53 <l0rinc> #34208 was merged, from now on we can make a few benchmarks more realistic by excluding the expensive setup times from the measurements.
16:12:56 <corebot`> https://github.com/bitcoin/bitcoin/issues/34208 | bench: add fluent API for untimed `setup` steps in nanobench by l0rinc · Pull Request #34208 · bitcoin/bitcoin · GitHub
16:13:03 <l0rinc> A follow-up was pushed to #35025 and #32554 was rebased.
16:13:05 <corebot`> https://github.com/bitcoin/bitcoin/issues/35025 | refactor: use `SpanReader` in deserialization benchmarks by l0rinc · Pull Request #35025 · bitcoin/bitcoin · GitHub
16:13:08 <corebot`> https://github.com/bitcoin/bitcoin/issues/32554 | bench: replace embedded raw block with configurable block generator by l0rinc · Pull Request #32554 · bitcoin/bitcoin · GitHub
16:13:11 <l0rinc> #34124 was also rebased after the change, it's ready for review again.
16:13:14 <corebot`> https://github.com/bitcoin/bitcoin/issues/34124 | validation: make `CCoinsView` a pure virtual interface by l0rinc · Pull Request #34124 · bitcoin/bitcoin · GitHub
16:14:07 <l0rinc> That's it from me.
16:14:14 <abubakarsadiq> Nice
16:14:17 <andrewtoth_> no update from me
16:14:47 <abubakarsadiq> There are no pre-proposed meeting topics this week. Any last minute topic?
16:15:01 <_aj_> are there any docs on how long users should expect IBD to take? i thought on modest hardware it was a couple of days, but it seems to be ~12 hours?
16:15:41 <l0rinc> rpi4 is very slow, but rpi5 is already less than a day with latest assumevalid
16:15:43 <pinheadmz> how "modest" is your hardware ?!
16:16:07 <_aj_> vm on >5 year old high-end desktop?
16:16:11 <andrewtoth_> there are a lot of determining factors
16:16:13 <l0rinc> after #31132 even rpi5 finishes in less than 10 hours
16:16:14 <abubakarsadiq> _aj_: I dont think we have ibd.md doc
16:16:16 <corebot`> https://github.com/bitcoin/bitcoin/issues/31132 | validation: fetch block inputs on parallel threads by andrewtoth · Pull Request #31132 · bitcoin/bitcoin · GitHub
16:16:27 <pinheadmz> l0rinc are those pis both 64 bit?
16:16:30 <l0rinc> yes
16:16:49 <l0rinc> and they have SHA acceleration via the cryptographic extension
16:17:04 <l0rinc> 16 GB mem performs best, 8 GB mem takes 1.5 days
16:17:06 <abubakarsadiq> loric: "latest assumevalid" you mean bumping to chain tip?
16:17:13 <sliv3r__> l0rinc pi5 using the nvme slot?
16:17:14 <l0rinc> yes, latest master
16:17:30 <l0rinc> PCIe, not usb anymore
16:18:44 <andrewtoth_> having a peer connected via local network helps as well. Using public p2p network is a crapshoot
16:18:44 <l0rinc> but a lot of users still set the dbcache equal to the memory - which makes it swap and IBD will take weeks. We added warnings and documentation to avoid that
16:19:12 <abubakarsadiq> andrewtoth_: we can't use that as a realistic bench for other users though, we expect people to sync via public p2p
16:19:17 <_aj_> maybe benchcoin or something could have some example configs and performance stats for half a dozen common example configs?
16:19:42 <sliv3r__> _aj_: maybe not docs saying how long should expect but giving hints on how to speed it up
16:19:43 <l0rinc> I usually sync via real nodes when checking IBD, I just run it multiple times for stability
16:20:27 <_aj_> (if p2p is the bottleneck now, we should maybe just improve that more aggressively; i've no idea how much it is, and i think .au latency tends to make it worse too)
16:20:55 <abubakarsadiq> _aj_: +1
16:21:00 <andrewtoth_> abubakarsadiq: yes, but with public p2p there is no determinism
16:21:02 <l0rinc> there isn't a lot that can be configured, we've modified the related default configs to accommodate the new reality
16:21:38 <l0rinc> yes, download is already the bottleneck for the average internet speed. With 100 mbps it takes ~16 hours just to download all the data.
16:21:58 <_aj_> if the default config is good enough, then performance stats on common hard (rpi4, rpi5, low-end desktop, high-end desktop, cheap vps, expensive vps) would be pretty good?
16:22:31 <l0rinc> _aj_ if you have any ideas which areas to investigate, please let me know, I'd love to play with it
16:22:53 <l0rinc> _aj_ my M4 PR laptop can do a full validation in less than 2 hours
16:22:57 <andrewtoth_> #31132 helps a lot with cheap vps, since network connected storage has high latency
16:23:00 <corebot`> https://github.com/bitcoin/bitcoin/issues/31132 | validation: fetch block inputs on parallel threads by andrewtoth · Pull Request #31132 · bitcoin/bitcoin · GitHub
16:23:14 <sliv3r__> l0rinc udp :P
16:23:30 <cfields> If p2p is a bottleneck, #34083 may help on slow machines as well. I really need to get that rebased and address feedback. It's an easy win.
16:23:30 <abubakarsadiq> l0rinc: with default config?
16:23:34 <corebot`> https://github.com/bitcoin/bitcoin/issues/34083 | Add initial vectorized chacha20 implementation for 2-3x speedup by theuni · Pull Request #34083 · bitcoin/bitcoin · GitHub
16:23:39 <_aj_> l0rinc: the performance i saw was great, it was just my expectations that were out of whack. i think my remote peers were slowing down block download from my local peer, but only connecting to my local peer solved that, so
16:24:07 <l0rinc> abubakarsadiq: after andrewtoth's parallel input fetcher the dbcache size doesn't matter as much anymore
16:24:22 <_aj_> cfields: (i did see a lot of cpu from the sending peer fwiw, so i expect that would have helped a little, i thought about turning v2transport off but didn't)
16:25:53 <abubakarsadiq> #topic 31.0 (achow101)
16:26:03 <l0rinc> cfields: I will prioritize reviewing that in more depth if you have time to work on it
16:26:15 <achow101> rc4 was tagged yesterday, please test. Hoping this is the last rc
16:26:28 <cfields> l0rinc: ack, thanks.
16:26:31 <achow101> And please review the release notes draft in the wiki
16:26:37 <achow101> That's all
16:27:21 <abubakarsadiq> Anything else to discuss?
16:29:02 <abubakarsadiq> #endmeeting