<@gribble>
https://github.com/bitcoin/bitcoin/issues/22006 | tracing: first tracepoints and documentation on User-Space, Statically Defined Tracing (USDT) by 0xB10C · Pull Request #22006 · bitcoin/bitcoin · GitHub
< b10c>
currently reporting P2P message count and traffic by message type and block connection timings (most useful during IBD): https://bitcoind.observer
< b10c>
MarkoFalke jamesob: I think a combination of the block connection timings and bitcoinperf.com (in some way) would be a good fit for per PR/branch perf reporting
< b10c>
MarcoFalke not Marko ^
< laanwj>
b10c: neat!
< laanwj>
happy to see the metrics stuff being adapted even before it's merged :)
< vasild>
CNetAddr::GetGroup() and the places where it is called are build around the assumption that it is easier to obtain addresses with common prefix (e.g. belonging to one IP subnet). However this assumption is not true for Tor, I2P and CJDNS addresses. Is there any work or plan to resolve this?
< vasild>
E.g. the code would avoid connecting to aabcd.onion if it already has connection to aaxyz.onion, thinking that the common prefix makes it more likely they belong to the same actor.
< vasild>
Actually, in Tor it is more difficult to obtain addresses with common prefix, not easier! :) (one has to brute force)
< bitcoin-git>
[bitcoin] vasild opened pull request #22563: addrman: treat Tor/I2P/CJDNS as a single group (master...addrman_per_group_bucketing) https://github.com/bitcoin/bitcoin/pull/22563
< prayank>
vasild: Interesting PR. Change looks quite obvious for Tor and i2p. Not sure about CJDNS. Although there must be some reason it wasn't done until now, would like to read comments from others who understand p2p and networking better.
< prayank>
Also not sure if it breaks something else or changes functionality
< vasild>
CJDNS addresses are also "random" ones
< vasild>
it is a 16 bytes derived from the owner's public key, represented as an IPv6 address
< vasild>
with the twist that generating a new one is done by brute-forcing until it begins with 0xFD so that it falls into some reserved/unused IPv6 range (IIRC)