Guyver2 has left #bitcoin-core-dev [Closing Window]
l0rinc has joined #bitcoin-core-dev
kevkevin has quit [Ping timeout: 256 seconds]
<bitcoin-git>
[bitcoin] maflcko opened pull request #33743: fuzz: refactor memcpy to std::ranges::copy to work around ubsan warn (master...2510-fuzz-refactor-memcpy) https://github.com/bitcoin/bitcoin/pull/33743
<achow101>
There is one preproposed meeting topic this week, any last minute ones to add?
<_aj_>
hi
<eugenesiegel>
hi
<marcofleon>
hi
<achow101>
As I mentioned last week, I will be calling on _all_ working groups on list for an update. If you don't say anything within 1 min, I'll be moving on to the next one.
<achow101>
#topic Script Validation WG Update (fjahr)
<fjahr>
I’ve implemented a more convenient way to check performance across multiple thread worker configs in #33740, which will be helpful for this work. Looking for feedback if this is generally useful enough to be considered for merging. Nothing to report aside from that.
<achow101>
#topic Benchmarking WG Update take 2 (l0rinc)
<l0rinc>
We've been discussing the parallel block input fetcher with Andrew Toth, we had a lot of ideas on how to make it even better and we've achieved 25% reindex-chainstate speedup there on an Rpi5 with default 450 MB memory.
<l0rinc>
I have investigated if sorted UTXO fetching would also be faster (like how sorted writing is also done) - and it revealed a 4-10% speedup even on a single thread. So I will try to see how this fits into the parallel fetching in general.
<l0rinc>
I have also just checked two ideas that we've discussed with sipa:
<l0rinc>
hiding the bip30 checks behind assumevalid, which would enable us removing the bloom filters from LevelDB since we won't need to check for missing entries anymore. This seems to shrink the on-disk UTXO size by roughly 1% (122MB smaller, see the draft here https://github.com/l0rinc/bitcoin/pull/49) while slightly speeding up IBD as well. I'd be interested in what concerns people have about this idea.
<l0rinc>
The other idea we've discussed was to use a simpler SipHash for the volatile usages (e.g. hashmap keys) and we've both contacted the author who agreed that we don't actually need a heavyweight SipHash24 for these cases, but a Siphash13 or even a dedicated SipHasher for our use case would likely suffice. I will code these up later, but I the prototype shows measurable IBD speedup around 4%.
<janb84>
wow
<l0rinc>
The interesting finding about the sorting (revealed by differential flame graphs) was that IBD is actually faster because of the UTXO writing
<l0rinc>
since after Andrew's change in 28 we have a linked list of dirty items as well
<l0rinc>
so the fetching order matters
<achow101>
no strong opinion on the hash funciotn, will be interested in the pr
<l0rinc>
That's it from me, thanks
<johnny9dev>
For gui-qml I'm working on getting depends/guix building for the project. I have a solution using patches and the submodule's depends makefile that is working for me locally. Will PR that soon. For guix, I don't have a solution yet.
<achow101>
as was mentioned last week, we should have more than one person doing irc meetings
<achow101>
since we have previously fallen into the trap of the tragedy of the commons when there wasn't anyone who was specifically suposed to do it, I think we should setup a rotation of 3 or 4 people
<achow101>
any volunteers?
<fjahr>
Still happy to take part in this, I’ve stepped in once or twice in the past. But the time of day recently hasn’t always been ideal for me so I will have to skip the meeting from time to time. But I should know that well in advance and so I can take some of the meetings with prior coordination.
<achow101>
I'm still willing to run them
<dergoegge>
i fell like a bot (with llm in hand) could do it?
<stickies-v>
i'm happy to run a few too
<instagibbs>
dergoegge I read this as "I feel like a bot"
<glozow>
dergoegge are you volunteering to run them using a bot?
<achow101>
dergoegge: for most meetings sure, but there's edge cases where the chair needs to actually cut off a discussion when it gets off topic or starts running over time
<dergoegge>
i can prototype a bot and we can test it out?
<achow101>
fjahr: stickies-v: great, I'll reach out privately
<achow101>
dergoegge: go ahead
<achow101>
Any other topics to discuss?
<stickies-v>
should we take silent payments from the rotation until a new champion pops up?
<achow101>
stickies-v: I think so
<abubakarsadiq>
I would volunteer as well @achow101
<glozow>
Think we should generally remove projects if their people don’t show up n times in a row
<achow101>
abubakarsadiq: for irc meeting chair?
<abubakarsadiq>
yes
<stickies-v>
i vote n=2 (if no notice given)
<achow101>
glozow: yes
<stickies-v>
keeping meeting pace up is important imo
<_aj_>
(auto-skipping wg's if none of their champions say "hi" would be good if not too much hassle imo)
<fjahr>
what happens when the person shows up again at the next meeting after removal? is the counter reset?
<abubakarsadiq>
_aj_ that was the previous approach I think
<achow101>
_aj_: the idea was to encourage people to participate by making participation mandatory :)
<stickies-v>
fjahr: yeah n in a row, that's why i'd keep n small so we don't need to hire an accountant (or have dergoegge write a bot)
<fjahr>
n=2 feels like we will get a lot of OOO notices here soon
<achow101>
we basically had ~half of working groups not give an update at all previously, and I think that was working counter to the whole idea
<_aj_>
achow101: "No update from <wg> (alice, bob missing)" would work for that imo
<stickies-v>
if wg's stop giving updates perhaps they're not active wg's anymore? no need to lengthen out the process of (temporarily) archiving that imo
<abubakarsadiq>
It makes to just remove the wg when no notice has been given and champion is mia consecutively
<achow101>
fjahr: i think that's fine tbh
<_aj_>
eugenesiegel: is there a tracking issue for net split project btw?
<bitcoin-git>
bitcoin/master 66667d6 MarcoFalke: test: Use same rpc timeout for authproxy and cli
<bitcoin-git>
bitcoin/master 6f35969 merge-script: Merge bitcoin/bitcoin#33698: test: Use same rpc timeout for authproxy and ...
<bitcoin-git>
[bitcoin] fanquake merged pull request #33698: test: Use same rpc timeout for authproxy and cli (master...2510-test-cli-timeout-same) https://github.com/bitcoin/bitcoin/pull/33698
TheRec has quit []
<achow101>
#endmeeting
<corebot>
achow101: Meeting ended at 2025-10-30T16:38+0000
<fjahr>
I have removed the script validation WG for now because currently bigger progress is mostly blocked by the work going on in secp and it's inevitable that I will have to skip 2 meetings in a row and forget to note it. I will just give the updates in the "other" section should there be something interesting and reactivate the WG when there is more action. 1 minute saved already ;)
<_aj_>
\o/
stringintech has quit [Ping timeout: 250 seconds]
jadi has quit [Ping timeout: 244 seconds]
l0rinc has quit [Quit: l0rinc]
mudsip has joined #bitcoin-core-dev
hacker4web3bitco has quit [Ping timeout: 240 seconds]
eugenesiegel has quit [Quit: Client closed]
nanotube has quit [Ping timeout: 240 seconds]
<bitcoin-git>
[bitcoin] ismaelsadeeq closed pull request #32395: fees: rpc: `estimatesmartfee` now returns a fee rate estimate during low network activity (master...04-2025-fee-estimate-with-low-network-activity) https://github.com/bitcoin/bitcoin/pull/32395
mudsip has quit []
jadi has joined #bitcoin-core-dev
jadi has quit [Ping timeout: 256 seconds]
enochazariah has quit [Ping timeout: 250 seconds]
enochazariah has joined #bitcoin-core-dev
f321x has quit [Quit: f321x]
dzxzg2 has joined #bitcoin-core-dev
jadi has joined #bitcoin-core-dev
Novo__ has joined #bitcoin-core-dev
jadi has quit [Ping timeout: 256 seconds]
<bitcoin-git>
[bitcoin] hulxv opened pull request #33747: feat: shell completions for bitcoin wrapper executable (master...feat/bitcoin-shell-completions) https://github.com/bitcoin/bitcoin/pull/33747
rkrux has quit [Quit: Client closed]
enochazariah has quit [Quit: Client closed]
Talkless has joined #bitcoin-core-dev
AaronvanW has quit [Remote host closed the connection]
hacker4web3bitco has joined #bitcoin-core-dev
AaronvanW has joined #bitcoin-core-dev
enochazariah has joined #bitcoin-core-dev
mudsip has joined #bitcoin-core-dev
jadi has joined #bitcoin-core-dev
l0rinc has joined #bitcoin-core-dev
TheRec has joined #bitcoin-core-dev
hacker4web3bitco has quit [Ping timeout: 256 seconds]
jadi has quit [Ping timeout: 256 seconds]
jadi has joined #bitcoin-core-dev
jadi has quit [Ping timeout: 256 seconds]
jadi has joined #bitcoin-core-dev
afiore has joined #bitcoin-core-dev
jonatack has joined #bitcoin-core-dev
Talkless has quit [Quit: Konversation terminated!]
jon_atack has joined #bitcoin-core-dev
jonatack has quit [Ping timeout: 244 seconds]
jonatack has joined #bitcoin-core-dev
jon_atack has quit [Ping timeout: 252 seconds]
jadi has quit [Ping timeout: 256 seconds]
aleggg has quit [Ping timeout: 264 seconds]
aleggg has joined #bitcoin-core-dev
jadi has joined #bitcoin-core-dev
enochazariah has quit [Quit: Client closed]
jon_atack has joined #bitcoin-core-dev
jadi has quit [Ping timeout: 265 seconds]
jonatack has quit [Ping timeout: 264 seconds]
jonatack has joined #bitcoin-core-dev
jadi has joined #bitcoin-core-dev
mudsip has quit []
jon_atack has quit [Ping timeout: 244 seconds]
l0rinc has quit [Ping timeout: 252 seconds]
l0rinc has joined #bitcoin-core-dev
bugs_ has quit [Quit: Leaving]
l0rinc has quit [Quit: l0rinc]
jon_atack has joined #bitcoin-core-dev
jonatack has quit [Ping timeout: 264 seconds]
Novo__ has quit [Quit: Connection closed for inactivity]
memset_ has quit [Remote host closed the connection]
memset has joined #bitcoin-core-dev
<bitcoin-git>
[bitcoin] davidgumberg opened pull request #33749: test: ipc: resolve symlinks in `which capnp` (master...2025-10-30-ipc-functional-symlink-resolve) https://github.com/bitcoin/bitcoin/pull/33749
AaronvanW has quit [Remote host closed the connection]
<bitcoin-git>
[bitcoin] da1sychain opened pull request #33750: doc: document fingerprinting risk when operating node on multiple networks (master...fingerprinting-docs) https://github.com/bitcoin/bitcoin/pull/33750
jerryf_ has quit [Remote host closed the connection]
jerryf has joined #bitcoin-core-dev
nanotube has joined #bitcoin-core-dev
jadi1 has joined #bitcoin-core-dev
jadi has quit [Ping timeout: 256 seconds]
jonatack has joined #bitcoin-core-dev
jon_atack has quit [Ping timeout: 264 seconds]
<bitcoin-git>
[gui] john-moffett opened pull request #908: qt: Remove HD seed reference from blank wallet tooltip (master...update-blank-wallet-tooltip) https://github.com/bitcoin-core/gui/pull/908
jon_atack has joined #bitcoin-core-dev
jonatack has quit [Ping timeout: 256 seconds]
jerryf has quit [Remote host closed the connection]