any drawbacks to running monero on a thin client pc?

what about running it directly vs mining in a pool?

<l​iplogb:xmr.se> i figured out why the tx count is high

<l​iplogb:xmr.se> it's not spam

<l​iplogb:xmr.se> someone is moving large amounts of monero through swaps

<l​iplogb:xmr.se> exch, dex like bisq and other cex exchanges have a total volume of around 90k xmr per day rn

<l​iplogb:xmr.se> the exchanges need the user to send xmr to a new wallet for every swap

<l​iplogb:xmr.se> at least 90k transactions per day are from these big swaps

<l​iplogb:xmr.se> this is not a spam attack

<d​ufebo98:monero.social> He is one of the attacker?

snex, why rely on somebody else to host an IRC server if you can easily host one yourself. I wasn't kidding when I said it's dead easy to do so! landchad.net/irc

<k​arano:poddery.com> @liplogb if they were genuine transactions by dex and cex , why wouldn't they consider hosting their own monero nodes instead of sending thousands of requests to cakes node and other public nodes ?

<k​arano:poddery.com> Do they have lack of knowledge about nodes ?

<k​arano:poddery.com> @liplogb if they were genuine transactions by dex and cex , why wouldn't they consider hosting their own monero nodes instead of sending thousands of requests to cakes node and other public nodes ?

<k​arano:poddery.com> Do they have lack of knowledge about nodes but could run a cex, dex ?

<d​ufebo98:monero.social> How will our community resolve the problem of flooding attracting? I’m a little concerned about the future of Monero

<j​ack_ma_blabla:matrix.org> 90k xmr per day , 90k tx per day & 1xmr big swaps lol ; drank some kool-aid ?

<j​ack_ma_blabla:matrix.org> are you sure cake nodes are broadcasting these txs ? if so they can easily identify spamming ips and block them

<p​lowsof:matrix.org> thats probably dandelion++ in effect localmonero.co/knowledge/monero-dandelion?language=en the entire network has to pass the transactions around

<s​iren:kernal.eu> Yeah it's most likely not someone using public nodes directly. Nodes use more resources now that there are more transactions.

<s​iren:kernal.eu> It would have helped if that k8s CCS proposal was done

<s​iren:kernal.eu> It's difficult to scale nodes

written in GO github.com/cirocosta/monero-operator , IIRC it worked* or works.. but didnt support tor and some other things

but the ccs is definitely abandoned

cakes issue may be a lack of a proxy node uhm

no idea what im talking about btw, ignore^

<k​arano:poddery.com> it means due to dandelion ++ even if the attacker is using their own nodes , the other public nodes would get congested with these new txs that this node is broadcasting ?

<k​arano:poddery.com> it means due to dandelion ++ even if the attacker is using their own nodes , the other public nodes would get congested with these new txs that this node is broadcasting ? As the whole network needs to pass around these transactions.

sorry, one major issues with old clients is that they request the mempool from the node every 20 seconds.

an updated client only requests updates (instead of everything) - so you can imagine that people who arent running the latest clients are downloading the bloated mempol from cakes rpc node

dandelion++ increased traffic usage but not to the extent that is causing issues for public rpc nodes. a private monero node who only passes around p2p / dandelion++ traffic is fine with the increased transactions

a hardfork will force everyone to use the latest software which doesnt ddos public rpc nodes when the mempool is massive

<x​fedex:matrix.org> a hardfork could remove low fee tier completely :)

<x​fedex:matrix.org> because attacker is spending half the money a normal Monero user spends in tx fees

<x​fedex:matrix.org> i vote for removing the low tier completely and doubling the expense for attacker

<x​fedex:matrix.org> it wouldn't affect normal users much

<x​fedex:matrix.org> and I think that the current tx fee is too low anyway

<x​fedex:matrix.org> considering monero has automatic tx fees, if price increases then the tx fees will slowly decrease (bigger average block size) in a few months

<x​fedex:matrix.org> considering that Bitcoin has an estimate tx fee for ~$2.05 to be included in a block in 60 minutes, I think it's also fine for Monero to double the tx fee to ~$0.015

<s​iren:kernal.eu> Btw try updating monero.social to Synapse 1.103.0 (no vulns but bugfixes available)

<x​fedex:matrix.org> btw, happy palm sunday

<p​lowsof:matrix.org> passed that on to the admin Siren, thanks!

