<l​m:matrix.baermail.fr> kuno website is down

Theyre on telegram, will FWD

FiatDemise is an admin there*

<f​iatdemise:matrix.org> Radanne is the Kuno admin, I sent him a message in a Telegram group. I just volunteer as a content moderator there.

<f​iatdemise:matrix.org> This is the Kuno X account: x.com/annemedia_web

<f​iatdemise:matrix.org> He replied and is looking into it.

<f​iatdemise:matrix.org> Site is up.

<r​ucknium:monero.social> Someone(s) doing a lot of high-input consolidation txs again. `estimated 19 block (38 minutes) backlog` is what I see.

<r​ucknium:monero.social> Looks like the consolidation txs are paying high fees, too. 3rd tier fees (out of 4 tiers).

<s​yntheticbird:monero.social> are we starting to count at 1 or 0 ?

<r​ucknium:monero.social> Counting from zero is Stockholm Syndrome.

<o​frnxmr:xmr.mx> Any bets on how big theyll push blocksize?

<s​yntheticbird:monero.social> 1MiB

<s​yntheticbird:monero.social> obviously

<b​oog900:monero.social> they are making txs above the size limit wallet 2 will as well it seems.

<t​obtoht:monero.social> 31 block backlog on high now

<r​ucknium:monero.social> boog900: I saw that. Maybe when blocks are larger, wallet2 will make bigger txs?

Any of them appear here? mini.p2pool.observer/sweeps

<b​oog900:monero.social> the 100 kb is hard coded I thought.

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/uiYgFumoZjdisAXsTZMVBArC

<r​avfx:xmr.mx> it's mooning!

<t​obtoht:monero.social> matrix.monero.social/_matrix/media/…ero.social/YvAVsbrxAKzQLfroqMEWtOqh

(151 in tx to sweep 0.07 xmr xD )

<o​frnxmr:xmr.mx> 150kb is the limit

<o​frnxmr:xmr.mx> 100kb is some magic number that tobtoht knows more about than i do

<b​oog900:monero.social> by consensus, yes, not wallet2 tho

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/vTScWmzRhWgXkvraqCUqoRfI

<o​frnxmr:xmr.mx> xmrchain.net/tx/c7fb4defc177d5ea6b7…648c470812d7ea45ad4a4e23a99aa1b38b1

<o​frnxmr:xmr.mx> 189 input

<s​yntheticbird:monero.social> no panic guys

<s​yntheticbird:monero.social> its just Lazarus

<s​yntheticbird:monero.social> and if my calculations are correct they are going to sell everything in btc and we're going back to 200$

<o​frnxmr:xmr.mx> We can branch master soon 🥳

<o​frnxmr:xmr.mx> With new tx-relay optimization

<o​frnxmr:xmr.mx> Maybe we can get the new auto-fee in there too

<o​frnxmr:xmr.mx> monero-project/monero #9847

<b​oog900:monero.social> ofrnAI:

<b​oog900:monero.social> github.com/monero-project/monero/bl…37a0e/src/wallet/wallet2.cpp#L11626

<b​oog900:monero.social> github.com/monero-project/monero/bl…b837a0e/src/wallet/wallet2.cpp#L111

<r​ucknium:monero.social> boog900: I don't fully understand that. It looks like it might adjust depending on block size.

<r​ucknium:monero.social> I need to see magic numbers

<b​oog900:monero.social> it's just used as a target limit, so it could go a little over I think 28 kb has to have been created by a modified wallet

<o​frnxmr:xmr.mx> It used to, idk about now

<o​frnxmr:xmr.mx> 15mb now, sars, we are being spammed

<b​oog900:monero.social> if you search for `TX_WEIGHT_TARGET` you'll see it's called with the output from `get_upper_transaction_weight_limit` the output depends on the current HF, for the current HF it outputs a little under 150 kb, which is then passed into `TX_WEIGHT_TARGET` which multiples by `2/3`: ~100kb

<o​frnxmr:xmr.mx> lfg

Stressnet: rookie numbers

<b​oog900:monero.social> the tx size limit is constant, it doesn't change, only across HFs.

<o​frnxmr:xmr.mx> At 100mb we start to have problems with unrestricted rpc

<o​frnxmr:xmr.mx> Also large peer counts will start to fall behind

<r​ucknium:monero.social> I loved making consolidation txs on stressnet because they would slam nodes the hardest. Fast to produce, slow to be consumed.

<o​frnxmr:xmr.mx> So simply building by deleting the 2/3 can bypass this

<r​ucknium:monero.social> Required careful management of outputs, of course.

<t​obtoht:monero.social> 62 blocks on high now, 21.3 mb

<o​frnxmr:xmr.mx> This = 100kb

<o​frnxmr:xmr.mx> 28mb

<b​oog900:monero.social> pretty much

<r​avfx:xmr.mx> Bitcoiner are fru because xmr geep going up so they got to spam it 😂

<o​frnxmr:xmr.mx> I hope they bought enough xmr first

<b​oog900:monero.social> wasn't the last spam around this time last year 🤔

<r​avfx:xmr.mx> like early march yeah

<s​yntheticbird:monero.social> At least this time we got worth adversaries. The skids DoSing RPC ended up so quick

<s​yntheticbird:monero.social> At least this time we got worthy adversaries. The skids DoSing RPC ended up so quick

<r​avfx:xmr.mx> This time is different

<r​avfx:xmr.mx> They use higher fee bracket than last year stresstest

<k​evino:tchncs.de> can someone show me whats going on ?

