I havent actually taken 30 seconds to see if there was flooding before this

I watches live as these consolidations filled the pool, before the spam started. This block and the 3-4 that follow appear to be the setup

Noticed cuz the consolidations dont appear to be p2pool

March 1st, no?

<d​ezinfik:matrix.org> which parameters i should use to run full node?

<d​ezinfik:matrix.org> i saw them somewhere today on reddit

<d​ezinfik:matrix.org> but i can't find them now

<d​ezinfik:matrix.org> i mean i know how to run a node, just there was some specific parameters like --enable-dns-blocklist

<j​okeman203:hackliberty.org> what is the reason for all the congestion

people are using monero more

up your fees

<1​23bob123:matrix.org> Tight asses!

<k​orgprivacy:matrix.org> Scalability expert Francisco Cabanas aka ArticMine discusses how #XMR is handling the sky rocketing daily transaction count! Join us TMRW morning at 11AM-EST/5PM-CET + Price 📈 , News🗞️ & MORE!

<k​orgprivacy:matrix.org> 👀➡️: streamyard.com/citqh8r3up

<k​orgprivacy:matrix.org> Join ➡️: youtube.com/live/UeUGiSreegs?si=6EtFL6ePufwk8INy

<k​orgprivacy:matrix.org> 🙏🏽

<k​orgprivacy:matrix.org> 🎢@cakewallet @monerocom

<k​orgprivacy:matrix.org> 🎢@LocalMoneroCo

Why matrix?

to turn humans.... into this....

battery.jpg

🔋

<e​laryan:hackliberty.org> It turns the battery of my laptop into this: 💩

<e​laryan:hackliberty.org> irc could run on a potato

<f​l0000000000000d:matrix.org> incognito

<j​okeman203:hackliberty.org> why

<f​l0000000000000d:matrix.org> expect volume to be high for the next few days

<f​l0000000000000d:matrix.org> incognito officially exit scammed 3 days ago, but withdrawals closed 6 days ago which is when xmr started to see an influx of txs. incgonito didn't use sub addresses for user deposits, so they couldn't sweep their txs, but needed to withdraw for every individual address they have. incognito didn't publish their official user count, although as the market was one of the biggest at <clipped message>

<f​l0000000000000d:matrix.org> the time we can estimate its user count to be similar to other darknet marketplaces like white house, which had 400k users

<f​l0000000000000d:matrix.org> txs are not close to 400k yet

<u​sername12345678901:matrix.org> simplifiedprivacy.com/monero-attack-nostr

<o​cean:matrix.thisisjoes.site> bizarre

<f​l0000000000000d:matrix.org> it's not this idiot

<f​l0000000000000d:matrix.org> he came up with that idea around last year and did nothing

<h​ardenedsteel:monero.social> spackle_xmr: i wanted to document the penalty system to add [getmonero.dev](MAGICGrants/getmonero.dev #10) then send to [txstreet](txstreet/processor #2)

<f​r33_yourself:monero.social> anyone got a brief summary of why the spam flood is that big of a deal? Seems kinda like a nothing burger to me

<f​l0000000000000d:matrix.org> it's not a big deal

<f​l0000000000000d:matrix.org> nothing goes on here so it's exciting

<b​lurt4949:matrix.org> Imagine being such a shitcoiner that you seriously need to attack actual freedom money in order to pump your pseudo-stock. The absolute state of Bitcoin.

<f​r33_yourself:monero.social> as long as the long term median part of the dynamic algorithm works as I understood it, then eventually this guy will reach a ceiling for the next 69 days or so. So seems like a quick way to burn some money

<f​r33_yourself:monero.social> People are worried about decreases in effective ring-size, which is fair. But even with ring size one Monero via confidential amounts offers better privacy than Bitcoin.

<f​r33_yourself:monero.social> I mean it's sad to see him put the mental bandwidth into attacking Monero, but at the same time it's better for him to do it than a government haha.

<f​r33_yourself:monero.social> As feds are probably even smarter than he is.

<s​packle_xmr:matrix.org> Awesome! Is there anything I can help with?

<s​packle_xmr:matrix.org> FYI here is the simulation I wrote (no guarantee of correctness, but to the best of my knowledge is it a very good representation): github.com/spackle-xmr/Dynamic_Block_Demo

<f​r33_yourself:monero.social> He is like a goomba, he isn't a final boss like Bowser

<h​ardenedsteel:monero.social> look up the github issues i linked.

<b​lurt4949:matrix.org> True, and I know we can't exactly be choosing when attacks happen, but it would have been reaaaally nice if this started post-Seraphis so we would have better wallet infrastructure and a larger anon set. Monero is resilient, but honestly I'd like to see it develop a bit more before taking on serious attacks. Then, bring it on.

<f​r33_yourself:monero.social> I also want to hear what you guys think about this hypothetical game theory during a majority hash attack. If a government controls majority hashrate for a meaningful window of time, and they mine zero transactions, then honest users can simply increase the fees they pay to incentivize more normies or submarginal CPU's sitting on the sideline to direct their hashrate to a "black-m<clipped message>

<f​r33_yourself:monero.social> arket" pool. So it's at least theoretically possible for transactions to get pushed through during such an attack, so long as fees they pay are high enough to draw in new honest hash rate

"If a government controls majority hashrate for a meaningful window of time" < zephyr?

Theyve had 3+ gh recently

<f​r33_yourself:monero.social> who cares about that coin lol

Wheres the hr come from :)

<f​r33_yourself:monero.social> that is fair point I guess. But why would they mine a scam coin and not compete in Monero?

<f​r33_yourself:monero.social> I guess it's less competitive there in terms of other pools so they mine there.

<f​r33_yourself:monero.social> Also was cool to see Sarang return in the research lab. He is one of the GOATs

It at times 4x more profitable

<f​r33_yourself:monero.social> I thought we may not see him again haha

Makes 4x more sense to mine zephy and buy xmr, than to mine xmr and sell xmr

Nobody leaves

Interpol thought they could take fluffy. Binance though they could take our price floor

<f​r33_yourself:monero.social> so wouldn't it be smart for people mining Monero to mine zephyr then dump it for monero. then dump monero for fiat if they want or need to. or they could hold on to the nice dark monero coin

yep

<f​l0000000000000d:matrix.org> that's already happening

Moneroocean, c3pool and others were a nice help during delisting

<f​l0000000000000d:matrix.org> the reason why zeph hashrate is high is because miners are precisely doing this

<f​r33_yourself:monero.social> ofrnxmr you reply way faster on here than on simplex lol

<b​lurt4949:matrix.org> Is zephyr merge mined with Monero, or totally independent>

I wish

<b​lurt4949:matrix.org> ?*

Independent

<f​r33_yourself:monero.social> fuck it feels good to be back on IRC after so long haha. Back with the boys and (a few ladies) haha

Im actually very slow to reply everywhere now cuz im running like 6 messengers to stay connected

<s​packle_xmr:matrix.org> I'll take a swing at this tomorrow. Lazy thing would be to fill the buses to the penalty median (still wrong, buy way less wrong). Correct thing would be to perform the same calculation the miners do, weighing fees against the penalty.