yes folks, update to 0.18.3.2 for the health of the network

and yes swap services only use 1in 2 out txs lolololol

<d​ave.jp:matrix.org> So attacker just needs to pay 8-10xmr a day ? Pretty cheap for chain analysis companies

<d​ave.jp:matrix.org> Raise it to 5-10cents and we might see a hit on their pockets

<f​r33_yourself:monero.social> I don't care too much, but I think the better idea is to keep the minimum fees that we currently have. But to actually change the Dynamic fee such that minimum fee never drops. We want to encourage a healthy fee market to develop in the future after blocks expand. If we lower minimum fee after blocks expand after 70 days then we are making it cheaper to bloat. I think minimum fee <clipped message>

<f​r33_yourself:monero.social> should stay unchanged regardless of blocksize, but as Long Term Median gets bumped it then more transactions can be accomodated alleviating upward pressure on fees

<f​r33_yourself:monero.social> Minimum fee should stay the minimum fee regardless of what happens. If congestion is high, then the Long Term Median is in place which will 1.7x the block size after 70 days which will lower pressure on fees.

<f​r33_yourself:monero.social> Ahh nevermind

<f​r33_yourself:monero.social> I just read some stuff from Articmine in the Research Lab channel and I like the current fee structure required to expand the blocks

<s​nowman:tetaneutral.net> A government attacker has bottomless coffers. Increasing fee is meaningless. Technical scaling solutions that make it impossible to attack the chain, that make storage costs tiny, and prevent deanonymization in the first place are what’s needed.

<d​ave.jp:matrix.org> Only if it’s a gov, if it’s a chain analysis company it’s not suitable to control 90% recent outputs if fees are high

<s​nowman:tetaneutral.net> Fee increase just kicks the can down the road and makes it more expensive for the majority of people

<d​ave.jp:matrix.org> 5-10c is not going to hurt, but if you allow sub cent fee and privacy then majority will not use monero anyways

<d​ave.jp:matrix.org> 5-10c is not going to hurt, but if you allow sub cent fee and privacy hit, then majority will not use monero anyways

<s​nowman:tetaneutral.net> A chain analysis company or vc backed org can afford a 5-10x increase in fees. These numbers are literally cheaper than the urinal cakes on their balance sheet

<s​nowman:tetaneutral.net> So now you’ve just made it more expensive to use, and you still face deanonymization and chain blot

<s​nowman:tetaneutral.net> If I was attacking, I would hope the community makes the chain more expensive and less likely to be used by average Joe

Btc has high fees and that stopped people flooding mempool woth pictures of rocks right?

<s​nowman:tetaneutral.net> I do think fees should be more in line with Nielsens law. If the users of the chain are pushing storage average usage faster than storage technology can keep up, then there should be a fee increase to slow usage down

Making the normal user pay more and inadvertantly contributing to increasing blocksizes while the attacker spams low fees?

<s​nowman:tetaneutral.net> Bitcoin has limited block space and actually requires increasingly high fees for it to function from a security perspective

<s​nowman:tetaneutral.net> So jpeg spam is fine. If you can’t afford to be in a bitcoin block then you’re fucked. That’s how it was designed.

<s​nowman:tetaneutral.net> If Monero is increasing in chain size significantly faster than storage can keep up, then no one will get to use it.

<s​nowman:tetaneutral.net> Unless we start designing for large orgs like cake to be the only ones running chains or have heavily pruned nodes

<s​nowman:tetaneutral.net> Miner would probably enjoy a 2x in fees though

what is a heavily pruned node compared to a pruned node?

that would be a Light Node (tm)

part of Ruckniums research list monero-project/research-lab #69

about 2-5GB ? for when this issue was made

2x in fees in Monero is still almost nothing tho

plowsof: "access blockchain data with reasonable confidence as to its legitimacy." <> that seems to be a lower bar than I thought necessary

Define reasonable

Anyway I got tired of waiting for the chain to fill my 250GB SSD on my old rickety comp so last year I moved to a 1TB one

Being released this year will be the Ryzen 9900X and Samsung 8TB SSD

a reasonable upgrade

please give me a reason to get them. :D

Also please pump for upgrade

<j​ack_ma_blabla:matrix.org> a 2x fees is not going to change anything, by keeping fees sub cent you are just inviting any shitty rival project to come and spam your blockchain

