--- Log opened Mon Sep 22 00:00:47 2025 00:01 -!- purpleKarrot [~purpleKar@user/purpleKarrot] has joined #bitcoin-core-dev 00:07 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 00:20 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 260 seconds] 00:24 -!- f321x [~f321x@user/f321x] has quit [Ping timeout: 272 seconds] 00:26 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 00:33 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 00:46 -!- Guyver2 [Guyver@77-174-98-73.fixed.kpn.net] has joined #bitcoin-core-dev 00:51 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 01:06 -!- f321x [~f321x@user/f321x] has quit [Ping timeout: 272 seconds] 01:13 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 01:27 -!- f321x [~f321x@user/f321x] has quit [Ping timeout: 272 seconds] 01:32 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 01:35 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 255 seconds] 01:39 -!- f321x [~f321x@user/f321x] has quit [Remote host closed the connection] 01:40 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 01:41 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 02:03 -!- f321x [~f321x@user/f321x] has quit [Remote host closed the connection] 02:03 -!- f321x_ [~f321x@user/f321x] has joined #bitcoin-core-dev 02:04 -!- Guest81 [~Guest81@154.16.27.77] has joined #bitcoin-core-dev 02:13 -!- saturday- [~saturday7@206.83.122.4] has quit [Ping timeout: 244 seconds] 02:18 -!- f321x_ [~f321x@user/f321x] has quit [Remote host closed the connection] 02:18 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 02:33 -!- saturday7 [~saturday7@206.83.105.165] has joined #bitcoin-core-dev 02:39 -!- saturday7 [~saturday7@206.83.105.165] has quit [Quit: ZNC 1.10.1 - https://znc.in] 02:48 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Remote host closed the connection] 02:49 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #bitcoin-core-dev 02:55 < sipa> _aj_: in what way does the formula i implemented differ from what you thought? 02:59 -!- saturday7 [~saturday7@206.83.122.147] has joined #bitcoin-core-dev 02:59 < sipa> ah, the use of time-since-send, rather than a fixed % per trickle? 02:59 -!- f321x [~f321x@user/f321x] has quit [Ping timeout: 272 seconds] 02:59 -!- Guest81 [~Guest81@154.16.27.77] has quit [Quit: Client closed] 03:01 < _aj_> sipa: i was making the drain rate proportional to the incoming rate, rather than the queue size? 03:03 < sipa> 08:12:33 < sipa> it should just be past_avg -= to_send 03:03 < sipa> 08:12:46 < sipa> .. and then past_avg just becomes equal to the queue size 03:04 < sipa> i stopped using a separate variable for tracking rate here, because the queue size is an exact proxy for it 03:05 < _aj_> hmm 03:05 < _aj_> well then it must just be that i was using the average time rather than the actual time? 03:06 < sipa> yeah 03:06 < _aj_> right, because we stopped scaling past_avg down by q 03:06 < sipa> also, you use max(target, queue_size * (1-q)) rather than (target + queue_size * (1-q)) 03:06 < _aj_> sure, but that should be a trivial difference 03:07 < sipa> indeed 03:09 < _aj_> so this is just saying either max(70, 0.08 * inv_to_send.size()) or 70 + 0.08 * inv_to_send.size() ? 03:09 < _aj_> and a queue of 5000 gives a inv of size 400 or 470 or so 03:09 < sipa> right 03:10 -!- WizJin_ [~Wizzy@2402:a00:184:8354:e543:2733:1fa1:9bc5] has joined #bitcoin-core-dev 03:10 < sipa> you think using actual time is worse than avg_time? 03:12 < _aj_> i think having a queue of only 5000 and sending a single inv with 2000 entries seems bad/unnecessary? i can't remember what it takes for us to start ignoring invs though 03:13 < _aj_> the more predictable the size of our invs are over some unit of time, the better for erlay, i think? 03:13 -!- WizJin__ [~Wizzy@2402:a00:184:8354:e543:2733:1fa1:9bc5] has quit [Ping timeout: 256 seconds] 03:15 < _aj_> so 0.08 there is just changing the current 5-per-1000 logic from an avg-time-in-q of ~1000 seconds to 60 seconds 03:16 < _aj_> or changing 5-per-1000 to ~5-per-60 03:16 < sipa> right 03:18 < sipa> i like the real-time formula better because it means the amount sent per time is less variable (because it doesn't depend on the trickle timing) 03:18 < sipa> but of course the amount sent per trickle is more variable 03:23 < _aj_> should just be "0.08 * time_since / target" without the exp() stuff in the case? 03:24 < _aj_> "that case". why would my fingers type "the" there, seriously. 03:26 < sipa> _aj_: sure, that also has the "just a function of time" property, but no longer has an average-time-in-queue that's independent of incoming rate 03:29 < _aj_> sipa: that property feels contradictory to the goal of smoothing out spikes -- doesn't smoothing out spikes imply that a high incoming rate should be associated with a higher aveage-time-in-queue? 03:30 < sipa> _aj_: at low/reasonable rate, yes; at high rate, i think a fixed avg-time-in-queue is desirable because the alternative is a possibility for a quickly growing queue 03:32 < sipa> the alternative is dropping transactions at the source 03:34 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 03:35 < sipa> the earlier quadratic formula i suggest was even more aggressive, in that it results in a decreasing time in queue with increasing rate 03:36 < _aj_> i guess there's a few different rates -- ~5-7 tx/s is what we see normally; < 14 tx/s is what we cope with without this; sustained <80 tx/s would give us a queue of ~5000 which seems fine; but dumping 50k or 100k txs (12MB?) in short order is possible too... 03:40 < sipa> should we have 3 "parameter rates", 1 for "no delay", 1 for "smooth out", 1 for "drop stuff" ? 03:42 < _aj_> could we rate limit in RelayTransaction? use a token bucket with an 80/s rate, and just create a global queue of transactions to relay onwards once we have tokens again if we run out? 03:43 < sipa> that lacks the nice quality-sorting we can do at inv time 03:43 < _aj_> we could quality-sort the RelayTransaction queue 03:44 < sipa> that would have the cpu-resource benefit of only doing the sorting oncew 03:44 < sipa> rather than for every peer 03:46 < _aj_> maybe? we'd need to go through the entire queue every now and then to drop stuff that's been removed from the mempool? 03:48 < _aj_> maybe as a global queue the mempool could manage it and directly remove txs from it though 03:49 -!- Zenton_ [~Zenton@user/zenton] has quit [Quit: Leaving] 03:49 < sipa> but you'd still need per-peer data to know what has been relayed to them alreasy 03:49 < sipa> though, the alreadyknown filter already partially has this information 03:50 < sipa> this is sounding a bit like dzxzg's idea earlier 03:51 -!- Zenton [~Zenton@user/zenton] has joined #bitcoin-core-dev 03:54 -!- cold [~cold@user/cold] has quit [Ping timeout: 252 seconds] 03:54 -!- midnight [~midnight@user/midnight] has quit [Ping timeout: 252 seconds] 03:54 -!- cold [~cold@user/cold] has joined #bitcoin-core-dev 03:55 -!- midnight [~midnight@user/midnight] has joined #bitcoin-core-dev 04:01 < _aj_> sipa: if you cap the RelayTransaction rate at 80/s, and do 0.08*q for inv, i think that caps the per-peer q at perhaps 5000 txs? 04:02 < _aj_> sipa: (ie, 1000 in the queue due to sustained load, plus a minute's worth of 80/s txs for another 4800, where a minute between invs happens maybe once every 9 days? 04:04 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Remote host closed the connection] 04:04 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #bitcoin-core-dev 04:12 -!- f321x [~f321x@user/f321x] has quit [Remote host closed the connection] 04:12 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 04:18 < _aj_> sipa: maybe could have a set of unrelayed txs managed by the mempool, sorted by quality; and use the quality lookup to remove tx from the set when they're removed from the mempool? would be removing and reinserting when the quality score changes (if chunking changes?) though 04:23 < sipa> _aj_: and refcounted by how many peers it still needs to be relayed to? 04:25 < _aj_> sipa: i think it gets relayed to everyone that's currently connected as soon as it gets a token? 04:28 < _aj_> sipa: i guess could track time and compare against CNode::m_connected or perhaps track VERACK time or mempool sequence? 04:33 < sipa> _aj_: could have a timeout, where transactions can only stay in the set of unrelayed txn for a finite amount of time, and if they reach that timeout (not evicted by better relayable ones, and not yet relayed to everyone), just blast it out 04:37 < _aj_> sipa: if you had a boost::multi_index instead of a set, a timeout would be easy to manage. would've gone with dropping (not relaying) rather than blasting out though. a set is 32B per tx, so 100k txs in the queue is just 3MB, and if you've got 100k backlog dropping stuff at the bottom seems fine 04:37 < _aj_> sipa: oh, the other thing you could do is increase the mempool minfee when the to-relay queue gets too big 04:39 < _aj_> (or have a separate "min incoming fee" and increase that and apply it to feefilter) 04:48 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Remote host closed the connection] 04:48 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #bitcoin-core-dev 04:58 -!- f321x [~f321x@user/f321x] has quit [Remote host closed the connection] 04:58 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 05:02 -!- f321x [~f321x@user/f321x] has quit [Remote host closed the connection] 05:02 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 05:10 -!- Artea [~Lufia@artea.pt] has quit [Ping timeout: 244 seconds] 05:29 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Quit: = ""] 05:53 -!- TheRec_ [~toto@84-74-100-31.dclient.hispeed.ch] has quit [Read error: Connection reset by peer] 05:54 -!- TheRec [~toto@84-74-100-31.dclient.hispeed.ch] has joined #bitcoin-core-dev 05:54 -!- TheRec [~toto@user/therec] has changed host 05:57 -!- Cory18 [~Cory18@user/pasha] has quit [Quit: Client closed] 05:57 -!- Cory18 [~Cory18@user/pasha] has joined #bitcoin-core-dev 06:01 < sipa> _aj_: i'm wondering if post-cluster-mempool, we could do something like keep per-peer an iterator into the chunk index ("mostly relayed every chunk with feerates higher than this") + a set of unrelayed transactions before that point 06:02 < sipa> and at inv time, first take from the unrelayed set (using the existing heapify approach, i guess), and if it empties, start advancing the iterator 06:03 < sipa> effectively making the entire chunk index the set of to-be-relayed transactions 06:05 < sipa> it doesn't even need to be an iterator; for layer separation it'd be fine to just store a per-peer chunk feerate, and a set of transactions whose chunk feerate is (or was, at some point) higher than that 06:28 -!- PaperSword [~Thunderbi@securemail.qrsnap.io] has quit [Remote host closed the connection] 06:28 -!- PaperSword [~Thunderbi@securemail.qrsnap.io] has joined #bitcoin-core-dev 06:41 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 07:11 -!- f321x [~f321x@user/f321x] has quit [Quit: f321x] 07:39 < _aj_> sipa: i don't see how that would work at all? we'll get new transactions both above and below the iterator, and need to keep track of anything not relayed in either case? 07:41 < sipa> well you don't need to keep track of any transaction with a feerate below the "up to this feerate" value 07:41 < sipa> because it's just implicitly all transactions whose feerate below that point that still need to be relayed 07:42 < sipa> but it may indeed not gain us much, as in the steady state, that feerate will equal the feefilter rate 07:44 < _aj_> sipa: if your mempool has feerates from 10sat/vb to 50sat/vb, and you've relayed everything, and your iterator is at 50sat/vb; then you get a huge mass of txs in the 20sat/vb to 120sat/vb range, your pointer will just get stuck at 20sat/vb and not do you any good? 07:45 < _aj_> oh, below that point, so it's stuck at 10sat/vb forever 07:47 < sipa> i guess the feerate i'm imagining being stored is "the lowest chunk feerate of any mempool transaction which you've relayed to this peer" 07:47 < sipa> anything with a lower feerate you don't need to add to the set 07:48 < sipa> but it sounds like a mess to keep track of, and i'm not sure it really helps with anything 07:49 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 07:50 < _aj_> i just can't see how this can do anything useful? you'll have relayed txs both above and below any pointer (above because that's priority, below because they're old and there was less pressure), and you'll get new txs both above and below, so you have to track the ones below (because they're less likely to be sent) and may have to track the ones above (if the rate becomes too high)? 07:51 -!- Guyver2 [Guyver@77-174-98-73.fixed.kpn.net] has left #bitcoin-core-dev [Closing Window] 07:51 < sipa> yeah 07:51 < sipa> please disregard 07:51 < _aj_> you could invert the logic at a point -- track the ones to be relayed above a point, and track the ones already relayed below that point; but that seems fiddly and probably not useful 07:54 -!- f321x [~f321x@user/f321x] has joined #bitcoin-core-dev 08:06 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 08:18 < instagibbs> https://github.com/lightning/bolts/pull/1292 another great entry in the annals of mini* 08:24 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 08:25 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 08:31 -!- enochazariah [~enochazar@2c0f:2a80:ed:5010:718:59e9:59b3:afd9] has joined #bitcoin-core-dev 08:31 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 08:31 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 08:31 -!- dermoth [~dermoth@user/dermoth] has quit [Read error: Connection reset by peer] 08:34 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Client Quit] 08:35 -!- dermoth [~dermoth@user/dermoth] has joined #bitcoin-core-dev 08:54 -!- eugenesiegel [~eugenesie@user/eugenesiegel] has joined #bitcoin-core-dev 09:01 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 09:07 -!- jonatack [~jonatack@user/jonatack] has quit [Read error: Connection reset by peer] 09:08 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 09:08 -!- Cory18 [~Cory18@user/pasha] has quit [Quit: Client closed] 09:09 -!- Cory18 [~Cory18@user/pasha] has joined #bitcoin-core-dev 09:16 -!- Cory50 [~Cory18@user/pasha] has joined #bitcoin-core-dev 09:20 -!- Cory18 [~Cory18@user/pasha] has quit [Ping timeout: 250 seconds] 09:38 -!- jon_atack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 09:38 -!- f321x [~f321x@user/f321x] has quit [Quit: f321x] 09:40 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 258 seconds] 09:48 -!- enochazariah [~enochazar@2c0f:2a80:ed:5010:718:59e9:59b3:afd9] has quit [Quit: Client closed] 09:48 -!- enochazariah [uid710351@id-710351.hampstead.irccloud.com] has joined #bitcoin-core-dev 09:49 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 09:50 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 258 seconds] 09:51 -!- jonatack1 [~jonatack@user/jonatack] has joined #bitcoin-core-dev 09:51 -!- jonatack [~jonatack@user/jonatack] has quit [Read error: Connection reset by peer] 09:52 -!- cotsuka [~cotsuka@user/cotsuka] has quit [Remote host closed the connection] 09:52 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 09:53 -!- cotsuka [~cotsuka@user/cotsuka] has joined #bitcoin-core-dev 09:55 -!- brunoerg [~brunoerg@189.112.73.61] has joined #bitcoin-core-dev 09:55 -!- jonatack1 [~jonatack@user/jonatack] has quit [Ping timeout: 250 seconds] 10:04 -!- jon_atack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 10:06 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 258 seconds] 10:11 -!- brunoerg [~brunoerg@189.112.73.61] has quit [Remote host closed the connection] 10:12 -!- Talkless [~Talkless@138.199.6.197] has joined #bitcoin-core-dev 10:25 -!- Guest60 [~Guest60@141.255.164.210] has joined #bitcoin-core-dev 10:26 -!- Guest60 [~Guest60@141.255.164.210] has quit [Client Quit] 10:26 -!- andytoshi [~apoelstra@user/andytoshi] has quit [Ping timeout: 250 seconds] 10:35 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 10:35 -!- sliv3r__ [~sliv3r__@user/sliv3r-:76883] has quit [Ping timeout: 245 seconds] 10:36 -!- sliv3r__ [~sliv3r__@user/sliv3r-:76883] has joined #bitcoin-core-dev 10:37 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 265 seconds] 10:40 -!- jon_atack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 10:42 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 244 seconds] 11:06 -!- TheRec [~toto@user/therec] has quit [Ping timeout: 258 seconds] 11:07 -!- Cory7 [~Cory50@user/pasha] has joined #bitcoin-core-dev 11:08 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 11:09 -!- mudsip [~mudsip@user/mudsip] has joined #bitcoin-core-dev 11:10 -!- mudsip [~mudsip@user/mudsip] has quit [Client Quit] 11:10 -!- Cory50 [~Cory18@user/pasha] has quit [Ping timeout: 250 seconds] 11:11 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 250 seconds] 11:15 < darosior> hah 11:23 -!- TheRec [~toto@84-74-100-31.dclient.hispeed.ch] has joined #bitcoin-core-dev 11:23 -!- TheRec [~toto@user/therec] has changed host 11:29 -!- TheRec [~toto@user/therec] has quit [Ping timeout: 244 seconds] 11:30 -!- TheRec [~toto@user/therec] has joined #bitcoin-core-dev 11:37 -!- andytoshi [~apoelstra@user/andytoshi] has joined #bitcoin-core-dev 11:40 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 11:40 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Client Quit] 11:48 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 11:51 -!- eugenesiegel [~eugenesie@user/eugenesiegel] has quit [Quit: Client closed] 11:52 -!- eugenesiegel [~eugenesie@user/eugenesiegel] has joined #bitcoin-core-dev 12:01 -!- eugenesiegel [~eugenesie@user/eugenesiegel] has quit [Ping timeout: 250 seconds] 12:13 -!- Talkless [~Talkless@138.199.6.197] has quit [Quit: Konversation terminated!] 12:15 -!- jon_atack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 12:17 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 244 seconds] 12:22 -!- jespada [~jespada@2800:a4:220e:1100:7986:c3b7:972a:6739] has joined #bitcoin-core-dev 12:26 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 12:40 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 12:42 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 250 seconds] 12:48 -!- brunoerg [~brunoerg@189.112.73.61] has joined #bitcoin-core-dev 12:49 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 12:52 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Client Quit] 12:56 -!- jon_atack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 12:59 -!- Cory75 [~Cory7@user/pasha] has joined #bitcoin-core-dev 12:59 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 258 seconds] 13:02 -!- Cory7 [~Cory50@user/pasha] has quit [Ping timeout: 250 seconds] 13:15 -!- jespada [~jespada@2800:a4:220e:1100:7986:c3b7:972a:6739] has quit [Quit: Textual IRC Client: www.textualapp.com] 13:31 -!- jespada [~jespada@2800:a4:220e:1100:c085:e42:ccd1:a8e7] has joined #bitcoin-core-dev 13:42 -!- brunoerg [~brunoerg@189.112.73.61] has quit [Remote host closed the connection] 13:44 -!- cotsuka [~cotsuka@user/cotsuka] has quit [Remote host closed the connection] 13:45 -!- cotsuka [~cotsuka@user/cotsuka] has joined #bitcoin-core-dev 13:53 -!- jespada [~jespada@2800:a4:220e:1100:c085:e42:ccd1:a8e7] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] 14:02 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 14:05 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 258 seconds] 14:13 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 14:22 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 14:58 -!- enochazariah [uid710351@id-710351.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity] 15:11 -!- jon_atack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 15:13 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 244 seconds] 15:17 -!- enochazariah [uid710351@id-710351.hampstead.irccloud.com] has joined #bitcoin-core-dev 15:21 -!- Guest32 [~Guest32@41.188.115.110] has joined #bitcoin-core-dev 15:23 -!- Guest32 [~Guest32@41.188.115.110] has quit [Client Quit] 15:26 -!- Guest32 [~Guest32@41.188.115.110] has joined #bitcoin-core-dev 15:27 -!- Guest96 [~Guest32@41.188.115.110] has joined #bitcoin-core-dev 15:39 -!- Guest32 [~Guest32@41.188.115.110] has quit [Quit: Client closed] 15:40 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 15:44 -!- l0rinc_ [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 15:45 -!- l0rinc_ [~l0rinc@user/l0rinc] has quit [Client Quit] 15:45 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Ping timeout: 244 seconds] 15:45 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 15:47 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Client Quit] 15:50 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 15:51 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Client Quit] 15:53 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 16:00 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 258 seconds] 16:02 -!- jonatack [~jonatack@user/jonatack] has joined #bitcoin-core-dev 16:10 -!- Guest96 [~Guest32@41.188.115.110] has quit [Ping timeout: 250 seconds] 16:21 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Read error: Connection reset by peer] 16:21 -!- l0rinc_ [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 16:37 -!- l0rinc_ [~l0rinc@user/l0rinc] has quit [Quit: l0rinc_] 16:40 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 16:46 -!- cotsuka [~cotsuka@user/cotsuka] has quit [Read error: Connection reset by peer] 16:48 -!- cotsuka [~cotsuka@user/cotsuka] has joined #bitcoin-core-dev 17:01 -!- SpellChecker [~SpellChec@user/SpellChecker] has quit [Remote host closed the connection] 17:01 -!- SpellChecker [~SpellChec@user/SpellChecker] has joined #bitcoin-core-dev 17:02 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 250 seconds] 17:18 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Quit: l0rinc] 17:22 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 17:28 -!- enochazariah [uid710351@id-710351.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity] 17:37 < _aj_> sipa: could have an iterator where "unbroadcst txs with chunk feerates above this are been put in per-peer queues, txs below are put in a single global queue" ? if the global queue grows too large, that iterator then immediately tells you a good value to use as feefilter, without having to gradually increase it from the bottom of the mempool 17:38 < _aj_> not unbroadcst, un-relayed 17:49 -!- infernix [nix@spirit.infernix.net] has quit [Ping timeout: 256 seconds] 17:51 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 17:54 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Remote host closed the connection] 17:59 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Quit: l0rinc] 18:02 -!- infernix [nix@spirit.infernix.net] has joined #bitcoin-core-dev 18:02 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 18:08 -!- purpleKarrot [~purpleKar@user/purpleKarrot] has quit [Quit: purpleKarrot] 18:09 -!- purpleKarrot [~purpleKar@user/purpleKarrot] has joined #bitcoin-core-dev 18:10 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 18:12 -!- gmaxwell [~gmaxwell@user/gmaxwell] has quit [Ping timeout: 248 seconds] 18:12 -!- purpleKarrot [~purpleKar@user/purpleKarrot] has quit [Client Quit] 18:13 -!- purpleKarrot [~purpleKar@user/purpleKarrot] has joined #bitcoin-core-dev 18:15 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 258 seconds] 18:27 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Quit: Christoph_] 18:44 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Quit: l0rinc] 18:45 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 18:48 -!- infernix [nix@spirit.infernix.net] has quit [Ping timeout: 244 seconds] 19:03 -!- infernix [nix@spirit.infernix.net] has joined #bitcoin-core-dev 19:08 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 19:15 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Ping timeout: 244 seconds] 19:36 -!- saturday7 [~saturday7@206.83.122.147] has quit [Read error: Connection reset by peer] 19:41 -!- saturday7 [~saturday7@206.83.122.147] has joined #bitcoin-core-dev 19:49 -!- saturday7 [~saturday7@206.83.122.147] has quit [Ping timeout: 250 seconds] 19:49 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 244 seconds] 20:31 -!- enochazariah [uid710351@id-710351.hampstead.irccloud.com] has joined #bitcoin-core-dev 20:41 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 20:54 -!- l0rinc [~l0rinc@user/l0rinc] has joined #bitcoin-core-dev 21:01 -!- cmirror [~cmirror@4.53.92.114] has quit [Remote host closed the connection] 21:01 -!- saturday7 [~saturday7@206.83.122.147] has joined #bitcoin-core-dev 21:01 -!- cmirror [~cmirror@4.53.92.114] has joined #bitcoin-core-dev 21:04 -!- saturday7 [~saturday7@206.83.122.147] has quit [Client Quit] 21:07 -!- saturday7 [~saturday7@206.83.122.147] has joined #bitcoin-core-dev 21:13 < _aj_> sipa: hmm, except you could do that without the iterator just by setting the feefilter to the highest fee in the global queue 21:38 -!- durandal_ [~durandal@148.252.144.76] has quit [Quit: Leaving] 21:42 -!- durandal_ [~durandal@148.252.144.76] has joined #bitcoin-core-dev 21:43 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 244 seconds] 21:44 -!- Cory75 [~Cory7@user/pasha] has quit [Quit: Client closed] 21:44 -!- Cory75 [~Cory75@user/pasha] has joined #bitcoin-core-dev 21:51 -!- mbrochh [uid3052@id-3052.helmsley.irccloud.com] has joined #bitcoin-core-dev 21:54 -!- Cory75 [~Cory75@user/pasha] has quit [Quit: Client closed] 21:54 -!- Cory75 [~Cory75@user/pasha] has joined #bitcoin-core-dev 21:56 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 22:01 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 258 seconds] 22:19 -!- ghost43 [~ghost43@gateway/tor-sasl/ghost43] has quit [Remote host closed the connection] 22:19 -!- ghost43 [~ghost43@gateway/tor-sasl/ghost43] has joined #bitcoin-core-dev 22:32 -!- kevkevin [~kevkevin@209.242.39.30] has joined #bitcoin-core-dev 22:38 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has joined #bitcoin-core-dev 22:42 -!- Christoph_ [~Christoph@2a02:810d:1399:b700:a4db:8f22:bafe:4c87] has quit [Client Quit] 22:51 -!- l0rinc [~l0rinc@user/l0rinc] has quit [Quit: l0rinc] 23:01 -!- enochazariah [uid710351@id-710351.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity] 23:08 -!- jerryf [~jerryf@user/jerryf] has quit [Ping timeout: 272 seconds] 23:10 -!- ghost43 [~ghost43@gateway/tor-sasl/ghost43] has quit [Ping timeout: 272 seconds] 23:11 -!- ghost43 [~ghost43@gateway/tor-sasl/ghost43] has joined #bitcoin-core-dev 23:13 -!- twistedline [~bitcoin@1tbit.com] has quit [Remote host closed the connection] 23:13 -!- twistedline [~bitcoin@c-76-100-108-154.hsd1.md.comcast.net] has joined #bitcoin-core-dev 23:14 -!- jerryf [~jerryf@user/jerryf] has joined #bitcoin-core-dev 23:22 -!- jerryf [~jerryf@user/jerryf] has quit [Remote host closed the connection] 23:23 -!- jerryf [~jerryf@user/jerryf] has joined #bitcoin-core-dev 23:33 -!- vasild [~vd@user/vasild] has quit [Remote host closed the connection] 23:34 -!- vasild [~vd@user/vasild] has joined #bitcoin-core-dev 23:35 -!- kevkevin [~kevkevin@209.242.39.30] has quit [Ping timeout: 244 seconds] 23:39 -!- Guest80 [~Guest80@188.26.8.156] has joined #bitcoin-core-dev 23:40 -!- Guest80 [~Guest80@188.26.8.156] has quit [Client Quit] 23:56 -!- jerryf [~jerryf@user/jerryf] has quit [Remote host closed the connection] 23:56 -!- jerryf [~jerryf@user/jerryf] has joined #bitcoin-core-dev --- Log closed Tue Sep 23 00:00:48 2025