<f​l0000000000000d:matrix.org> why would they mine zero txs when they can commit a 51% attack?

ty spackle

<f​r33_yourself:monero.social> because the point is to censor the network

they try to get us to lower moneros hr. But at 4x, ill just mine with my dormant devices

<f​l0000000000000d:matrix.org> switch xmr to PoS and we can fix the problem /s

<f​r33_yourself:monero.social> that is Monero's and bitcoin's highest theoretical threat. If we assume no bugs and janky exploits then the government wins by strongarming the network with hashrate. all crypto's are vulnerable to this. BUt if censored parties pay high fees then it can incentivize new honest hashrate to direct toward a "good" pool. Not the stupid government pool

<f​r33_yourself:monero.social> this is all hypothetical but the US gov will probably do this to Monero at some stage. It could take another 5 to 10 years first though. They gotta finish co-opting bitcoin first.

<f​l0000000000000d:matrix.org> I think quantum is a bigger threat

i think its going to be funny the attacks become more and mor obvious

<f​l0000000000000d:matrix.org> one day all of the cryptography xmr used will be outdated

<f​l0000000000000d:matrix.org> every single tx that's private now will be cracked in the future

If "my" government ever admits to wasting my taxes, im super running for office

<f​r33_yourself:monero.social> yes but that is an external factor. If we hold the axiom of private and pub key security, then within the system majority hash is the main point of attack for big bad us gov

Fl000d, isnt that "story of btc"

<b​lurt4949:matrix.org> Not really. Also this "one day" might take several decades or eons. I'm not bought into the quantum hype

Ppl thought it was private

<f​l0000000000000d:matrix.org> no one ever thought btc was private

<b​lurt4949:matrix.org> yes they did

yes they did

<f​l0000000000000d:matrix.org> people thought it was psuedonanon

<f​l0000000000000d:matrix.org> no lol

<f​l0000000000000d:matrix.org> read old darknet logs

they did, it was even advertised as anonymous for a short time

<f​l0000000000000d:matrix.org> people thought it was psuedonanon and it is

<f​r33_yourself:monero.social> flood, might be right, but Monero is so useful now and is a good tool for high threat model scenarios that it's still worth using.

<f​l0000000000000d:matrix.org> ok maybe some idiots did think that

<f​l0000000000000d:matrix.org> but one of satoshi's post on bitcointalk had criticisms for privacy

Satoshi removed word anonymous to be removed from the blogpsot because it sounded shady and he didnt want to portray it as so

<f​r33_yourself:monero.social> the drug guys on the dark net are pretty stupid. You get to see the whole IQ spectrum on there when you go on dread lol. There are a few big brains. Most medium brains. and some brainlets

<f​l0000000000000d:matrix.org> it's why he considered ring signatures

But that users who wanted anonymity would be able to figure it out themselves

then monero was born

<b​lurt4949:matrix.org> Btw the mempool dipped down to 1400 for a short while. Now climbing back up past 1700.