<x​fedex:matrix.org> no, jpeg spam is not fine

<x​fedex:matrix.org> i mean, bitcoin block size would be a problem anyway

<x​fedex:matrix.org> but transaction fees would be lower for legit users

<x​fedex:matrix.org> btw, only about 9.4 XMR in total are spent daily in fees

<x​fedex:matrix.org> that's as low as 0.013 XMR per block

<x​fedex:matrix.org> for comparison, 23.8 BTC are spent daily in fees, which is 5.95 BTC per block

<x​fedex:matrix.org> EDIT: 0.165 BTC per block

Bitcoin has 144 blocks/day, Monero has 720 blocks/day

My public Monero node Grafana dashboard is now open to public (login disabled) : stats.01.its-a-node.org

<j​ack_ma_blabla:matrix.org> It seems they want to transact/trade in cents and expect sub-cent fees. Maybe you should consider using another coin. Monero cannot allow spamming with little to no cost attached, especially when it affects everyone's privacy by significantly reducing the effective ring size.

<x​mrcracked:xmr.se> xmr price account for this alr. the reason price low is because xmr is shitty until fcmp and seraphis. nothing like increasing fee or ring size will improve anything until fcmp and seraphis. the dev in xmr take long and they may abandon at any time so their uncertainty. if seraphis and fcmp come out prob in 5 years at current rate then price of xmr go up and this spam problem solve

<j​ack_ma_blabla:matrix.org> if 5years the chain will be bloated and unusable, if you keep moneros privacy bad the price isnt going to go up

<x​mrcracked:xmr.se> ik but this fault of dev who take long. xmr price went down not because of delisting it never was issue because of other swap service and dex. it went down because of this shitty current implementation. we need fcmp and seraphis now but who knows how long it takes

<j​ack_ma_blabla:matrix.org> and by allowing cheap spam and majority of decoys to be owned by certain entities, you are just going to crash moneros price and make it even more cheaper to spam

<x​mrcracked:xmr.se> xmr make fun of bitcoin but bitcoin more secure even if less private. 20% chance of guessing correct output now empirically with 5 ring effective sigs this is very bad

<j​ack_ma_blabla:matrix.org> increase ring size, increase fees, fix decoy selection & you have some resistance against these assholes

<x​mrcracked:xmr.se> this does nothing only delay inevitable. if increase ring size it still possible to attack except it's more expensive but not too expensive we don't know. increase fees is useless because the price will 100% go down if it's made super public that xmr needs to hard fork again... there no resistance for this only fcmp and seraphis they need to hurry up or this shitty coin gone

oh look, it's MR xmr.se

*Mr.

<j​ack_ma_blabla:matrix.org> so you agree fees and ringsize needs to be fixed asap

<x​mrcracked:xmr.se> no that only delay inevitable. WE NEED FCMP AND SERAPHIS

<x​mrcracked:xmr.se> what happen if fee increase and then price go down 50% or go up? it's bad decision

<x​mrcracked:xmr.se> ringsize is ok but still bandaid solution we need fcmp and seraphis devs hurry up or we going back to bitcoin

<j​ack_ma_blabla:matrix.org> oh so your idea is to keep low fees low ringsize and keep privacy low and bring price to single digits, good idea

he has no idea

<j​ack_ma_blabla:matrix.org> FCMP and seraphis isnt coming for years, every kid knows that

<x​mrcracked:xmr.se> yes but if u increase ring size and fee it's not going to fix anything if it take years

<x​mrcracked:xmr.se> and price so unpredictible for years how do we know if u increase fee say 10x then price can do anything in next years...

<x​mrcracked:xmr.se> best solution is to increase ringsize (still shitty) and counterspam from monero fund

<j​ack_ma_blabla:matrix.org> dude if you increase ringsize they need to own a much higher % and increasing fees makes it even more expensive ; but i guess you can go play with ztrash in the meanwhile

<x​mrcracked:xmr.se> no increase in fee otherwise xmr same as bitcoin. we bully bitcoin say it's bad for high fee and now we increase it? so stupid

<j​ack_ma_blabla:matrix.org> no counter spam is effective with cheap fees

<j​ack_ma_blabla:matrix.org> you are just bloating the chain

we are increasing to $3?

<x​mrcracked:xmr.se> increase fee will reduce real output

<x​mrcracked:xmr.se> argentinian people and low income use xmr