<k​evino:tchncs.de> is txcity showing right data?

<r​avfx:xmr.mx> If your using feather

<r​avfx:xmr.mx> you can go in Tools -> Tx pool viewer

<k​evino:tchncs.de> yeah i am using that , but i can't exactly figure out what it means 😅

<k​evino:tchncs.de> what do the different colors signify

<t​obtoht:monero.social> "what do the different colors signify" <- fee tiers

<r​avfx:xmr.mx> Big "consolidation" transaction pilling up faster than we can digest them

Toilets clogged, waiting for miners to flush

<r​avfx:xmr.mx> should have a new wave soon™️

<r​avfx:xmr.mx> if there constant

<o​frnxmr:xmr.mx> Miners making some extra $ today

<t​obtoht:monero.social> any tx that isn't colored uses a non-standard fee. most of them are from exodus.

<k​evino:tchncs.de> this time there won't be any issue right? since no low fee bug

<t​obtoht:monero.social> they're paying the high tier (3/4) and auto only goes up to normal (2/4)

<r​avfx:xmr.mx> Big node might fall behind

<o​frnxmr:xmr.mx> They are using high fee, everyone else is using normal

Someone is consolidating

Only high priority transactions can get into the next block

<o​frnxmr:xmr.mx> Normal fee tx will have to wait for the high fee's to clear

even the second highest priority (in CLI wallet) has a huge backlog

<o​frnxmr:xmr.mx> The high fees will raise blocksize though.

<t​obtoht:monero.social> highest tier gets you in the next block

It looks like they stopped sending those big transactions. Now just need time for mempool to clear

<o​frnxmr:xmr.mx> monero-project/monero #9847 << this pr elevates auto to lvl 3 (high) during large backlogs

<r​ucknium:monero.social> But automatic increase to 3rd tier fees would not occur now if #9847 was being used, right?

<r​ucknium:monero.social> > If we have >= 360 blocks worth of Normal+ fee-paying transactions, adjust to Elevated priority

<r​ucknium:monero.social> I see 93 block backlog

I already saw backlog with elevated priority (72 blocks) when I tried it in CLI wallet

only the highest priority works now

but these high fee transactions should help blocks grow faster

<o​frnxmr:xmr.mx> right. It would conservatively allow for up-to a 12hr backlog at lvl 2 before upgrading. This allows for blocks to grow before increasing the cost

<o​frnxmr:xmr.mx> before elevating*

<r​ucknium:monero.social> Blocks have average 0.7 XMR reward to miners now 😎

<o​frnxmr:xmr.mx> Spammer probably stopped like "wait, this costs too much. lets start spamming at normal"

<k​evino:tchncs.de> he ain't using auto fee ? 🤔

<r​avfx:xmr.mx> non

<r​avfx:xmr.mx> His goal was to make monero feel like your using bitcoin

<k​evino:tchncs.de> ohh

<k​evino:tchncs.de> i thought its the hecker from last month doing consol

<r​avfx:xmr.mx> That's too much to be him pretty sure

<k​evino:tchncs.de> i see more transactions in yellow band now

<r​avfx:xmr.mx> last block was 337kb finally a lil more lol

<k​evino:tchncs.de> how many blocks backlog right now ?

<i​nterestingband:matrix.org> luigi1111 , what's about reward or multisig patch that was merged ?

<i​nterestingband:matrix.org> (thanks for rerepurpose of repurposed (aka stolen) money from that ccs)

<i​nterestingband:matrix.org> Back then I said that It's a separate work from vulnerability report and It requires separate reward

<r​ucknium:monero.social> kevino: Do you run a node?

<o​frnxmr:xmr.mx> interestingband not sure if luigi will respond here

<i​nterestingband:matrix.org> not my problem, I guess

<r​ucknium:monero.social> If you do, go to the node's console and input `print_pool_stats`

<r​ucknium:monero.social> It will show the backlog.

<o​frnxmr:xmr.mx> (or if he even reads this chat. Maybe he'll see the ping)

<i​nterestingband:matrix.org> It's so fvking frustrating to talk with incompetent (at least, at most incapable people) about something that they don't understand

<s​yntheticbird:monero.social> what is the thing that they don't understand ?

<i​nterestingband:matrix.org> Back then I said that It's a separate work from vulnerability report and It requires separate reward <= yes I vaguely recall some disagreement

<t​obtoht:monero.social> there it is, full reward zone got bumped to 301.3 KB

<k​evino:tchncs.de> monero price also bumped 2% at same time period.

<d​uggavo:matrix.org> try gaslight-gpt.com

<s​yntheticbird:monero.social> people

<s​yntheticbird:monero.social> i need two onion addresses related to monero or privacy

<o​frnxmr:xmr.mx> can they be anything monero related?

<s​yntheticbird:monero.social> as long as its not a product placement

<o​frnxmr:xmr.mx> p2pool2giz2r5cpqicajwoazjcxkfujxswtk3jolfk2ubilhrkqam2id.onion

<s​yntheticbird:monero.social> nice thx. I already put p2pool.io but i forgor the explorer

<o​frnxmr:xmr.mx> blog.nowherejezfoltodf4jiyl6r56jnzi…irfsnfizflqd.onion/opsec/index.html

<s​yntheticbird:monero.social> perfect thx

<o​frnxmr:xmr.mx> This is observer, explorer is here: yucmgsbw7nknw7oi3bkuwudvc657g2xcqah…bjyewazusyytapqo4xid.onion/explorer