drnet has joined #bitcoin-core-dev
_apex_ has joined #bitcoin-core-dev
someone235 has quit [Quit: Connection closed for inactivity]
bitdex has quit [Read error: Connection reset by peer]
yanmaani2 has quit [Read error: Connection reset by peer]
bitdex has joined #bitcoin-core-dev
yanmaani2 has joined #bitcoin-core-dev
drnet has quit [Ping timeout: 264 seconds]
_apex_ has quit [Ping timeout: 264 seconds]
drnet has joined #bitcoin-core-dev
drnet has quit [Read error: Connection reset by peer]
drnet has joined #bitcoin-core-dev
sipsorcery has joined #bitcoin-core-dev
drnet has quit [Ping timeout: 244 seconds]
sipsorcery has quit [Read error: Connection reset by peer]
kexkey has quit [Ping timeout: 244 seconds]
hashfunc has joined #bitcoin-core-dev
kexkey has joined #bitcoin-core-dev
andrewtoth_ has joined #bitcoin-core-dev
cmirror has quit [Remote host closed the connection]
cmirror has joined #bitcoin-core-dev
liviudm has joined #bitcoin-core-dev
mikehu44 has joined #bitcoin-core-dev
etherangel has joined #bitcoin-core-dev
etherangel has quit [Quit: Leaving]
drnet has joined #bitcoin-core-dev
drnet has quit [Client Quit]
doppo has quit [Remote host closed the connection]
doppo has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/2e3cd26a1a5e...718304d22267
<bitcoin-git> bitcoin/master 6f8e381 ishaanam: sendall: check if the maxtxfee has been exceeded
<bitcoin-git> bitcoin/master 718304d MacroFake: Merge bitcoin/bitcoin#26084: sendall: check if the maxtxfee has been excee...
<bitcoin-git> [bitcoin] MarcoFalke merged pull request #26084: sendall: check if the maxtxfee has been exceeded (master...sendall_maxtxfee) https://github.com/bitcoin/bitcoin/pull/26084
fjMSX has quit [Read error: Connection reset by peer]
sipsorcery has joined #bitcoin-core-dev
liviudm has quit [Quit: liviudm]
liviudm has joined #bitcoin-core-dev
liviudm has quit [Read error: Connection reset by peer]
liviudm has joined #bitcoin-core-dev
liviudm has quit [Client Quit]
Guyver2 has joined #bitcoin-core-dev
hashfunc has quit [Remote host closed the connection]
<vasild> sipa: same here (wrt jq), phew! I am not the only one \o/
sipsorcery has quit [Ping timeout: 244 seconds]
<vasild> "my guess is these numbers are very skewed by spy nodes that download all transactions" -- I guess it is possible to cross-check if this is the case by looking at how many MEMPOOL messages you received, assuming spies send MEMPOOL.
MacroFake_ has joined #bitcoin-core-dev
MacroFake has quit [Ping timeout: 265 seconds]
<vasild> or if they bombard you with lots of getdata, that would be strange
<glozow> bip35 mempool should be disabled unless you offer them bip 37 bloom filter services iirc
<vasild> hmm
bomb-on has joined #bitcoin-core-dev
<vasild> i briefly checked and got the impression that it is enabled by default...
<glozow> I'm not 100% correct, either we offer bloom services or they have mempool permissions. but neither are on by default
MacroFake_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
MacroFake has joined #bitcoin-core-dev
<vasild> it looks to me mempool permission is on by default
aleggg has quit []
<glozow> that is gated under `if (NetPermissions::HasFlag(permissionFlags, NetPermissionFlags::Implicit)) {`
<glozow> I may be wrong, but I don't think that is the default?
fjMSX has joined #bitcoin-core-dev
<glozow> I think you are misinterpreting the comment. It's "user not set fine-grained permissions," as in they set `-whitelist=address` and did not specify something like `-whitelist=noban@address`
<vasild> right, Implicit is only added from TryParsePermissionFlags()
<vasild> So, how do spies download the entire pool? Bombard with a lot of getdata messages, but they must already know/guess txids!?
<glozow> Sorry I don't have a lot of context on the original conversation, just popped in because you said "mempool" haha. They can query you for transactions they know about (but we try not to just serve everything we have immediately, see `FindTxForGetData`), or keep logs of what you announce.
aleggg has joined #bitcoin-core-dev
jesseposner has quit [Ping timeout: 265 seconds]
<vasild> yeah, that means they already know the txid and only check if you have it, but then to download the entire pool one needs to request individual transactions one by one and then this method is not exhaustive - it could miss some txs
<glozow> yes they must request one by one. to clarify, what do you mean "miss" some?
<vasild> that some transactions could be missed from this download procedure, e.g. if you have tx1, tx2 and tx3 and they request tx1 and tx2, but they do not know and thus do not request tx3, then tx3 will not be downloaded. So it is not like downloading the _entire_ pool.
aleggg has quit []
<glozow> oh I see. yes, the spy node only gets what it explicitly requests.
<vasild> right, and then that must be pretty obvoius because we would get many getdata/tx requests. Would a normal node ever do that?
kexkey has quit [Ping timeout: 265 seconds]
kexkey has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] fanquake opened pull request #26099: build: remove duplicate / unneeded libs from bench_bitcoin (master...bench_duplicate_linking) https://github.com/bitcoin/bitcoin/pull/26099
<glozow> normal node would not randomly request a bunch of transactions that you didn't announce, no
<glozow> didn't announce to them*
<bitcoin-git> [bitcoin] vasild opened pull request #26100: doc: clarify that NetPermissionFlags::Implicit is only about whitelists (master...netperm_implicit_comment) https://github.com/bitcoin/bitcoin/pull/26100
<vasild> right, so it must be a spy doing that
<vasild> glozow: a comment clarification in 26100 ^
aleggg has joined #bitcoin-core-dev
mikehu44 has quit [Ping timeout: 260 seconds]
mikehu44 has joined #bitcoin-core-dev
mikehu44 has quit [Ping timeout: 244 seconds]
mikehu44 has joined #bitcoin-core-dev
mikehu44 has quit [Ping timeout: 255 seconds]
mikehu44 has joined #bitcoin-core-dev
<hebasto> linter fails in the master branch with "No parent of HEAD was signed with a trusted key!" message
<fanquake> probably just gpg failing to retreive keys
chipxxx has joined #bitcoin-core-dev
mikehu44_ has joined #bitcoin-core-dev
mikehu44 has quit [Ping timeout: 250 seconds]
mikehu44_ has quit [Ping timeout: 244 seconds]
mikehu44 has joined #bitcoin-core-dev
mikehu44_ has joined #bitcoin-core-dev
mikehu44 has quit [Ping timeout: 260 seconds]
jesseposner has joined #bitcoin-core-dev
bitdex has quit [Quit: = ""]
jesseposner has quit [Ping timeout: 244 seconds]
jesseposner has joined #bitcoin-core-dev
mikehu44 has joined #bitcoin-core-dev
mikehu44_ has quit [Ping timeout: 260 seconds]
mikehu44 has quit [Quit: No Ping reply in 180 seconds.]
mikehu44 has joined #bitcoin-core-dev
ziggie has joined #bitcoin-core-dev
dermoth has joined #bitcoin-core-dev
<sipa> @vasild I haven't investigated what these spies are doing (or if that's what's happening at all), but one theory is that they aggressively ask for all transactions we announce, including ones they have already received from other nodes
<vasild> could be
<sipa> unfortunately, if a significant portion of our bandwidth is being consumed by just such nodes behaving undesirably, then erlay will not actually impact total tx bandwidth much, even when increasing peers... at least not without other measures
<vasild> it seems that it would be useful to have global detailed traffic stats, like the ones we have per connected peer, but global.
<sipa> agree
<sipa> or broken down by peer type
<vasild> you mean inbound vs outbound?
<sipa> yeah, and block-relay-only / full-outbound / addrfetch / ...
<vasild> that too... some jq mastery would be required to aggregate it, but I think it would be ok
jesseposner has quit [Ping timeout: 244 seconds]
jesseposner has joined #bitcoin-core-dev
jesseposner has quit [Ping timeout: 265 seconds]
brunoerg has joined #bitcoin-core-dev
<_aj_> sipa: make `bitcoin-cli getnetworkinfo | jq .bytessent.full-outbound.inv` report cumulative stats (so you still have info after a peer disconnects)?
<sipa> _aj_: That'd be useful, I think.
szkl has joined #bitcoin-core-dev
jesseposner has joined #bitcoin-core-dev
mikehu44 has quit [Ping timeout: 268 seconds]
jesseposner has quit [Ping timeout: 268 seconds]
mikehu44 has joined #bitcoin-core-dev
jesseposner has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] fanquake pushed 3 commits to master: https://github.com/bitcoin/bitcoin/compare/718304d22267...20f03a5aedc2
<bitcoin-git> bitcoin/master afce044 fanquake: build: remove unused natpmp / upnp cppflags
<bitcoin-git> bitcoin/master 4b656b9 fanquake: build: remove unused libevent cppflags
<bitcoin-git> bitcoin/master 20f03a5 fanquake: Merge bitcoin/bitcoin#26089: build: remove unused cppflags
<bitcoin-git> [bitcoin] fanquake merged pull request #26089: build: remove unused cppflags (master...prune_unneeded_upnp_natpmp) https://github.com/bitcoin/bitcoin/pull/26089
halosghost has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] fanquake pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/20f03a5aedc2...f332c4f64d52
<bitcoin-git> bitcoin/master 02c9e56 Cory Fields: fs: fully initialize _OVERLAPPED for win32
<bitcoin-git> bitcoin/master f332c4f fanquake: Merge bitcoin/bitcoin#26090: fs: fully initialize `_OVERLAPPED` for win32
<bitcoin-git> [bitcoin] fanquake merged pull request #26090: fs: fully initialize `_OVERLAPPED` for win32 (master...fixup_overlapped_init_win32) https://github.com/bitcoin/bitcoin/pull/26090
mikehu44 has quit [Ping timeout: 264 seconds]
mikehu44 has joined #bitcoin-core-dev
chipxxx has quit [Read error: Connection reset by peer]
mikehu44 has quit [Ping timeout: 252 seconds]
<fanquake> I've moved the consolidated release note snippets from #26093 over into https://github.com/bitcoin-core/bitcoin-devwiki/wiki/24.0-Release-Notes-draft
<gribble> https://github.com/bitcoin/bitcoin/issues/26093 | doc: consolidate release-note fragments pre-wiki by fanquake · Pull Request #26093 · bitcoin/bitcoin · GitHub
<fanquake> hopefully created that wiki page correctly
<fanquake> have also just gone through the "Needs release note" label and removed basically everything, as it was pretty much leftovers from previous releases
<fanquake> if there is anything on https://github.com/bitcoin/bitcoin/milestone/54 that needs notes, or something that will be in 24.x that is missing from the milestone and needs notes, please point it out / add to the wiki etc
<bitcoin-git> [bitcoin] theuni opened pull request #26101: script: create V1SigVersion for functions which should only accept taproot/tapscript (master...explicit-v1-scriptver) https://github.com/bitcoin/bitcoin/pull/26101
vasild has quit [Ping timeout: 258 seconds]
vasild has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] aureleoules opened pull request #26102: test: test_runner option to run tests in priority (master...2022-09-test-runner-priority) https://github.com/bitcoin/bitcoin/pull/26102
kexkey has quit [Ping timeout: 265 seconds]
kexkey has joined #bitcoin-core-dev
andrewtoth_ has quit [Remote host closed the connection]
andrewtoth has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] achow101 pushed 3 commits to master: https://github.com/bitcoin/bitcoin/compare/f332c4f64d52...96f1b2d34fd5
<bitcoin-git> bitcoin/master faa4916 MacroFake: test/doc: Remove unused syncwithvalidationinterfacequeue
<bitcoin-git> bitcoin/master fa1ce96 MacroFake: test: Add missing syncwithvalidationinterfacequeue
<bitcoin-git> bitcoin/master 96f1b2d Andrew Chow: Merge bitcoin/bitcoin#26091: test: Fix syncwithvalidationinterfacequeue ca...
<bitcoin-git> [bitcoin] achow101 merged pull request #26091: test: Fix syncwithvalidationinterfacequeue calls (master...2209-test-fix-🔻) https://github.com/bitcoin/bitcoin/pull/26091
<bitcoin-git> [bitcoin] achow101 pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/96f1b2d34fd5...a56876e6b9da
<bitcoin-git> bitcoin/master cc434cb kouloumos: wallet: fix sendall creates tx that fails tx-size check
<bitcoin-git> bitcoin/master a56876e Andrew Chow: Merge bitcoin/bitcoin#26024: wallet: fix sendall creates tx that fails tx-...
<bitcoin-git> [bitcoin] achow101 merged pull request #26024: wallet: fix sendall creates tx that fails tx-size check (master...wallet-fix-sendall-tx-size) https://github.com/bitcoin/bitcoin/pull/26024
kouloumos has joined #bitcoin-core-dev
vasild has quit [Ping timeout: 258 seconds]
vasild has joined #bitcoin-core-dev
<bitcoin-git> [bitcoin] sipa closed pull request #26065: i2p: use the same destination type for transient and persistent addresses (master...i2p_transient_addr_type) https://github.com/bitcoin/bitcoin/pull/26065
<bitcoin-git> [bitcoin] sipa reopened pull request #26065: i2p: use the same destination type for transient and persistent addresses (master...i2p_transient_addr_type) https://github.com/bitcoin/bitcoin/pull/26065
baldur has quit [Remote host closed the connection]
sipsorcery has joined #bitcoin-core-dev
baldur has joined #bitcoin-core-dev
szkl has quit [Quit: Connection closed for inactivity]
Talkless has joined #bitcoin-core-dev
test_ has joined #bitcoin-core-dev
<achow101> meeting?
<laanwj> #startmeeting
<core-meetingbot> Meeting started Thu Sep 15 19:04:04 2022 UTC. The chair is laanwj. Information about MeetBot at https://bitcoin.jonasschnelli.ch/ircmeetings.
<core-meetingbot> Available commands: action commands idea info link nick
<achow101> hi
<fanquake> hi
flooded has quit [Ping timeout: 244 seconds]
<laanwj> #bitcoin-core-dev Meeting: achow101 _aj_ amiti ariard b10c BlueMatt cfields Chris_Stewart_5 darosior digi_james dongcarl elichai2 emilengler fanquake fjahr gleb glozow gmaxwell gwillen hebasto instagibbs jamesob jarolrod jb55 jeremyrubin jl2012 jnewbery jonasschnelli jonatack jtimon kallewoof kanzure kvaciral laanwj larryruane lightlike luke-jr maaku marcofalke meshcollider michagogo
<laanwj> moneyball morcos nehan NicolasDorier paveljanik petertodd phantomcircuit promag provoostenator ryanofsky sdaftuar sipa vasild
<laanwj> welcome to the weekly bitcoin-core-dev meeting
<jarolrod> hi
<kouloumos> hi
<laanwj> one proposed meeting topic this week: important changes in 24.0 to cover in the new RC Testing Guide (kouloumos)
<ajonas> hi
<lightlike> hi
<kanzure> hi
<achow101> will we be branching today too?
<furszy> hi
<cfields> hi
<sipa> hi
<laanwj> achow101: that's another topic to discuss
<kouloumos> should I go first or we are discussing high-priority first?
<hebasto> hi
<laanwj> we don't do high priority at the moment, though we could go over the milesteone
<laanwj> it seems that there's still some PRs open that need to go in before the split-off- anyhow
<MacroFake> Yeah, backporting one or two things is fine, but 5 seems too much
<laanwj> fanquake: ah im glad you noticed the release fragments in doc/release-notes, in #26093
<gribble> https://github.com/bitcoin/bitcoin/issues/26093 | doc: consolidate release-note fragments pre-wiki by fanquake · Pull Request #26093 · bitcoin/bitcoin · GitHub
<laanwj> i noticed those a few days ago then forgot to comment
<fanquake> A couple PRs on the milestone almost ready for merge. The few others likely be resolved / mergable in the next day or so I think.
<laanwj> MacroFake: right, backports makes sense for things that come as a surprise, not what has been open already for a while
<MacroFake> Maybe #26005 can be merged an someone picks up the feedback in a follow-up?
<gribble> https://github.com/bitcoin/bitcoin/issues/26005 | Wallet: Fix error handling (copy_file failure in RestoreWallet, and in general via interfaces) by luke-jr · Pull Request #26005 · bitcoin/bitcoin · GitHub
<laanwj> ok, so i think the answer is no, no branch-off today, there are still some things that need to go in
<lightlike> #26068 doesn't look likely to be resolved in the near future (at least I don't know why it happens / couldn't reproduce)
<gribble> https://github.com/bitcoin/bitcoin/issues/26068 | Segmentation fault in the scheduler thread when an index fails to commit to the db · Issue #26068 · bitcoin/bitcoin · GitHub
<achow101> MacroFake: I think that's reasonable
<MacroFake> lightlike: Did you try to force the failed commit, or just run the unit test as is?
<MacroFake> Locally I can't reproduce almost no issue seen in the CI and usually I have to modify the source code to force a sleep in the right place or so.
<lightlike> MacroFake: ran the test as it, and tried to change order of subtests in the src file to see if that could have been the reason, because in the failed CI runs the second subtest was run before the first one
<MacroFake> ok, I might take another look tomorrow, but otherwise it shouldn't block rc1 for now
<MacroFake> #25985 is just a performance thing, and not even a regression, so shouldn't block rc1 either
<gribble> https://github.com/bitcoin/bitcoin/issues/25985 | Revert "build: Use Homebrews sqlite package if it is available" by fanquake · Pull Request #25985 · bitcoin/bitcoin · GitHub
<fanquake> I somewhat disagree
<fanquake> It's causing continual confusion downstream, a new report overnight of devs becoming confused over terrible performance, this time in BDK: https://github.com/bitcoindevkit/bdk/issues/749
sipsorcery has quit [Ping timeout: 268 seconds]
<fanquake> Although this is also easy to backport, so doesn't matter too much
<achow101> It also doesn't have any effect on our release binaries
<laanwj> doesn't seem too risky to merge an OSX specific build system revert?
sipsorcery has joined #bitcoin-core-dev
<fanquake> Yea, any risk is limited to compiling on macOS, which is why it's mostly devs posting issues
<laanwj> #topic important changes in 24.0 to cover in the new RC Testing Guide (kouloumos)
<core-meetingbot> topic: important changes in 24.0 to cover in the new RC Testing Guide (kouloumos)
<kouloumos> I'm working on the 24.0 RC Testing Guide and I'd like to get some feedback on which changes are considered important and useful to test.
<kouloumos> The current version is available here: https://gist.github.com/kouloumos/fc112640a533e522d435c0995dcaaaf4
<kouloumos> From the release notes ( https://github.com/bitcoin-core/bitcoin-devwiki/wiki/24.0-Release-Notes-draft ), I've already included testing guidance for 4 changes that I think most worthwhile to test and I have 1 pending. I'd appreciate feedback on if you think anything else should be included, and if maybe something can be omitted.
<kouloumos> The changes I've included are:
<kouloumos> 1) Using the GUI to restore a wallet from a backup file (#471)
<gribble> https://github.com/bitcoin/bitcoin/issues/471 | DbException after Ctrl+C on bitcoind.exe (Windows) · Issue #471 · bitcoin/bitcoin · GitHub
<kouloumos> 2) Peristent settings are now unified between bitcoind and the GUI. (#15936,#602)
<gribble> https://github.com/bitcoin/bitcoin/issues/15936 | interfaces: Expose settings.json methods to GUI by ryanofsky · Pull Request #15936 · bitcoin/bitcoin · GitHub
<gribble> https://github.com/bitcoin/bitcoin/issues/602 | Cleaned up critical section code. by cgaebel · Pull Request #602 · bitcoin/bitcoin · GitHub
<kouloumos> 3) Using the new migratewallet RPC to migrate legacy wallets to descriptor wallets. (#19602)
<gribble> https://github.com/bitcoin/bitcoin/issues/19602 | wallet: Migrate legacy wallets to descriptor wallets by achow101 · Pull Request #19602 · bitcoin/bitcoin · GitHub
<kouloumos> 4) Wallet support for watchonly Miniscript descriptors. (#24148)
<gribble> https://github.com/bitcoin/bitcoin/issues/24148 | Miniscript support in Output Descriptors by darosior · Pull Request #24148 · bitcoin/bitcoin · GitHub
<kouloumos> The additional change that I am planning to add is:
<kouloumos> 5) The new `sendall` RPC, useful to empty wallets or to create a changeless payment from select UTXOs. (#24118)
<gribble> https://github.com/bitcoin/bitcoin/issues/24118 | Add sendall RPC née sweep by Xekyo · Pull Request #24118 · bitcoin/bitcoin · GitHub
<kouloumos> Also, glozow suggested, and I am currently looking at:
<kouloumos> 6) Observe pre-syncing step during IBD (#25717)
<gribble> https://github.com/bitcoin/bitcoin/issues/25717 | p2p: Implement anti-DoS headers sync by sdaftuar · Pull Request #25717 · bitcoin/bitcoin · GitHub
<kouloumos> 7) Try new RPC gettxspendingprevout (#25874) 8) Try -mempoolfullrbf option (#25353)
<gribble> https://github.com/bitcoin/bitcoin/issues/25874 | BIP155 CJDNS address with length 187 (should be 16) · Issue #25874 · bitcoin/bitcoin · GitHub
<gribble> https://github.com/bitcoin/bitcoin/issues/25353 | Add a `-mempoolfullrbf` node setting by ariard · Pull Request #25353 · bitcoin/bitcoin · GitHub
<sipa> Cool
<lightlike> +1 for #25717 - can be tested by syncing headers on mainnet, testnet etc. with -stopatheight=1000 or so, with or without gui
<gribble> https://github.com/bitcoin/bitcoin/issues/25717 | p2p: Implement anti-DoS headers sync by sdaftuar · Pull Request #25717 · bitcoin/bitcoin · GitHub
<kouloumos> lightlike: appreciate the suggestion!
<sipa> For 25717 observing the pre-syncing phase is one thing (it should be there), but arguably the more interesting property is that syncing still works at all. It's only triggered when syncing a new node from scratch, or one that is ~months or more behind.
<lightlike> yes, the test guide should recommend to use an empty datadir for that.
<kouloumos> Yes, that's already suggested on every test.
<bitcoin-git> [bitcoin] stickies-v opened pull request #26103: refactor: mempool: use CTxMemPool::Limits (master...mempool-simplify-fn-signatures) https://github.com/bitcoin/bitcoin/pull/26103
<kouloumos> Great! thank you everyone, I'll look into including 25717 and give progress updates in https://github.com/bitcoin/bitcoin/issues/26092 . Please reach out with ideas and feedback. Thanks!
<kouloumos> Note: I'll also need write access to bitcoindev-wiki to add the guide.
<sipa> Feel free to ping me here if you have questions.
<kouloumos> I'll do! thanks
<laanwj> ok let's give you write access to the wiki
<laanwj> any other topics?
<laanwj> appparently not, let's close the meeting
<laanwj> #endmeeting
<core-meetingbot> topic: Bitcoin Core development discussion and commit log | Feel free to watch, but please take commentary and usage questions to #bitcoin | Channel logs: http://www.erisian.com.au/bitcoin-core-dev/, http://gnusha.org/bitcoin-core-dev/ | Meeting topics http://gnusha.org/bitcoin-core-dev/proposedmeetingtopics.txt / http://gnusha.org/bitcoin-core-dev/proposedwalletmeetingtopics.txt
<core-meetingbot> Meeting ended Thu Sep 15 19:38:56 2022 UTC.
<bitcoin-git> [bitcoin] Xekyo opened pull request #26104: Check whether feerate is higher than long_term_feerate only once (master...2022-09-high-feerate-optimization) https://github.com/bitcoin/bitcoin/pull/26104
<bitcoin-git> [bitcoin] Xekyo closed pull request #26104: coin selection: Check whether feerate is higher than long_term_feerate only once (master...2022-09-high-feerate-optimization) https://github.com/bitcoin/bitcoin/pull/26104
<bitcoin-git> [bitcoin] sipa opened pull request #26105: Use ReadLE64 in uint256::GetUint64 instead of duplicating logic (master...202209_uint256_readle64) https://github.com/bitcoin/bitcoin/pull/26105
sipsorcery has quit [Read error: Connection reset by peer]
brunoerg has quit []
sipsorcery has joined #bitcoin-core-dev
halosghost has quit [Quit: WeeChat 3.6]
Guyver2 has quit [Quit: Going offline, see ya! (www.adiirc.com)]
sipsorcery has quit [Ping timeout: 264 seconds]
kouloumos has quit [Quit: Connection closed for inactivity]
F1nny has joined #bitcoin-core-dev
<robertspigler> Not 24.0 testing related, but I have been running 23.0 with i2prouter with `i2psam=127.0.0.1:7656` and `i2pacceptincoming=1` with my port forwarded. I know I am well connected because the console shows that I have used over 30GB bandwidth both in and out in ~5 days, have over 4,000 peers and over 10 tunnels. However, I had no automatically connected I2P peers, and after connecting to a few manual outbound I2P peers from
<robertspigler> bitcoin/contrib/seeds/nodes_main.txt, I still don't have any automatic outbound or inbound I2P peers. Is this an issue with preferential peering?
<robertspigler> I have ~40 connections, mostly IPv4 and a handful Onion, each both way
bomb-on has quit [Quit: aллилѹіа!]
sipsorcery has joined #bitcoin-core-dev
sipsorcery has quit [Ping timeout: 268 seconds]
Evel-Knievel has quit [Ping timeout: 252 seconds]
Evel-Knievel has joined #bitcoin-core-dev