<x​mrcracked:xmr.se> they stop using it if u increase fee

<x​mrcracked:xmr.se> attack is meant for us to increase fee. increase fee is very bad

<j​ack_ma_blabla:matrix.org> who the fuck says it will real outputs ? ppl can afford to pay 5cents for private transactions ; you arent using monero to buy single egg

<x​mrcracked:xmr.se> 5 cents assume price stay the same...

<j​ack_ma_blabla:matrix.org> Argentinian lol

<x​mrcracked:xmr.se> which it wont stay the same

jack_ma_blabla you should find someone who will discuss this on good faith

<x​mrcracked:xmr.se> what happens if price go down -10x? we make new hardfork again and again? shitty solution

<x​mrcracked:xmr.se> no winners only FCMP AND SERAPHIS but devs so slo

<x​mrcracked:xmr.se> im discuss it good faith. this fee solution is going to ruin xmr u people are police fed trying to ruin it

<x​mrcracked:xmr.se> ringsize + counterspam that's it

<j​ack_ma_blabla:matrix.org> you are expecting the price to go 1000 tommorow ? price isnt going anywhere its going to stay here for years, there is no circular economy ; every vendor dumps it for Butcoin or usdt/dai

<x​mrcracked:xmr.se> no -10X it go to $15 therefore tx fee back to normal even if increase by 10x

<x​mrcracked:xmr.se> no -10X it go to $14 - 15 therefore tx fee back to normal even if increase by 10x

<x​mrcracked:xmr.se> dark vendor don't know about black marble yet it not public by much. make hard fork only get worse

<j​ack_ma_blabla:matrix.org> we need a higher fee, or else this is going to be very ineffective

<x​mrcracked:xmr.se> they only know there tx spam. not many know decoy know

<x​mrcracked:xmr.se> they only know there tx spam. not many know decoy know 5

<j​ack_ma_blabla:matrix.org> ok xmr.se so only argenteians will use and we go to x100

<j​ack_ma_blabla:matrix.org> or single digit

<j​ack_ma_blabla:matrix.org> xmr.se go and do a PSA on dread , show them what it is

<j​ack_ma_blabla:matrix.org> then our devs will wake up from sleep

increase in ringsize = increase in fee and they will get nowhere near the ring reduction they need if this is indeed what "they" are doing

just follow AM

<x​mrcracked:xmr.se> ringsize better than increase fee only.

<x​mrcracked:xmr.se> because it increase block size needed for lower decoy selection

<j​ack_ma_blabla:matrix.org> we need this blackswan even to get monero to single digit & finnally get rid of dnm taint

minimum time needed for a HF is 6 months

<x​mrcracked:xmr.se> if this happen price is gone

<x​mrcracked:xmr.se> darknet go back to bitcoin even if shitty still better than this

hot bitcoin better than this

how*

<j​ack_ma_blabla:matrix.org> increased ringsize with same shitty decoy selection with majority coming from recent outputs is not going to do jack , they are going to spam that bit extra and bring it to same level of effective ringsize ; but if you increase the fees high it makes their attack a lot more expensive; making it just 4-5x expensive isnt going to do it

<x​mrcracked:xmr.se> bitcoin with whirlpool is safer than this shit rn the guessing probability rn is over 20% and this spam attack hasn't gone on for long

jack is an expert in statistical analysis

bitcoin have 100% detection of the true spend, bitcoin have 1-00% detection of the amount, bitcoin have 100% detection of the destination address

<j​ack_ma_blabla:matrix.org> RavFX, NgU bro

<x​mrcracked:xmr.se> bitcoin with whirlpool + eth bridge + tornado safe u shit

<x​mrcracked:xmr.se> no one use only bitcoin

Sure, if you does the extra step and pay the fees many time, yes, indeed

<j​ack_ma_blabla:matrix.org> Cat is a expert skeptic

using btc is too complicated for me

<x​mrcracked:xmr.se> yes and it better than the current 20%+ probability

btw, right now btc fees are suspectly low

<x​mrcracked:xmr.se> darknet willing to do this

less than 1$

<j​ack_ma_blabla:matrix.org> XMR is much more compliated, you need to churn 100 times still can be tracked lol

no we just making shit up jack

*now we

<x​mrcracked:xmr.se> fcmp and seraphis will fix so easy but our dev incomptent

<j​ack_ma_blabla:matrix.org> effective ring size of 5.5 lol