<b​lurt4949:matrix.org> I thought it was over for a second :(

and cmon

In 2009, http was private

<f​r33_yourself:monero.social> so basically this guy who is flooding the network is just gonna burn money and bloat the chain a little bit, but eventually he won't be able to expand the size anymore and his efforts will be in vain right? Because he doesn't understand the long term median right

2012 apple made encryption ok

2014 monero was born

<b​lurt4949:matrix.org> Only one way to see

<f​l0000000000000d:matrix.org> it will only get more expensive to attack

For at least 3 yrs, bitcoin was one of the most anonymous internet tools

<f​r33_yourself:monero.social> Yes, that was my point.

<f​l0000000000000d:matrix.org> nothing will happen. the worst outcome from this "attack" is waiting longer for txs to confirmed

<b​lurt4949:matrix.org> are you sure? Doesn't the fee decrease with volume?

No

<f​l0000000000000d:matrix.org> nothing will happen. the worst outcome from this "attack" is waiting longer for txs to confirm

Not unless we made a new median

<f​r33_yourself:monero.social> Seems like this guy is just burning money and taking up some disk space on everyone's nodes. That's pretty much the scope of the attack.

<s​packle_xmr:matrix.org> so far the flood has barely touched the short term median, never mind the long term median. Things will have to continue ramping significantly before that comes into play

And we arent likely to anytime soob as long as their spam takes less time to purge than it does to confirm

<f​l0000000000000d:matrix.org> haven't you guys seen what happens to btc during peak times?

<s​packle_xmr:matrix.org> Fees only adjust after the long term median increases. No matter what happens, there will be no fee changes for the next ~70 days.

<f​l0000000000000d:matrix.org> and eth? literally fees go over $50 and people still use that shit

<f​l0000000000000d:matrix.org> xmr is fine

If were apples to apples, yeah were fine

<f​r33_yourself:monero.social> Yeah as long as Artic mine's long term median is lurking to halt the expansion size I'm not worried. I think the dynamic block algo as it stands is pretty good. Maybe it could be better, but im not smart enough to criticize.

imo fees should be 10x higher

But were xmr, were better than these ppl who get spammed and act like nothing is happenibng while their blockchain grows 200gb in a month (zec, #xaggeration)

<b​lurt4949:matrix.org> what do you guys think of the cost of this attack? ~$2600 per gb

or 5x

Selsta - one thing notices is fees appear to be 4x now, not 5x

<b​lurt4949:matrix.org> At least double

<f​l0000000000000d:matrix.org> can price and fees be interchangeable?

<b​lurt4949:matrix.org> but we want to avoid issues with sharp price rises

Do you know if this is intentional?

<f​l0000000000000d:matrix.org> so if price was 10x, it would solve the problem?

ofrnxmr: i don't know

Ok

<f​r33_yourself:monero.social> why do you think this? Do you have faith in the long term median, or are you simply saying you think fees should jump steeper during short-term transaction spikes

might be related to the 2021 fee changes

the zcash spam was insane, some wallets were broken for like a year

<b​lurt4949:matrix.org> ztrash moment

Yea. And they had been paid hundreds of thousands to make the wallets lolz

<f​l0000000000000d:matrix.org> where can I find an explanation for how the dynamic block works?

<f​l0000000000000d:matrix.org> a more technical one

articmines github repo has the paper iirc

<b​lurt4949:matrix.org> raw.githubusercontent.com/ArticMine…nts/master/MoneroScaling2021-02.pdf I think this is it?

Thanks blurtgpt

<s​packle_xmr:matrix.org> Massively agree with selsta on fees. In my opinion the consequences to ring signatures become significant far before blockchain bloat or user convenience.

<f​l0000000000000d:matrix.org> ty

<f​r33_yourself:monero.social> It's in zero to monero somewhere. I wish the algo's were explained in layman's terms better though. But basically I think the absolute max growth is 1.4 times current block-size for each window of 69 days.

<s​packle_xmr:matrix.org> *1.7

<f​l0000000000000d:matrix.org> how many txs would lessen ring signature security?

<s​packle_xmr:matrix.org> pretty sure

<f​l0000000000000d:matrix.org> I feel like you would need millions?

i agree, but only that auto should be the mininum and should auto bump to 5 or 10x, not allowing non-standard fees

<s​packle_xmr:matrix.org> That is a hairy question if I've ever seen one. Decoy selection is complicated.

144k tx

<f​r33_yourself:monero.social> what negative consequences of ring signatures are you worried about?

About 800/day

Dollars

<f​l0000000000000d:matrix.org> what is the base block size? 300kb?

<b​lurt4949:matrix.org> yes

<s​packle_xmr:matrix.org> effective ring size

<s​packle_xmr:matrix.org> matrix.to/#/!toFcRZtpaiwiyapgVO:mat…a=monero.social&via=cypherstack.com

<s​packle_xmr:matrix.org> yes

<f​l0000000000000d:matrix.org> hm

<f​l0000000000000d:matrix.org> 1.7 every 69 days seems small

<s​packle_xmr:matrix.org> Want a layman's explanation? I can give it a quick try...

<s​packle_xmr:matrix.org> The scaling algorithm isn't so bad if you spend some time with it. Put simply, it works by measuring two things (short term median, long term median), and calculating two things (penalty median, fee median).

<b​lurt4949:matrix.org> what about this? localmonero.co/knowledge/dynamic-block-size?language=en

<s​packle_xmr:matrix.org> It does? The increase is exponential.

<s​packle_xmr:matrix.org> 1.7^x

<s​packle_xmr:matrix.org> where x is the number of adjustments

<f​l0000000000000d:matrix.org> oh lmao

<f​r33_yourself:monero.social> yeah, but if that compounds over time it's pretty generous

<f​l0000000000000d:matrix.org> I thought it was linear

<b​lurt4949:matrix.org> yeah 1.7 is aggressive if anything

<f​l0000000000000d:matrix.org> what are adjustments?

<f​r33_yourself:monero.social> I think a permanently fixed block size is definitely bad, and that a dynamic block algorithm is an elegant solution so long as there is some sort of firmish ceiling as a sanity barrier

<s​packle_xmr:matrix.org> I think criticisms of the scaling algo are fair, but let me be practical for a moment: It has worked so far, and has hard limits for what can happen in the short term. Monero has bigger priorities than changing the scaling, and it is my hope that people can focus on Seraphis/JAMTIS/FCMP

<f​l0000000000000d:matrix.org> fixed is obviously bad. btc is a good example on why

<f​r33_yourself:monero.social> Yeah I'm not too worried about the dynamic algo, but these guys might be right that fees should jump more during short-term jumps. I'm not that smart

<s​packle_xmr:matrix.org> I am describing it as adjustments to the median in step changes, which is not 100% realisitic but paints the correct picture for the maximum of what can happen.

<b​lurt4949:matrix.org> I ant find it now, but I swear there was talks about going from 1.7 -> 1.4 for the August 2022 upgrade. I dont know if that went through tho

<s​packle_xmr:matrix.org> The long term median is of 100k blocks, so if a flood keeps hitting the ceiling on it the median will step up every 50k blocks

<s​packle_xmr:matrix.org> 50k blocks is ~70 days

<f​r33_yourself:monero.social> Yeah it's funny there was a post by deathandtaxes on the bitcointalk forum and he basically unveiled how such a small block size would lead to onchain usage getting captured

make sure to tune in to monerotopia tomorrow

Articmine will be on

<b​lurt4949:matrix.org> ooh

<f​r33_yourself:monero.social> it was an excellent post and changed my mind from small blocker to big blocker again haha

<f​l0000000000000d:matrix.org> do you have a link?

<f​r33_yourself:monero.social> let me find it

<s​packle_xmr:matrix.org> Quick fact about Monero scaling: No matter what happens, there is a block size limit of 30 MB for the next 70 days.

<f​r33_yourself:monero.social> basically he predicted how btc develop of offchain scaling is stupid if it is cost-prohibitive for individuals to interact transact on the base layer

<s​packle_xmr:matrix.org> Things can ramp from there, but it isn't like the scaling algo will explode in a few weeks.

<f​r33_yourself:monero.social> thanks spackle, I'm happy to hear that

<b​lurt4949:matrix.org> I mean... that's 7.9tb annualized. Not very comforting

<f​r33_yourself:monero.social> so after 70 days, then the new limit is 30 MB x 1.7 correct? for another 70 days

<s​packle_xmr:matrix.org> So if you are worried by what you are seeing on chain (and you shouldn't be, the scaling algo has barely been touched.), know that there is time to adjust.

<s​packle_xmr:matrix.org> yes

<f​r33_yourself:monero.social> yeah but what are the chances that blocks are actually full for an entire year lol

<s​packle_xmr:matrix.org> 30 MB blocks would only be created if enough fees are paid to completely overwhelm the penalty.

<f​l0000000000000d:matrix.org> where does the exponential growth come in?

<f​r33_yourself:monero.social> so what are the chances of the chain growing terabytes in a single year

<s​packle_xmr:matrix.org> That is effectively not going to happen.

<f​r33_yourself:monero.social> pretty low in all honesty

<s​packle_xmr:matrix.org> After another 70 days you get 1.7 times the higher number. 1.7^2 from the start

<s​packle_xmr:matrix.org> after another 70 days.... 1.7^3

<s​packle_xmr:matrix.org> and so on

<b​lurt4949:matrix.org> yeah, but I'm just saying 30mb = no effective limit. If we reach that unexpectedly, we have very big problems.

<f​l0000000000000d:matrix.org> ahhh

<b​lurt4949:matrix.org> no effective long term limit*

<s​packle_xmr:matrix.org> in my opinion, no we do not.

<s​packle_xmr:matrix.org> that is my opinion

If we reach that quickly?

<s​packle_xmr:matrix.org> what is the block size limit on BCH?

<s​packle_xmr:matrix.org> well, trick question. I know they are moving to dynamic scaling as well.

<b​lurt4949:matrix.org> 32mb per 1 minutes. 30mb on Monero = 150 per 10 minutes. BSV territory

I think they impl something dynamic

Ah. Trick q

<f​l0000000000000d:matrix.org> above bsv

<s​packle_xmr:matrix.org> The fastest we could hit 30 MB blocks is 12 hours. It would require massive fees being paid, but it is possible and I think people should prepare for that.

<f​l0000000000000d:matrix.org> bsv is 128mb

Monero isnt transparent

<s​packle_xmr:matrix.org> For the current situation, that same ramp would take weeks.

Big blocks are easier on tx that dont need intense math verifications

<f​l0000000000000d:matrix.org> but miners should be rewarded with bigger blocks?

<f​l0000000000000d:matrix.org> would that not incentivize an increase in hashrate?

<b​lurt4949:matrix.org> TEN WHOOPS

<s​packle_xmr:matrix.org> I do not understand your question

<f​l0000000000000d:matrix.org> does bigger blocks = bigger rewards?

<s​packle_xmr:matrix.org> If you run a Monero node, I think you should have at least 1TB ready to go.

<f​l0000000000000d:matrix.org> per block

yes

<s​packle_xmr:matrix.org> If equivalent fees are paid as in the smaller blocks, yes.

<s​packle_xmr:matrix.org> In most cases, yes.

<s​packle_xmr:matrix.org> but it is the block expansion that penalizes miners, and keeps them in check.

<f​l0000000000000d:matrix.org> right so this technically is a good thing because it secures the network with an increased hashrate?

<s​packle_xmr:matrix.org> ...so to speak

<f​l0000000000000d:matrix.org> if block rewards increase

yeah. So to speak :P 🙉

<s​packle_xmr:matrix.org> That is one good result. There are other consequences.

<s​packle_xmr:matrix.org> If the usage was genuine, I would be happy to see 30 MB tomorrow

Yeah. I appreciate you, spackle

<s​packle_xmr:matrix.org> aww shucks.

<s​packle_xmr:matrix.org> thanks

<b​lurt4949:matrix.org> I do too

<f​l0000000000000d:matrix.org> are you a dev spackle?

<f​l0000000000000d:matrix.org> you seem like a genius

<s​packle_xmr:matrix.org> The worst dev in Monero, reporting :)

<b​lurt4949:matrix.org> "seem like"?

<1​23bob123:matrix.org> love fest

<f​l0000000000000d:matrix.org> genius behavior = potential dev

Id call spackle a researcher

<s​packle_xmr:matrix.org> hah, the scaling algo really isn't bad if you spend time with it. Compared to bulletproofs and other cryptographic techniques in Monero it is dead simple.

<s​packle_xmr:matrix.org> The thing about the scaling algo is that in some ways it is more important than everything else, because it is more lasting.

<s​packle_xmr:matrix.org> ring signatures will probably go away before the scaling changes, so it is important to understand.

<f​l0000000000000d:matrix.org> idk ring signatures are easier to understand

<f​l0000000000000d:matrix.org> I also find bp easier

<f​l0000000000000d:matrix.org> because there is more documentation on it

<s​packle_xmr:matrix.org> in a loose conceptual way yes. But have you read Zero to Monero 2.0?

<f​l0000000000000d:matrix.org> no I haven't

<s​packle_xmr:matrix.org> The details matter. A lot. Here's my take on things: github.com/spackle-xmr/ZtM

<s​packle_xmr:matrix.org> Go to chapter 3 and look at MLSAG

<b​lurt4949:matrix.org> If you're a mortal person and want to be humbled, try reading the bulletproofs paper

<f​r33_yourself:monero.social> bitcointalk.org/index.php?topic=946236.0

<s​packle_xmr:matrix.org> Bulletproofs were a nightmare when I first saw them, but lo and behold... hidden in the references of Zero to Monero there is an explanatory treasure....

<s​packle_xmr:matrix.org> github.com/AdamISZ/from0k2bp/blob/master/from0k2bp.pdf

<f​r33_yourself:monero.social> This is the post from deathandtaxes where he basically demonstrates that BTC would eventually need to increase the base layer blocksize.

<s​packle_xmr:matrix.org> From Zero to Bulletproofs!

<s​packle_xmr:matrix.org> It is very good, if that is your sort of thing

<f​l0000000000000d:matrix.org> ty for all these resources

<f​l0000000000000d:matrix.org> it's a gold mine out here

<f​r33_yourself:monero.social> his point is that a crypto-currency is useless if a fair number of individuals can't direclty interact or spend on the base layer. What good is BTC if only institutions can spend on layer 1

<b​lurt4949:matrix.org> huh skimming over it, it actually looks comprehendable. going on my read list

<b​lurt4949:matrix.org> thanks

<f​l0000000000000d:matrix.org> from 2015 and it accurately predicted the shitshow situation btc is currently in

<s​packle_xmr:matrix.org> I tried doing a read through companion for ZtM: youtu.be/wDRX27T69tw

<f​l0000000000000d:matrix.org> it will push all individual users off the blockchain to rely on trusted third parties = lightning

<b​lurt4949:matrix.org> I wonder what satoshi thinks of modern btc

<s​packle_xmr:matrix.org> but I gave up pretty quickly, deciding I was the wrong person for the job. I think I did alright with what I got through.

<b​lurt4949:matrix.org> I find it hard to believe he'd be a laser eyes

<f​l0000000000000d:matrix.org> have you read the emails?

<s​packle_xmr:matrix.org> Just wrote code to follow the notation.

<b​lurt4949:matrix.org> I know, but admittedly there were a lot of things he didnt predict

<b​lurt4949:matrix.org> and maybe he changed his mind anyway

<b​lurt4949:matrix.org> literally the best way of understanding things

<f​r33_yourself:monero.social> yes, but it's actually suprisingly not as bad as I thought it would be on BTC

<s​packle_xmr:matrix.org> For sure

<f​r33_yourself:monero.social> I just think Monero is engineered so much better than BTC. and has consistently stuck to better design decisions over time and adopted new techniques when possible and reasonable. Confidential amounts seem like the big game changer in monero privacy. Before that privacy would've seemed pretty average. Only had tail emission and CPU mining with some light privacy stuff like small r<clipped message>

<f​r33_yourself:monero.social> ings and stealth addresses

<f​l0000000000000d:matrix.org> preaching to the chor

<f​l0000000000000d:matrix.org> preaching to the choir

<f​l0000000000000d:matrix.org> btc failed because it was hesitant to fork and improve itself like xmr

<f​r33_yourself:monero.social> I just am surprised that high threat model actors till use BTC for big ransoms in ransom ware, because even if they coin join it's still easy to follow amounts of coins moving around on the chain and intelligence agencies can know the exact time that spends occur.

<f​r33_yourself:monero.social> so much meta data that can be linked together to de-anonymize someone

<f​l0000000000000d:matrix.org> btc is liquid for businesses. with delistings, xmr is much harder to get

<f​r33_yourself:monero.social> I'm talking about black market activity not businesses haha.

<f​l0000000000000d:matrix.org> I mean ransomware against businesses

<f​r33_yourself:monero.social> Like the big ransom that just happened for some high amount of btc

<f​l0000000000000d:matrix.org> these businesses want to buy a large amount of btc

<f​l0000000000000d:matrix.org> and can easily do so

<f​l0000000000000d:matrix.org> xmr on the other hand...

<f​r33_yourself:monero.social> if i was the ransom guy I'd have to a have a step by step guide to follow religiously to liquidate the ransom without getting caught lol. Privacy on btc is so hard, that it's not even worth thinking about if you are a small grey market business lol.

<f​l0000000000000d:matrix.org> one thought I realized is that these new dexes, such as serai, will make it easier for ransomware criminals

<f​r33_yourself:monero.social> might as well just use fiat if possible haha

<f​l0000000000000d:matrix.org> one thought I realized is that these new dexes, such as serai, will make it easier for ransomware criminals to launder

<f​l0000000000000d:matrix.org> when dexes come out a guide will no longer be necessary

<f​l0000000000000d:matrix.org> btc -> xmr done

<f​l0000000000000d:matrix.org> scary to think about

<f​r33_yourself:monero.social> Imagine if you are a small business that operates in meat space and you want to accept crypto as payment. If your business makes good revenue are you really doing yourself any favors by accepting btc as payment? If someone figures out which UTXO's you own then you have a target on your back. That's why i mean if Monero ceased to exist you'd probably be better just accepting USD in cash.

<s​tarlord:starlord.zip> Question for the group (newbie here): I just saw a post about the network slowing down because of a fee bug but maybe an unsubstantiated attack from the Nostr creator. My Cake Wallet (Android) wouldn't sync so I booted up my GUI wallet that has a local node. Will that help the network or something?

<f​r33_yourself:monero.social> It will only help the network if you tell someone struggling your nodes IP address and open port number

<f​r33_yourself:monero.social> but it will definitely help you as now you can sync your wallets faster and don't have to trust a third party

<s​tarlord:starlord.zip> Gotcha, will get to that

<s​tarlord:starlord.zip> it's still syncing

<f​r33_yourself:monero.social> I mean you do what you want, but can say that running a pruned node on a spare laptop is really fun for me. and my sync times are fast. and I know i verified all the transactions on my device

<f​r33_yourself:monero.social> took mine just under two days to sync. when I synced my pruned node. I don't think pruned vs unpruned matters during initial chain download though. only affects what you store on device

<s​tarlord:starlord.zip> Can you elaborate on what you mean by "pruned?"

<f​r33_yourself:monero.social> pruned you verify everything. but only store essential chain data and 1/8 of ring signature data. so you basically prune some ring member data and other stuff that isn't strictly necessary. so it's One Third the size of full node

<f​r33_yourself:monero.social> --prune-blockchain is the command I think

<s​tarlord:starlord.zip> Ah, gotcha

<f​r33_yourself:monero.social> I like your pfp btw. gigachad sparrow

<s​tarlord:starlord.zip> hehe, found that on a lemmy c of AI generated immages

<b​lurt4949:matrix.org> --sync-pruned-blocks

--prune-blockchain is correct

--sync-pruned-blocks is an additional flag

<s​packle_xmr:matrix.org> mempool cleared!

<b​lurt4949:matrix.org> something I never thought about, is 100 blocks a large enough period to take the median for?

<b​lurt4949:matrix.org> If volume drops from 5 tps to 1 tps for a few hours then we have to start over with raising the limit

<b​lurt4949:matrix.org> seems like in a high adoption scenario we'd need to constantly have a full mempool to keep the median up which is what we're trying to avoid in the first place

<s​packle_xmr:matrix.org> I think there is a lot to go through on this point.

<s​packle_xmr:matrix.org> Speaking off the cuff....

<s​packle_xmr:matrix.org> If adoption is genuine then there should be a greater number of people paying higher fees during congestion. This increases the block size quickly, and will not allow constant congestion.

<s​packle_xmr:matrix.org> What we see on chain for Monero volume follows a weekly period, where it increases during weekdays and subsides during weekends (check bitinfocharts.com if you want to see it)

<s​packle_xmr:matrix.org> So the practical reality of adjustment should allow for a day or two of semi-congestion during the upswing.

<s​packle_xmr:matrix.org> That would happen every week if volume was a steady value over 300 kB

<s​packle_xmr:matrix.org> If we have a 'high adoption scenario,' the short term median (and therefore penalty median) would continuously be higher than the long term median

<s​packle_xmr:matrix.org> when M_N(the penalty median) is significantly higher than M_L(the long term median), the block size is far more elastic, and would expand significantly faster even from minimum fees.

<s​packle_xmr:matrix.org> That is assuming steady, constant growth in the tx volume of Monero.

<s​packle_xmr:matrix.org> *the block size is far more elastic than what we are seeing now

<l​akshmana:matrix.org> Organic adoption would also mean more nodes more mining higher bandwidth?

<s​packle_xmr:matrix.org> I'd think so. Maybe we'll see.

<s​packle_xmr:matrix.org> continuing on...

<s​packle_xmr:matrix.org> starting over with raising the limit isn't a nightmare situation in my mind. What would be so bad about it?

<s​packle_xmr:matrix.org> That same 'starting over' will happen any time the long term median is equal to the short term median, in terms of expanding in proportion to where the network is today.

<s​packle_xmr:matrix.org> So increasing tx volume to 10 MB and holding it there for 50k blocks will 'reset' proportional scaling in the same way that falling below 300 kB for 50 blocks resets it today.

<s​packle_xmr:matrix.org> If we imagine steady tx volume right at 300 kB that varies each week as we've seen in the past, we will end up resetting every week.

<s​packle_xmr:matrix.org> and that is sort of inevitable, at least for a time.

<b​lurt4949:matrix.org> spackle_xmr: Ah, I think I get it now. M_s is the median of max(M_B, M_L) for each block, not just M_B. Am I correct in thinking this means that M_L will "prop up" M_s during low-activity times of day?

<s​packle_xmr:matrix.org> If it has increased, yes.

<b​lurt4949:matrix.org> I was under the impression that we could go from a 300mb limit to a 300kb limit because the power went out for 3 hours ha

<b​lurt4949:matrix.org> yeah I'm assuming the high volume is happening long term

<b​lurt4949:matrix.org> long enough to push M_L

<b​lurt4949:matrix.org> thank you

<s​packle_xmr:matrix.org> You are welcome, sounds like you pretty much had it anyways.

<l​akshmana:matrix.org> Any of you know a way to download the blockchain faster?

<l​akshmana:matrix.org> Its gonna take like 10 more days

<s​packle_xmr:matrix.org> Are you copying it to a HDD or SSD?

<g​fdshygti53:monero.social> Use a SSD or nvme drive

<g​fdshygti53:monero.social> Use a better node (if it's the bottleneck)

<s​packle_xmr:matrix.org> because the big thing would be to use an SSD

<l​akshmana:matrix.org> HHD

<b​lurt4949:matrix.org> That's why

<l​akshmana:matrix.org> Im getting like a few hundred mb an hour

<l​akshmana:matrix.org> no way my hhd is that shit

<b​lurt4949:matrix.org> That's an HDD for you

<s​packle_xmr:matrix.org> For random read/write it is.

<s​packle_xmr:matrix.org> Every time you want to access data from a different part of the disk, the head needs to move over.

<l​akshmana:matrix.org> makes sense actually

<s​packle_xmr:matrix.org> Syncing Monero does that an awful lot

<b​lurt4949:matrix.org> I did IBD on an NVME SSD then caveman copy-pasted the files to a 2tb HDD. If its offline for a while it takes a couple hours to sync, but whatever. If you have an SSD I'd recommend that

<l​akshmana:matrix.org> can i pause sync move the chain folder into nvme change location in the gui and restart?

<l​akshmana:matrix.org> or will it lose progress

<g​fdshygti53:monero.social> yes

<l​akshmana:matrix.org> will it take 3 days to copy the folder

<l​akshmana:matrix.org> maybe ill zip it

<g​fdshygti53:monero.social> you can copy the file on an nvme drive and continue

<b​lurt4949:matrix.org> make sure to tell the software where the new file is though, don't want to start downloading a second copy lol

<b​lurt4949:matrix.org> it's should (?) be quick since its sequential read

<b​lurt4949:matrix.org> well, maybe not quick, but not 3 days

<a​zizlight:matrix.org> how come the icon for flatpak monero gui wallet is a blank white circle

<a​zizlight:matrix.org> `/var/lib/flatpak/app/org.getmonero.Monero/current/active/export/share/icons/hicolor/scalable/apps/org.getmonero.Monero.svg`

<1​23bob123:matrix.org> BigmenPixel: ^

<a​zizlight:matrix.org> it shows as a white circle in program menus, taskbars, task switchers, task killers. etc

Is that on kde

<a​zizlight:matrix.org> yes, plasma 5.27.xx

Saw a similar report recently / today

<b​igmenpixel:matrix.org> It seems the problem is global...

<a​zizlight:matrix.org> What do you mean by global? In .desktop files a svg is mentioned for Icon= and following the location to it's destination via symlinks leads to that path I mentioned earlier and here the actual file is a white circle

File location?

What is* location of bad file

(i scrolled up, sorry)

Mine shows svg properly. Running a 18.3.1 on gnome

`flatpak update` showed an update. post update, Svg file still there and accessible

<s​tillthasame:matrix.org> Good morning everyone, I just want to say fuck y'all

<p​cre:matrix.org> ^- Tourette's kicks in again. I'm his nurse.

<8​8989998998kkkkkkkkkkkkk:matrix.org> Hello Gays

<b​igmenpixel:matrix.org> I mean many user have it

<s​tillthasame:matrix.org> Let's spread about monero in Africa... If you wanna partner or support dm me!

<p​ndxmr:matrix.org> mempool is almost empty 🎉

<p​ndxmr:matrix.org> lets see when they start again, if they ever do 😅

what to do if monero-wallet-gui says transaction "sent (failed)" and I am not able to send any new transactions due to "double spend" error from my own node?

<p​ndxmr:matrix.org> relay_tx <txid>

<p​ndxmr:matrix.org> If that doesnt work then, flush_txpool & rescan your wallet

okay, thank you!

<p​ndxmr:matrix.org> type that in your monerod

well it said "Transaction successfully relayed" but idk how long to wait to ensure if it actually worked

<p​ndxmr:matrix.org> check it on xmrchain.net after a couple of minutes

<p​ndxmr:matrix.org> also add --enable-dns-blocklist to monerod, so you are not connected to asshole nodes in future

I already had `enable-dns-blocklist=1`

<p​ndxmr:matrix.org> Weird, maybe something to do with network being spammed hard; wait a while it should go through.

<p​ndxmr:matrix.org> hope devs are taking notes of these issues

still empty at the xmrchain.net, will try your second recommendation now

<p​ndxmr:matrix.org> wait a few minutes

> wait a few minutes

in total it is ~40 minutes already, 5 minutes after relay_tx

<p​ndxmr:matrix.org> Make sure you copy the tx key of this failed one, incase it gets broadcasted while you rescan and need to prove payment.

okay

pndxmr thank you, I got the new transaction sent and broadcasted successfully!

<p​ndxmr:matrix.org> Great!

<g​uest79:matrix.org> why is everyone acting like this attack is not a huge problem for xmr? any transactions that have occurred over the last few days have extremely compromised privacy

<k​arano:poddery.com> compromised privacy ? how ?

<k​arano:poddery.com> i guess it increased the transaction pool , so your transactions are more disguised now ?

<k​arano:poddery.com> i agree , slowness has caused inconvenience

<k​arano:poddery.com> also why do you think its not taken seriously ?

<k​arano:poddery.com> to remind its not a centralized network , where the devs just push an update from backend

<g​uest79:matrix.org> no, thats not how that works. if this attack is being done by a chain analytic company, the chances your transaction will include multiple inputs from the attacker is easily at least 50%

<k​arano:poddery.com> i agree , slowness has caused inconvenience , but not exactly privacy

<p​lowsof:matrix.org> if one entity controls all those transactions then theres a problem (Rucknium ran some numbers on the possible privacy impact). Full Chain Membership Proofs would not have this issue

<g​uest79:matrix.org> of course, thats why im looking forward to FCMP

<g​uest79:matrix.org> this is a huge problem for rings and anyone transacting right now

<p​lowsof:matrix.org> but no one cares though?

<g​uest79:matrix.org> of course some people do, but everyone seems to be focused on the spam portion of the attack instead of the fact that the privacy of the average user making a tx right now is terrible

<p​lowsof:matrix.org> lol

<k​arano:poddery.com> i guess he started the spam again now

<k​arano:poddery.com> median tx fee won't surpass $0.005 ?

<g​uest79:matrix.org> to not assume one entity controls all of those transactions would be wishful thinking

<g​uest79:matrix.org> to assume

<s​omeoneelse495495:matrix.org> worst case or best case scenario, we can't do anything about it

<p​lowsof:matrix.org> preaching to the wrong crowd and devs/researchers know about this.. have/are exploring solutions

<g​uest79:matrix.org> the only solution i can see would be to exclude all transactions made over these last few days or just launch FCMP

<g​uest79:matrix.org> i dont follow monero dev so dont really know how far down the roadmap FCMP even is

<p​lowsof:matrix.org> "just launch FCMP" sounds so simple

<s​omeoneelse495495:matrix.org> FCMP?

<s​omeoneelse495495:matrix.org> Full chain membership proof

<s​omeoneelse495495:matrix.org> yeah lmao sounds so simple

<p​ndxmr:matrix.org> it is a huge problem

<g​uest79:matrix.org> maybe the devs need more funding

<p​ndxmr:matrix.org> sure by 2030

<g​uest79:matrix.org> how many million

<p​ndxmr:matrix.org> dev is busy with his own project

<s​omeoneelse495495:matrix.org> devs needs more researchers than funding atm. Seraphis will not be launched until it is properly implemented and audited by third-parties.

<p​ndxmr:matrix.org> its just on paper for now

<g​uest79:matrix.org> researchers come when the funding is there

<p​lowsof:matrix.org> lol

<s​omeoneelse495495:matrix.org> It's not that simple

<p​ndxmr:matrix.org> everything under the sun gets funded

researchers don't come put of nowhere just because there is funding

other projects can offer significantly higher rates

<p​lowsof:matrix.org> lol

*out

<p​lowsof:matrix.org> Rucknium is probably having a migraine now reading this "all you need is a pile of cash"

<g​uest79:matrix.org> then you are not paying enough

<g​uest79:matrix.org> exactly

<p​ndxmr:matrix.org> or hire them fulltime

<p​ndxmr:matrix.org> they are not asking enough lol

<g​uest79:matrix.org> i would pay millions of dollars to have FCMP implemented in a timely manner

<p​ndxmr:matrix.org> please deposit it with plowsof and he will get it done by 2026

<s​omeoneelse495495:matrix.org> this guy thinks that 9 women can give birth to a baby in one month

<g​uest79:matrix.org> good analogy, but im just going off what i remember reading, there isnt enough money being put into monero development and most of it is being done out of love for the project

<s​omeoneelse495495:matrix.org> You'll be surprised to hear that most monero devs are paid through CCS with a higher rate than dev.

<b​asses:matrix.org> pay

<s​omeoneelse495495:matrix.org> You'll be surprised to hear that most monero devs are paid through CCS with a higher rate than average dev.

<s​omeoneelse495495:matrix.org> You'll be surprised to hear that most monero devs are paid through CCS with a higher rate than average devs.

<b​asses:matrix.org> rn

<g​uest79:matrix.org> i would if it was that simple

<b​asses:matrix.org> wait... please don't tell it's not possible.

<g​uest79:matrix.org> yes but from my limited knowledge they are not working full time on monero

<b​asses:matrix.org> 625,000 to crack monero

<b​asses:matrix.org> and ....

<g​uest79:matrix.org> cracking monero has nothing to do with paying more money to hire full time developers

<s​omeoneelse495495:matrix.org> According to the CCS rate and the delay between planned end and actual transaction, I would say they work full time for most of them

<b​asses:matrix.org> it would have been a really good incentive to grab all "crackers"

<p​ndxmr:matrix.org> Not everyone does it full time

<p​lowsof:matrix.org> only rust devs :D

<b​asses:matrix.org> <del>for free</del>

"bounties.monero.social/posts/104/1-000m-monero-openrpc-specification" < limited. I agree

Oh fkn copy paste

"yes but from my limited knowledge they are not working full time on monero" *

<s​omeoneelse495495:matrix.org> someone give me a gun, this bounty is trap i swear

<p​lowsof:matrix.org> could have been worse

<g​uest79:matrix.org> looking at the CCS it seems the average full time rate is 170XMR for 3 months

<g​uest79:matrix.org> current prices means 8k or so a month

<s​omeoneelse495495:matrix.org> tell mem ore

<p​lowsof:matrix.org> pay them 1 million usd a month and it will be fixed for sure ?

<g​uest79:matrix.org> not much

Dont you worry

<p​ndxmr:matrix.org> Feel free to hire them, they are around here on irc

I already pay devs extra

its getmonero.deb fake dev bs that makes real devs puke

<p​ndxmr:matrix.org> make a better one :)

obv

Waiting on core to make the damn repo

<s​omeoneelse495495:matrix.org> Sorry guest79 but you seems to forget that not everyone in the core team is knowledgeable about Seraphis. Everyone have its speciality, hyc is on the database, kayaba is on FCMP, jeffro is a release-engineer iirc, etc... Paying them more won't accelerate things. That's why i'm saying seraphis needs more researcher than can efficiently work with the ones on it

<s​omeoneelse495495:matrix.org> btw who is managing monero.social ?

<p​lowsof:matrix.org> anyone who reports a problem here is running it

+1 to plowsof's answer

<g​uest79:matrix.org> i know and thats why i said it would be good to hire more people

<g​uest79:matrix.org> ive never looked at the CCS until now

If you know people, bring em

<s​omeoneelse495495:matrix.org> How can I have an account ?

its a public server, you can just make one at login time

<s​omeoneelse495495:matrix.org> monero is no organization behind and its not possible for us to hire people like a blockchain company would. Our main entrance for researcher and devs to contribute is through CCS or bounties.

<g​uest79:matrix.org> i see that now

research bounties are banned now (temporarily) as are translations

<s​omeoneelse495495:matrix.org> why exactly ?

I think research is still👌 for ccs

'research this' -> 'here a pdf, i researched it' -> ok

<s​omeoneelse495495:matrix.org> oh i see

Bounties can get dangerously wasteful

translate this -> here a translation -> ok

<s​omeoneelse495495:matrix.org> almost like my first proposal of investigating the rewrite of monerod in rust

even worse

😂

<s​omeoneelse495495:matrix.org> * go on chatgpt *

<s​omeoneelse495495:matrix.org> * copy past pdf *

<s​omeoneelse495495:matrix.org> Just resolved FCMP

you missed a chance to add in a 5xmr party at the end of it

<g​uest79:matrix.org> how many problems could 10000 XMR solve

<g​uest79:matrix.org> and what would prevent the wallet from being drained again

<g​uest79:matrix.org> or how would i know it would be put to good use

<s​omeoneelse495495:matrix.org> you don't, there is always a degree of trust in an open source project

<s​omeoneelse495495:matrix.org> if you think about it, monero is doing several hardforks and everyone just trusted the maintainers

<s​omeoneelse495495:matrix.org> the getmonero wallet is being handled by other people that you also trust

<s​omeoneelse495495:matrix.org> Same way Cuprate will depend on cuprate's devs. And you'll have to trust us when I'm gonna install a wasm malware in it

<s​omeoneelse495495:matrix.org> oops shouldn't have tell that one

<s​omeoneelse495495:matrix.org> let's just say you didn't see anything

<s​omeoneelse495495:matrix.org> point is ultimately the only controlled point in monero development is its source code. all that is around is subject to a degree of trust

<p​ndxmr:matrix.org> moving the goal post

<g​uest79:matrix.org> does the monero from the general fund end up being used for proposals that require funding?

<g​uest79:matrix.org> or does the term general fund mean just that

<p​ndxmr:matrix.org> yes, if they seem to get funded in time

<p​ndxmr:matrix.org> yes, if they seem to not get funded in time

not for every proposal

but sometimes yes

I want to talk to the manager

<p​ndxmr:matrix.org> plowsof is busy right now, please take appointment

Likely story :(

<p​lowsof:matrix.org> n1oc is never busy at least, thanks! libera.monerologs.net/monero-community/20240309#c343746

<w​olffbolt:matrix.org> Has anyone here been to Monerica.com?

<b​asses:matrix.org> an email is not required, right?

<b​asses:matrix.org> because it says otherwise on servers.joinmatrix.org

<s​yntheticbird:monero.social> it is required

<b​asses:matrix.org> nice

<b​asses:matrix.org> >You must provide a username and password to setup an account. Consider the privacy implications if you are considering to link an email address or phone number to your account. The email field is used solely for recovering your account if you lose your password.

<s​yntheticbird:monero.social> I just registered and I couldn't without en email. element indicate the homeserver requires an email address

<g​fdshygti53:monero.social> Yeah, some homeservers require emails and/or captcha

<b​asses:matrix.org> So there's misinfo on getmonero site, great.

<b​asses:matrix.org> image.png

<b​asses:matrix.org> wait, that's illegal

<g​fdshygti53:monero.social> Use another homeserver

<s​yntheticbird:monero.social> if I had extra free time I would have made my own getmonero.org website

<s​yntheticbird:monero.social> I think the design, texts and page tree could be improved

<b​asses:matrix.org> yep, there were some rough design but progress is < 0

it hides the burn in our retina if it continues to remain the same

<p​ndxmr:matrix.org> Any idea why moneromoooo stopped writing code for moonero

<s​yntheticbird:monero.social> I don't even know if someone is working on the monero-site

<s​yntheticbird:monero.social> I don't even know if someone is working on the monero-site repo

plenty of PR's to get reviewing

<b​asses:matrix.org> github.com/moneroguides/getmonero.org/blob/main/v4.png

<b​asses:matrix.org> getmonero-unofficial-beta.vercel.app (their git repo github.com/Janaka-Steph/monero-website)

<b​asses:matrix.org> Figma design concept figma.com/file/yT4JTUfvBkAsBDPNPJL1…nero-Redesign-Concept?node-id=0%3A1

<s​yntheticbird:monero.social> OH MY GOD SO MUCH BETTER!!!!

reminds me syntheticbird, will fix the missing rpc params for your issue on #monero-site

<o​cean:matrix.thisisjoes.site> rando: nice work

<b​asses:matrix.org> I'm not the one developing it

<s​yntheticbird:monero.social> matrix.monero.social/_matrix/media/…ero.social/VQDewrEIohGgBofuZuhaKHtY

<s​yntheticbird:monero.social> matrix.monero.social/_matrix/media/…ero.social/jKNTozGQwHrAFvYqdyZXvzNg

<s​yntheticbird:monero.social> matrix.monero.social/_matrix/media/…ero.social/VlkBYhZaDmHoktNIbstvuEpz

<s​yntheticbird:monero.social> matrix.monero.social/_matrix/media/…ero.social/eKjswCgHaLiAyQqhtfAyfeRd

<s​yntheticbird:monero.social> This guy needs a CCS

<b​asses:matrix.org> The only problem with the design concept is that it relies on JS

<b​asses:matrix.org> which is illegal to have on monero website

<s​yntheticbird:monero.social> I can convert it to HTML/CSS

<b​asses:matrix.org> matrix.to/#/#monero-site:monero.social

<b​asses:matrix.org> oh already join, nice

<b​asses:matrix.org> joined*

<p​ndxmr:matrix.org> no of txs: 2427, size: 10266.44 kB

<0​xfffc:matrix.org> It comes in waves it seems. was quiet for few hours.

<p​ndxmr:matrix.org> Yes, they go out for lunch break

seems someone is consolidating in addition to the spam, that's why it went up to 10mb

selsta: Maybe the spammer is consolidating :-P

possible but the inputs are inconsistent

the amount of inputs

Inconsistent in which sense?

i would expect lots of 144/2 tx, but from what i have seen they go from 20-70/2

not sure if it means anything

are they p2pool?

no

p2pool consolidations are listed here: p2pool.observer/sweeps

thx

apologies if this was posted already: privacypkybrxebcjicfhgwsb3coatqechw…6jemylmyd.onion/monero-attack-nostr

<b​asses:matrix.org> There's something wrong with the IP addresses here, could you guys tell?

<b​asses:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/ZUVUmalXLmUNIVqcckVxFZHQ

<g​fdshygti53:monero.social> It's because of me and Dan.

<g​fdshygti53:monero.social> We are sorry, we assume people have basic networking knowledge

<g​fdshygti53:monero.social> matrix.monero.social/_matrix/media/…ero.social/IRaRQkuEzxlAPnKrkRWOGNUn

<e​laryan:hackliberty.org> LMAO

ho.lee.fook:18089?

<c​:frei.chat> seems like the attack stoped

<c​:frei.chat> 200 tx in mempool

<z​ib:xmr.se> Dans node is running on my solar inverter. Amazing.

hasnt it stopped for perioids throughout the whole ordeal?

<c​:frei.chat> xmr.stormycloud.org:18089 is working

nah they're still pushing just enough to keep the mempool full from what I can tell

its basically empty right now

2 block backlog but ye

where are you seeing that?

on my node but also on xmrchain.net

tx.town is showing no backlog at all

down to slightly less than one block in mempool now

and now it's back up to slightly over 1 block (:

of I think tx.town shows them queued up in the little cars before it starts showing them outside the cars

anyway mempool is mostly empty, blocks still mostly full

<g​fdshygti53:monero.social> matrix.monero.social/_matrix/media/…ero.social/aZsHFOtQomciTceLjNGtPkyI

<g​fdshygti53:monero.social> Monero digested most of today spam / usage / attack

eventually they gonna run out of money

Yea Monero took it like a champ while Bitcoin would have raised the fees to insane prices

bitcoin is backlogged by several thousands of tx 100% of the time

That's why there won't be spam because even for small transactions one almost bankrupts

there is no such thing as spam

like imagine some guy went into a physical market with a giant bag of small bills and coins and started buying stuff with that

is that "spam?"

is the old lady in front of you at the grocery store writing out a check "spam?"

<k​eepemup:matrix.org> How about soliciting resources from the monero community in order to fund a matching (whitehat) spam campaign that will partially mitigate the past attackers ability to exclude their spam outputs from the decoy ring members of future "regular users" txns. Provided that was the actual motive for the "attack". That is my retarded take of the day. Thank you for your consideration

i mean apply the analogous use of of physical currency and ask yourself if that is spam or just people doing business

is options trading spam?

if i fund an exploration of an asteroid and it has trillions of tons of gold that im able to bring back to earth and flood the market with, is that spam?

if we are all guessing, i don't think this has anything to do with decoy elimination

even if it did, and that were a legit concern, that just means the current system needs to be fixed

is there anything preventing us from switching to zkps?

p​ndxmr: burnout

<b​twimmemee:matrix.org> Leaks Demo Group

<b​twimmemee:matrix.org> t.me/+jcvB_vS0hX43YWNk

<p​ndxmr:matrix.org> hope you come back at some point in time, its good to have you around though :)

<f​ionamurray> Hey,

<f​ionamurray> @everyone

<f​ionamurray> Welcome to Infinite Options

<f​ionamurray> Great place to learn trading and to get instant help join our community.

<f​ionamurray> We have over 75 Analysts. The idea is to have more eyes on the charts so that more trade entries are revealed.Our goal is to help you make more money by giving insight and helping you all to understand how market changes effect your trades. We are successful when you are successful! No BS, just straight signals in an organized fashion for you to choose from.

<f​ionamurray> * Options Day Trades Alerts

<f​ionamurray> * Options Swings Alerts

<f​ionamurray> * Options Leaps Alerts

<f​ionamurray> * Options Spreads Alerts

<f​ionamurray> * Stock Alerts

<f​ionamurray> * Penny Stock Alerts

<f​ionamurray> * Crypto Alerts

<f​ionamurray> * Forex Alerts

<f​ionamurray> Feel free to let us know if you have any questions. Thanks and Happy Trading.

<f​ionamurray> @here Join the link: discord.gg/umuxXWH2UV

monerobull please put the discord bridge on read only, most of the spam comes from it

<m​onerobull:matrix.org> ok

<1​23bob123:matrix.org> discord is meant to have better mod tools according to Daniel mcry

o_0

he said what?

<t​idux:matrix.org> I can confirm that discord mods are all tools ( ≖‿≖)

<b​lurt4949:matrix.org> what do people here think of a introducing a soft-limit for blocksizes? Basically meaning monerod by default would not mine blocks larger than X bytes, but the limit is configurable by miners, and blocks above that size would still be valid under consensus rules. Bitcoin had that type of limit at (IIRC) 100kb, 250kb, and finally 900kb, which were all easily and quickly increased w<clipped message>

<b​lurt4949:matrix.org> hen deemed necessary.

<j​okeman203:hackliberty.org> is the congestion fixed?