16:00:07 <stickies-v> #startmeeting 
16:00:07 <corebot> stickies-v: Meeting started at 2025-11-27T16:00+0000
16:00:08 <corebot> stickies-v: Current chairs: stickies-v
16:00:09 <corebot> stickies-v: Useful commands: #action #info #idea #link #topic #motion #vote #close #endmeeting
16:00:10 <corebot> stickies-v: See also: https://hcoop-meetbot.readthedocs.io/en/stable/
16:00:11 <corebot> stickies-v: Participants should now identify themselves with '#here' or with an alias like '#here FirstLast'
16:00:13 <l0rinc> hi
16:00:15 <sedited> hi
16:00:16 <stickies-v> #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 sr_gi tdb3 theStack TheCharlatan vasild
16:00:16 <stickies-v> willcl-ark
16:00:17 <willcl-ark> hi
16:00:18 <andrewtoth_> hi
16:00:18 <janb84> hi
16:00:20 <yuvicc> hi
16:00:29 <lightlike> hi
16:00:30 <jonatack> hi
16:00:31 <stringintech> hi
16:00:32 <enochazariah> hi
16:00:38 <Sjors[m]1> hi
16:00:45 <stickies-v> There are no pre-proposed meeting topics this week. Any last minute ones to add?
16:00:51 <fjahr> hi
16:01:37 <stickies-v> alright, let's go!
16:01:39 <dergoegge> hi
16:01:47 <stickies-v> #topic Fuzzing WG Update (dergoegge)
16:01:57 <dergoegge> no update
16:02:08 <stickies-v> #topic Kernel WG Update (TheCharlatan)
16:02:28 <sedited> who's TheCharlatan? :D
16:02:34 <sedited> Open PRs for your consideration on the project board: https://github.com/orgs/bitcoin/projects/3
16:02:43 <sedited> Some good progress reported over the past week with standardizing tests across language bindings.
16:03:17 <sedited> that's all :)
16:03:31 <stickies-v> the test project can be found at https://github.com/stringintech/kernel-bindings-tests fyi
16:03:38 <sedited> ty
16:03:51 <hodlinator> hi
16:04:00 <stickies-v> #topic Benchmarking WG Update (l0rinc, andrewtoth)
16:04:03 <l0rinc> andrewtoth_ changed the underlying design of #31132.
16:04:05 <corebot> https://github.com/bitcoin/bitcoin/issues/31132 | validation: fetch block inputs on parallel threads >20% faster IBD by andrewtoth · Pull Request #31132 · bitcoin/bitcoin · GitHub
16:04:08 <l0rinc> The tx input cache-warming PR evolved from an `InputFetcher` helper (where the parallelism happened before `ConnectBlock` was called) to `CoinsViewCacheAsync`, a multithreaded `CCoinsViewCache` subclass whose worker threads run in parallel with `ConnectBlock` itself.
16:04:17 <l0rinc> For now the async view uses a fixed worker thread count of 4. The workload is primarily I/O-bound on DB latency rather than CPU-bound, so 4 workers already hide most of the latency and it simplifies the implementation. If needed we can make this configurable or tie it to `-par` later.
16:04:23 <l0rinc> This way the I/O-bound work runs in parallel with the CPU-bound validation work, and the preliminary results are very encouraging: on a Raspberry Pi 5 the best `-reindex-chainstate` so far is about 7.3 hours with `-dbcache=4500` and about 7.7 hours with the default 450 MB, roughly 36% and 46% faster than the current single-threaded baseline.
16:04:30 <l0rinc> The new implementation has been fuzzed for several days - it would be good to get some more eyes on it.
16:04:39 <l0rinc> For broader context, this should also play well with other orthogonal changes we're working on, such as #30442, #33602, and #32497, and a few ideas that don't have PRs yet, for example:
16:04:41 <corebot> https://github.com/bitcoin/bitcoin/issues/30442 | precalculate SipHash constant salt XORs by l0rinc · Pull Request #30442 · bitcoin/bitcoin · GitHub
16:04:44 <corebot> https://github.com/bitcoin/bitcoin/issues/33602 | [IBD] coins: reduce lookups in dbcache layer propagation by l0rinc · Pull Request #33602 · bitcoin/bitcoin · GitHub
16:04:47 <corebot> https://github.com/bitcoin/bitcoin/issues/32497 | merkle: pre‑reserve leaves to prevent reallocs with odd vtx count by l0rinc · Pull Request #32497 · bitcoin/bitcoin · GitHub
16:04:53 <l0rinc> * a simpler `SipHash` variant we could use in the UTXO cache, exploiting the fact that the key is already a hash;
16:04:58 <l0rinc> * a follow-up to #28280 that would reduce the doubly linked list to a singly linked one: we'd do the compaction (non-dirty fresh-spend removals) before `BatchWrite` in amortized constant time, likely allowing ~10% more elements in the cache;
16:05:01 <corebot> https://github.com/bitcoin/bitcoin/issues/28280 | Don't empty dbcache on prune flushes: >30% faster IBD by andrewtoth · Pull Request #28280 · bitcoin/bitcoin · GitHub
16:05:05 <l0rinc> * undoing the `noexcept` optimization from #16957, which doesn't seem to help anymore and would likely speed up IBD by another ~2–4%;
16:05:07 <corebot> https://github.com/bitcoin/bitcoin/issues/16957 | 9% less memory: make SaltedOutpointHasher noexcept by martinus · Pull Request #16957 · bitcoin/bitcoin · GitHub
16:05:10 <l0rinc> * skipping all `ReallocateCache` calls during IBD.
16:06:12 <l0rinc> That's it, keep the reviews coming :)
16:06:16 <jonatack> nice work
16:06:19 <stickies-v> that looks like solid progress, thanks for the comprehensive overview l0rinc!
16:06:22 <sipa> hi
16:07:12 <sdaftuar> hi
16:07:36 <stickies-v> looks like Novo isn't on IRC atm, so skipping Silent Payments this week
16:07:44 <stickies-v> #topic Cluster Mempool WG Update (sdaftuar, sipa)
16:08:18 <sipa> sdaftuar: ?
16:08:23 <sdaftuar> cluster mempool was merged! thanks all.  there's a followups PR I'm working on with various doc and code cleanups, and we'll want to get sipa's SFL PR merged before the next release
16:08:29 <sr_gi[m]> hi
16:08:40 <sedited> \o/
16:08:52 <l0rinc> congrats!
16:08:52 <sdaftuar> sipa: anything else?
16:09:02 <stickies-v> big news on the merge, congrats everyone who contributed!
16:09:06 <sipa> the PRs being #33591 and #32545
16:09:12 <corebot> sipa: Error: That URL raised <Connection timed out.>
16:09:14 <corebot> https://github.com/bitcoin/bitcoin/issues/32545 | Replace cluster linearization algorithm with SFL by sipa · Pull Request #32545 · bitcoin/bitcoin · GitHub
16:09:25 <sipa> i said, #33591
16:09:26 <corebot> https://github.com/bitcoin/bitcoin/issues/33591 | Cluster mempool followups by sdaftuar · Pull Request #33591 · bitcoin/bitcoin · GitHub
16:10:16 <sdaftuar> it'd be helpful to get a lot of eyes on docs, rpc output, etc to get things as polished as possible before release
16:10:19 <sipa> i think it's worth mentioning that this is probably the time to start thinking/bikeshedding over things like documentation changes and RPCs etc
16:10:24 <sipa> jinx
16:11:54 <sdaftuar> i think that's it
16:12:09 <sipa> i'm happy we got it this early in a release cycle
16:12:16 <stickies-v> great, thank you, good to see some additional documentation in #33591 !
16:12:20 <corebot> https://github.com/bitcoin/bitcoin/issues/33591 | Cluster mempool followups by sdaftuar · Pull Request #33591 · bitcoin/bitcoin · GitHub
16:12:25 <stickies-v> #topic Stratum v2 WG Update (sjors)
16:12:28 <Sjors[m]1> I'm currently working on a refactor of block creation startup argument parsing and the various structs involved. PR soon(tm)
16:12:31 <Sjors[m]1> I'm running #33922 on a well connected node for a while to see how the mempool weather impacts the block template memory footprint.
16:12:33 <corebot> https://github.com/bitcoin/bitcoin/issues/33922 | mining: add getMemoryLoad() and track template non-mempool memory footprint by Sjors · Pull Request #33922 · bitcoin/bitcoin · GitHub
16:12:35 <Sjors[m]1> That's for transactions outside the mempool that we still hold on to. See chart in that PR for an early result, which the footprint was tiny.
16:12:40 <Sjors[m]1> My guess is that under normal circumstances miners can aggressively request updated templates and it's not going to cause issues. We do need a way to handle irregular circumstances, probably just FIFO deleting templates.
16:13:20 <Sjors[m]1> Meanwhile the SRI folks (mainly Plebhash) are working on their rust client.
16:14:30 <stickies-v> thanks Sjors[m]1 - anything else to add?
16:14:44 <Sjors[m]1> No that's enough for this week.
16:14:46 <jonatack> could add Sjors[m]1 to the meeting roster
16:15:00 <Sjors[m]1> jonatack: I'm there under my IRC name provoostenator
16:15:27 <jonatack> ah! nvm
16:15:27 <Sjors[m]1> I use a different account for the Matrix bridge, but i'll get notifications either way.
16:15:58 <stickies-v> #topic Net Split WG Update (cfields)
16:16:13 <stickies-v> cory is away this week, but he asked to relay this message:
16:16:21 <stickies-v> "See new meta-issue #33958. Finally getting going. Next week I intend to work on moving necessary CNode state to Peer. Specifically, the lowest hanging fruit"
16:16:22 <corebot> https://github.com/bitcoin/bitcoin/issues/33958 | Net split meta issue · Issue #33958 · bitcoin/bitcoin · GitHub
16:16:39 <stickies-v> it's quite a comprehensive write-up so recommend checking it out if you're interested!
16:16:48 <stickies-v> Anything else to discuss?
16:18:12 <stickies-v> #endmeeting