<j​ack_ma_blabla:matrix.org> and no alarms ringing

<x​mrcracked:xmr.se> soon hugbunter make post dw

<x​mrcracked:xmr.se> xmr go to $15 and we done. bitcoin win again

<j​ack_ma_blabla:matrix.org> Cat i am bored

<x​mrcracked:xmr.se> they verify if ruck calculation is correct first before warning made

<j​ack_ma_blabla:matrix.org> xmr.se go find those devs to build it, go fork it

<x​mrcracked:xmr.se> all good dev on ethereum and bitcoin they cost lots of $$$

<j​ack_ma_blabla:matrix.org> so you are cheap and cant even afford 5 cent fee, you deserve eth tornado

<x​mrcracked:xmr.se> or they building own project like darkfi

<x​mrcracked:xmr.se> no devs touching xmr we only have like 5 dev

<j​ack_ma_blabla:matrix.org> those fees are so cheap

<x​mrcracked:xmr.se> how can u be this dumb. with tornado it 100% safe. with xmr even if we raise fee it doesnt guarantee because it rely on price

<j​ack_ma_blabla:matrix.org> yes xmr is cracked, go spread the news & maybe get that bounty from uncle sam

<x​mrcracked:xmr.se> we know price manipulated

move to wownero, ringsize is 22

<j​ack_ma_blabla:matrix.org> you are dumb to not have 5 cent fees, but want to spend 10s in those shitcoin ethard fees

<x​mrcracked:xmr.se> ringsize 5

<x​mrcracked:xmr.se> 5 cent fee IF PRICE STABLE how can u not understand

<x​mrcracked:xmr.se> 5 cent still low for attacker we don't know

<j​ack_ma_blabla:matrix.org> price isnt going anywhere lol

<j​ack_ma_blabla:matrix.org> it can only go down, not up

<j​ack_ma_blabla:matrix.org> you are forgetting that, your dnm vendors know that

<x​mrcracked:xmr.se> no because now we have one attacker. change fee have hardfork and now more people know about attack = more attackers and higher fee = less real spends = more fake decoy

<j​ack_ma_blabla:matrix.org> you dont know jack xmrcracked, go back to the cave you came out from

<x​mrcracked:xmr.se> u are fed

<x​mrcracked:xmr.se> everyone who say increase fee try to capture xmr

<j​ack_ma_blabla:matrix.org> i am the fed

<j​ack_ma_blabla:matrix.org> capture xmr lol retarded

<x​mrcracked:xmr.se> it already 20%+ for guess. this mean btc whirlpool and tornado is better alternative

<x​mrcracked:xmr.se> what do u think will happen to price dumbass

once you have more attackers then they can't deanonymize the chain anymore

<x​mrcracked:xmr.se> this fed attacker can collaborate

<j​ack_ma_blabla:matrix.org> i guess you are the attacker who wants to keep spamming and you will go out of biz with higher fees

<x​mrcracked:xmr.se> if chainanalysis for eg. do attack now then fed get interested may attack too with chainanalysis

<x​mrcracked:xmr.se> we don't know and it doesn't matter anyway what matter is we get fcmp and seraphis soon

<x​mrcracked:xmr.se> increase ringsize and counterspam = temporary shitty solution

<x​mrcracked:xmr.se> increase fee = dumbasses from fed who want to capture xmr

<j​ack_ma_blabla:matrix.org> and you want to keep fees low, so its easier to attack lol

<x​mrcracked:xmr.se> increase ringsize

<x​mrcracked:xmr.se> not fee

<x​mrcracked:xmr.se> directly

<j​ack_ma_blabla:matrix.org> fcmp and serpahis isnt coming till 2027 or maybe 2030

<x​mrcracked:xmr.se> current approx 24 if we increase to 40 from 16

<x​mrcracked:xmr.se> for decoys

<x​mrcracked:xmr.se> to get back to 5 block needs to go to 2000+ in size which take long

<x​mrcracked:xmr.se> to get back to 5 block needs to go to 1000+ in size which take long

<j​ack_ma_blabla:matrix.org> you cant increase ringsize above a certain limit, its hard to verify txs; you can increase tx fees though and make it expensive to attack

<x​mrcracked:xmr.se> increase fee is not solution it does nothing

<x​mrcracked:xmr.se> 40 can increase easily. we need to increase for seraphis anyway