<j​okeman203:hackliberty.org> ?

<a​ndrewjackson:matrix.org> xmr-tw.org/xmr-eta

<j​okeman203:hackliberty.org> I do not speak that language

thats ok its all text. no sound

<j​okeman203:hackliberty.org> I do not know that language

<a​ndrewjackson:matrix.org> the graphs are in English and chrome will translate

<j​okeman203:hackliberty.org> I don't use chrome

<j​okeman203:hackliberty.org> so is it good?

its starting to clog up right now. literally after you asked. maybe its your fault

<j​okeman203:hackliberty.org> is there a fix to this issue?

its not an issue. its more monero being used

<j​okeman203:hackliberty.org> so not that deep?

if monero is to be global money, its gonna need to support a whole lot more than this

<j​okeman203:hackliberty.org> but is there an issue or not

higher volume cant be an issue, by definition

<j​okeman203:hackliberty.org> alright

<j​okeman203:hackliberty.org> will monero maintain its speed?

1 block gets processed every 2 minutes

on average

<j​okeman203:hackliberty.org> so?

so how is it slow

its always 1 block per 2 minutes

<f​r33_yourself:monero.social> I think the only problem is that fees are slightly higher than some people would like. It also takes a little bit longer to sync your wallet than usual.

fees never topped 1 penny

<f​r33_yourself:monero.social> So yeah this all seems like no big deal.

<f​r33_yourself:monero.social> It could be someone genuinely trying to flood the network, but seems futile unless they want to keep it up for 70 to 140 days. But after reading some of the other people's comments it cuold be something related to dark net markets? Or maybe the feds know there is a big naughty transaction flow going down from a criminal in their sights and they are trying to lower effective ring s<clipped message>

<f​r33_yourself:monero.social> ize as much as possible?

if you run your own node then wallet sync speeds shouldn't be too different

public nodes used by multiple people were indeed slower due to being overloaded

my node on a le-potato slowed down slightly

<f​r33_yourself:monero.social> yeah it's noticeably but not bad. It's only longer because there are more transactions that's all

up your fee

<f​r33_yourself:monero.social> yeah it's noticeable but not bad. It's only longer because there are more transactions that's all

<f​r33_yourself:monero.social> mate we are talking about sync not about getting a tx mined lol

<b​lurt4949:matrix.org> I have a (completely unsupported) feeling that this is the beginning of a long-term bloat attack

so then start mining

<f​r33_yourself:monero.social> You realize they can at maximum 1.7x the block-size every 70 days

<b​lurt4949:matrix.org> I am, and that doesn't prevent bloating anyway

no it just lets you get paid for it

<f​r33_yourself:monero.social> yeah snex mining has nothing to do with chain bloat lol

<f​r33_yourself:monero.social> or has little to do with it

it has everything to do. "attacks" spend fees. fees go to miners

<b​lurt4949:matrix.org> The medium-term limit is set way higher than the short term limit. IIRC currently its 30mb

<f​r33_yourself:monero.social> I think only a government would have the financial resources to spam the network for more than 3 months straight without letting the blocksize contract and reset

<b​lurt4949:matrix.org> or fiatjak or however you spell his name

<f​r33_yourself:monero.social> yeah you are right about that snex

<b​lurt4949:matrix.org> And I wouldn't be surprised if this attack lasts more than long enough to influence the long term limit

<f​r33_yourself:monero.social> but fees arent all that tasty to bring in sidelined hashrate as things currently stand

government has the money to do an attack but not the brainpower

<b​lurt4949:matrix.org> Maybe even indefinitely. fiatjak might have a steady income stream to keep spamming until the "goal" is accomplished

<f​r33_yourself:monero.social> I am skeptical and even if it does, then it will just force us to reassess the algorithms governing dynamic expansion.

<f​r33_yourself:monero.social> I think you might be trolling lol you sound really scared, but this should be a nothing burger

<b​lurt4949:matrix.org> not scared, just thinking adversarially

<b​lurt4949:matrix.org> Always assume the worst

<f​r33_yourself:monero.social> US government could trivially mine empty blocks within a days time if they so chose to allocate cpu core's to that purpose that they control. But there's nothing we can do about that. Just if that happens you'll have to pay big fees to get black market miners to fill your transactions

<b​lurt4949:matrix.org> Honestly I don't think a government is responsible for this

the 5 people who work for the US government who even know what monero is are all friendly to it

<b​lurt4949:matrix.org> yes monero is a threat to their power but frankly they have bigger threats to worry abbout

<f​r33_yourself:monero.social> ok, so what is your suggestion since you are concerned? I think if it turns out to be an attack and has lasted more than 3 months then it's worth thinking about. Otherwise not really that interesting. We aren't even 100% sure it is an attack yet

<b​lurt4949:matrix.org> I honestly think we should immediately release software with a soft limit on blocksize

<b​lurt4949:matrix.org> that is, no consensus restrictions, but monerod won't mine blocks above X bytes

<b​lurt4949:matrix.org> configurable by the miner

<f​r33_yourself:monero.social> government and bug in code are biggest risks to monero in my opinion. or most probable threats that have largest negative ramifications if they manifest. But I'm not trying to fud at all. Just people will have to pay big fees if censorship of entire chain happens

sounds like youre looking for bitcoin

<b​lurt4949:matrix.org> Nope, bitcoin has a hard 1mb limit

<f​r33_yourself:monero.social> i agree you are worried about something that has been possible for a long time

<b​lurt4949:matrix.org> hard vs soft limit might sound minor but its a massive difference

thats what she said

<b​lurt4949:matrix.org> I am a big blocker, but successful big blocks need the appropriate adoption, not spam

<f​r33_yourself:monero.social> seems stupid to me. Why would you want to introduce a soft-limit? The blocksize is performing as programmed. Why change it?

<b​lurt4949:matrix.org> @snex :(

<b​lurt4949:matrix.org> The default limit could be like 750kb to 1mb or something

<b​lurt4949:matrix.org> To prevent a bloat attack?

<f​r33_yourself:monero.social> how would you know when to remove the soft-limit? How do you know for certain this a bloat attack and not genuine usage. These issues make your suggestion seem kinda moot

what if we just let them keep wasting money until they have no more

<f​r33_yourself:monero.social> the whole point of the dynamic algo's is to remove the need for us to constantly manually intervene and limit or loosen blocks lol

<b​lurt4949:matrix.org> Bitcoin had soft limits at (IIRC) 100kb, 250kb, and 900kb. The limit only stopped being easily raised once they reached the hard 1mb limit

<b​lurt4949:matrix.org> How do you know their budget is small?

who cares what the budget is? the bigger it is, the higher xmr goes

<b​lurt4949:matrix.org> At best, the current $/gb of spam is $3000

<b​lurt4949:matrix.org> liberally say nodes spend $0.1 per gb

<b​lurt4949:matrix.org> yeah

<b​lurt4949:matrix.org> (30k nodes are theoretically feasible, but in reality rewards will be distributed to less than half a dozen)

<b​lurt4949:matrix.org> And I forgot to mention that users will have to download blocks for scanning too, not just full nodes

your average user downloads 1TB of tiktoks per day

i think we will be ok

<f​r33_yourself:monero.social> does anyone know of a way of getting in touch with the alaska anon guy that is usually on doug tuman's monerotopia show in the viewers on stage segment

<1​23bob123:matrix.org> might be here

<f​r33_yourself:monero.social> I wanted to try to send him a simplex link at some stage to ask him a couple of questions if he is in here or has a protonmail account or something

<c​:frei.chat> Are there any solutions being worked on to mitigate attacks on the network?

<c​:frei.chat> x.com/MaxiDerangement/status/1766359413734961165

more tx is not "attacking the network"

<a​mbitiouslemming:matrix.org> Search Alaskanon on Matrix and send him a message.

<c​:frei.chat> so it's not?

<s​packle_xmr:matrix.org> What is happening that you believe needs to be mitigated?

<c​:frei.chat> libreddit.projectsegfau.lt/r/Monero…/current_attack_only_costs_2_xmrday

<c​:frei.chat> libreddit.projectsegfau.lt/r/Monero…affects_network_traffic_on_a_public

<1​23bob123:matrix.org> rip network usage

<s​packle_xmr:matrix.org> I trust u/sparlocktats to squeeze some more performance out of their setup.

<c​:frei.chat> x.com/DontTraceMeBruh/status/1766455973223317843

<s​packle_xmr:matrix.org> Well, that is not correct.

<s​packle_xmr:matrix.org> At full capacity Monero will grow at 21.6 GB per day.

<s​packle_xmr:matrix.org> At least that is the hard ceiling until the long term median adjusts.

<1​23bob123:matrix.org> my proposal is we go POS and i am the only validator

<s​packle_xmr:matrix.org> no me

<1​23bob123:matrix.org> take turns

<e​ekk:matrix.org> If this is indeed an attack, how much would the block size increase at this rate over one year, and what would be the associated cost?

<e​ekk:matrix.org> If this is indeed an attack, how much would the block size and blockchain increase at this rate over one year, and what would be the associated cost?

<s​packle_xmr:matrix.org> To project what is happening over one year is (and I don't mean to be rude) patently absurd. The scaling algorithm has barely been touched. Block size has increased by less than 1/3rd, and the difficulty of maintaining this volume is ever increasing.

<1​23bob123:matrix.org> i told cloduflare its ok

<s​packle_xmr:matrix.org> But if you want projections about what is possible I am happy to give those numbers.

this attack will destroy monero entirely. you should all shut down your nodes and mining rigs. we had a good run boys but its time to move on

<e​ekk:matrix.org> Assuming this supposed attack is costing $400 a day, a straightforward calculation would be to multiply that by 365, which equals $146,000 a year.

<e​ekk:matrix.org> However, that doesn't paint the whole picture because it doesn't account for the 1.5kb increase every 50 blocks, which would raise the amount of spam needed to sustain the attack and consequently increase the cost of the attack as well.

<e​ekk:matrix.org> It also ignores the fee changes after new medium and long term meadians are calculated.

<e​ekk:matrix.org> I'm curious about these numbers to predict a potential cost of a long term attack and also prevent futures ones of this nature, by knowing in advance how much TB would be needed for x amount of years.

<s​packle_xmr:matrix.org> fee change after a new medium term median?

<e​ekk:matrix.org> I think they drop a bit, don't they?

<s​packle_xmr:matrix.org> The scaling algorithm has a short term and long term median. Fees can only drop after the long term median increases.

<s​packle_xmr:matrix.org> If you say Monerotopia this weekend I asked ArticMine to speak on this, since it has been a source of so much confusion.

<s​packle_xmr:matrix.org> No fee changes have occurred.

<s​packle_xmr:matrix.org> No fee changes will occur for about 70 days, no matter what happens.

<s​packle_xmr:matrix.org> *If you saw Monerotopia

<e​ekk:matrix.org> OK

<s​packle_xmr:matrix.org> It is very difficult to try to imagine where things are going. In my opinion we simply have not seen enough to know what is coming.

<s​packle_xmr:matrix.org> A decent argument could be made that we are seeing this end right now.

<s​packle_xmr:matrix.org> And another decent argument could be made that this will continue past the next week.

<1​23bob123:matrix.org> really need to get rid of the malicious nodes

<e​ekk:matrix.org> Yeah, I guess I'm overly anxious and cautious. Personally, I think Monero has a real use case by providing privacy for online payments. This has many implications and could threaten a number of groups, namely, banks and Bitcoiners.

<e​ekk:matrix.org> If Monero is indeed that good, it's not far-fetched to assume these groups, Bitcoiners in particular, will keep trying to undermine Monero's capabilities regardless of the costs. After all, if Monero succeeds in the long run, their products are as good as paperweights.

<s​packle_xmr:matrix.org> eekk: are you familiar with Python?

<e​ekk:matrix.org> Not much, I learned a bit of HTML, CSS and JS

<s​packle_xmr:matrix.org> Ahh, no worries. I feel like I've mentioned this too many times recently, but I wrote a simulation for the scaling algorithm that people can use to run whatever situation they might want to see.

<s​packle_xmr:matrix.org> Was going to point you to it, but I don't think there is really any need to go hands-on with that sort of thing unless you really want to.

<s​packle_xmr:matrix.org> Something I have seen but not understood; Are we not supposed to directly post images in matrix/element because it messes with IRC?

it doesnt mess with irc, we get a link

<s​packle_xmr:matrix.org> Got it, thanks

<e​ekk:matrix.org> For now, normal users are still getting transactions included in the blocks, and the attack seems to be losing steam. I think the best approach is to wait and see. I suppose we should consider this a dangerous attack if it persists for more than three months, that would be proof of ample funding and unwavering intent to undermine the network.

<e​ekk:matrix.org> For now, normal users are still getting transactions included in the blocks, and the attack seems to be losing steam. I think the best approach is to wait and see. I suppose we should consider this a dangerous attack if it persists for more than three months, that would be proof of ample funding and unwavering intent to undermine the network.

<s​packle_xmr:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/OvAaurTePSEHFYZvHOWjZMqH

<s​packle_xmr:matrix.org> We are tantalizingly close to seeing the penalty median decrease for the first time in a while.

<s​packle_xmr:matrix.org> That plot shows the block size of the last 100 blocks on chain (with the center of the plot being the median)

<s​packle_xmr:matrix.org> Right on, penalty median is decreasing.

<s​packle_xmr:matrix.org> ...and I'm realizing that I am watching this way too closely.

IS the attack losing steam though? still seing 372kB blocks - which if all are full is like 165 000 tx/day

<s​packle_xmr:matrix.org> Maybe, maybe not. There are some signs of relaxation: localmonero.co/blocks/stats/block-medians

Is blocksize already down to 324 KB now?

Maybe less "organic" transactions on this quiet Sunday morning UTC, and the spammer is more or less alone, and bringing only a low fee total per block?

<s​packle_xmr:matrix.org> I'm seeing the penalty median at 333 or 341 kB depending on if you like you kB 1024 or 1000.

<s​packle_xmr:matrix.org> A sizeable step down, regardless.

I wonder whether there is a very simple criterium hidden somewhere that allows the spammer to trivially see which enotes are theirs, e.g. the same payment id for everything. We wouldn't know, right, because it's encrypted?

<s​packle_xmr:matrix.org> Sounds above my pay grade. I can go check for mordinals, I guess.

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

<g​fdshygti53:monero.social> What it look like, for the people who dont know. Node doing just fine digesting all of that

<e​ndor00:matrix.org> Man, give us a warning before posting nsfw 🥵

<e​ndor00:matrix.org> Also: sauce?

<g​fdshygti53:monero.social> Here, have more

<g​fdshygti53:monero.social> First one was last 6 hours.

<g​fdshygti53:monero.social> The one i'm going to paste is past two days

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

<g​fdshygti53:monero.social> Sorry for the oups

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

<b​radelig:matrix.org> can you please share how do you minotor your monero node? I am interested in this grafana dashboard

<b​radelig:matrix.org> can you please share how do you monitor your monero node? I am interested in this grafana dashboard

<g​fdshygti53:monero.social> github.com/lalanza808/docker-monero-node

<g​fdshygti53:monero.social> It is that one.

<g​fdshygti53:monero.social> Note that the map part is broken for now, but the rest just work

<g​fdshygti53:monero.social> by default, unrestricted rpc is 18081 and restricted is 18083, you might need to adjust that (or adjust your router)

<g​fdshygti53:monero.social> by default, restricted rpc is 18081 and unrestricted is 18083, you might need to adjust that (or adjust your router)

<g​fdshygti53:monero.social> edit : restricted on 18081 and unrestricted on 18083 is the default)

<e​ndor00:matrix.org> Isn't restricted on 18089, and unrestricted on 18081?

<g​fdshygti53:monero.social> Yes, but the default configuration for that one is restricted 18081 and unrestricted 18083 (don't ask me why)

<g​fdshygti53:monero.social> You can change these in the .env or set your router to 1808{1,3} -> 18081 and route nothing to 18083

<g​fdshygti53:monero.social> Yes, but the default configuration for that one is restricted 18081 and unrestricted 18083 (don't ask me why)

<g​fdshygti53:monero.social> You can change these in the .env or set your router to 1808{1,9} -> 18081 and route nothing to 18083

<e​ndor00:matrix.org> Oh, that's what the dashboard expects - gotcha

<l​akshmana:matrix.org> How do i check that the ports are open for monero

<l​akshmana:matrix.org> I opened 18080 TCP - 18081 TCP

Go to ip:18081/get_info

<l​akshmana:matrix.org> Not sure if i need to mess with my router

<b​radelig:matrix.org> you need if you have NAT

<l​akshmana:matrix.org> Seems to be closed

Need to forward ports in your router. Involves knowing the local ip of the machine/device monerod is running on also.

<l​akshmana:matrix.org> Yeah ive done it before

<l​akshmana:matrix.org> Ill get around to it eventually

lakshmana port forwarding on your router is not a thing with Tor. GL on your node hosting journey.

<l​akshmana:matrix.org> should i run the node trough tor?

<l​akshmana:matrix.org> Tor needs more nodes too

<e​ndor00:matrix.org> Make sure you don't expose the unrestricted rpc port of your node to the whole internet

<e​ndor00:matrix.org> Otherwise, anyone could mess with your node

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

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

Real question: since when the Monero community started to degradate and became one of the most dumb and manipulated communities in crypto?

 

Allowing people like Luigi to continue after the CCS incident who is slowly fucking all of you here is beyond me. By the way, Luigi0122712 did you finish eating your thanksgiving turkey and finally got some time for incident response or not yet? Incompetent MSWIN-backdoored idiot.

 

ofrnxmr: you are also a total disgrace here since you were easily manipulated and changed your strong "no" vote to "yes" just because CCS got some XMR back. Why did you stop questioning Luigi's opsec? Another real question.

<b​asses:matrix.org> plowsof:

He stopped calling luigi a gamer at least

<s​yntheticbird:monero.social> I would say the dumb person in this channel is the one who thinks the world is black and white. You should maybe go out and touch grass instead of spitting your copy pasted opinions on the monero community

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

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

<s​yntheticbird:monero.social> lmao didn't kow banhammer was in the channel

where to buy prepaid visa with monero

<g​fdshygti53:monero.social> malswas: I Used to use coinsbee for card, they had cards and limit was 2500$

<g​fdshygti53:monero.social> Lately they did disable Bitcoin et XMR payment (two last time I used it). Now I don't know, you have to test it if they re-enabled the only one.

<s​yntheticbird:monero.social> iirc cakewallet give prepaid visa

<j​ack_ma_blabla:matrix.org> is this true ?

<d​ezinfik:matrix.org> trocador.app

<d​ezinfik:matrix.org> trocador.app/en/prepaidcards

<s​yntheticbird:monero.social> *Successfully spreading misinformation *

<s​yntheticbird:monero.social> *Successfully spreading misinformation*

<j​ohndoe427:matrix.org> Lol no

<j​ohndoe427:matrix.org> There are a handful of sites. I can't remember them off the top of my head and I kind of broke the HDD I had all my resources saved on a few weeks ago, so.... yea... they're out there though...

<j​ohndoe427:matrix.org> Also as SyntheticBird said, Cakewallet does them too I think but idk if they require KYC

cake doesnt require kyc

<j​ohndoe427:matrix.org> Anyway, I came here to ask just how impactful is this spamming on the anonymity of users of the Monero network?

<j​ohndoe427:matrix.org> Good to know.

what spamming?

do you mean the increased usage of monero?

<j​ohndoe427:matrix.org> I mean the massive amount of TXs that are going through the network which is unusually high to be called "increased usage"

<j​ohndoe427:matrix.org> Others are calling it an "attack," but there have also been other theories as well. All I know is it seems suspect in one way or another and is causing network congestion.

<j​ohndoe427:matrix.org> What are the impacts on anonymity? I am still trying to wrap my head around this...

depends what the source of this increased traffic is

ringsize has gone from 5>7>11>16

over the years

how much is enough?

infinity

ringCT was the best idea at the time but we now have better stuff. we should use it

soon™

only 200 txs in the mempool and median blocksize is smaller than it was when I went to sleep

<j​ohndoe427:matrix.org> What is the name of the new stuff? I heard of something called "membership proof?" What is this exactly??

i dont pretend to understand the math but iirc its a way to prove your output is SOMEWHERE among all outputs

<j​ack_ma_blabla:matrix.org> so what is this attack about ? or are all of these normal transactions?

define "normal transaction"

anyone can send monero to anyone they want for any reason they want. what makes one spend normal and another not?

<x​fedex:matrix.org> hello, i've checked monero-dev channel, why devs aren't talking about this spam much? is there any planned solution?

what makes it spam? because you dont like people spending monero?

<x​fedex:matrix.org> because it's obviously spam

<x​fedex:matrix.org> look at chart

a chart cant tell you whether something is spam or not. thats purely your opinion

<x​fedex:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/OCRXFLPtoJiPKtbEcGuhxcKI

<x​fedex:matrix.org> from 20k transactions a day to more than 140k

usage going up. we should celebrate

<x​fedex:matrix.org> no, it's not legit usage

fire up your mining rigs

you dont get to tell people what kind of usage is legit or not

<x​fedex:matrix.org> do you really believe that monero usage has increased by 7x overnight?

wallet A sends monero to wallet B. this is always legit

snex: Your default coin is now set to XMR. Change with coins command.

snex: ≈$0.0097 • ≈ value of: 1 A • Source: cmc/ccc/altm

<s​emisimplistic:matrix.org> there was a interview with articmine yesterday on monerotopia, there is plenty of discussion twitter.com/monerotopia/status/1766496273119805740

5 hours and 41 mins wtf

<s​emisimplistic:matrix.org> plenty of theories to go around, but so far nothing seems broken, as far as we know, so no immediate need to act I guess

<x​fedex:matrix.org> nothing seems broken... but in the long term, this spam attack will make running a daemon or synchronizing a wallet much slower.

<x​fedex:matrix.org> it might even hurt the privacy

just like monero becoming the world's money will do that

so i guess we should just shut the whole project down

<x​fedex:matrix.org> it's not about handling legit transactions

<x​fedex:matrix.org> these are spam transactions

<x​fedex:matrix.org> not real world adoption

<j​ack_ma_blabla:matrix.org> are we really closing the project ? i need to sell coins before it does

huh?

<x​fedex:matrix.org> and not acting is like funding the attacker

if larger blockchain is bad then its always bad

you are not making any sense

<x​fedex:matrix.org> ignore him...

<x​fedex:matrix.org> nobody closing monero

<j​ack_ma_blabla:matrix.org> who is snex ?

im snex

who are you

<j​ack_ma_blabla:matrix.org> 🐍

<j​ack_ma_blabla:matrix.org> i am xi's pa

what part of "you dont get to define what counts as legitimate use" dont you get?

you are not the king of monero

if people want to churn their own wallets 140,000 times per day and pay all the fees for that, then they can

<j​ack_ma_blabla:matrix.org> do they really want to do that ? i churn only 1400 times

i have no idea

because monero is private

<j​ack_ma_blabla:matrix.org> so why do we want to close the project ? or were you trolling ? please dont waste my time

it cant handle increased volume

<g​fdshygti53:monero.social> assume(heIsTrolling == true);

<g​fdshygti53:monero.social> We are getting plenty of update and all wallets are going to release fix (some already did)

all the people saying this is spam or an attack or whatever seem to think that if the increased volume were "legit" that things wouldnt be "slow"

but the network doesnt distinguish between "spam" or "legit." it just processes the tx people give it

<g​fdshygti53:monero.social> For me it feel whoever did did noticed he was causing harm to the network and put the breaks on

<g​fdshygti53:monero.social> That's also an assumption (without know who is doing that for what motive, we can only assume)

so who's txs are we censoring?

<g​fdshygti53:monero.social> We are not censoring anything afaik.

<g​fdshygti53:monero.social> the "attacker" could have just lowered his TX rate

<g​fdshygti53:monero.social> Anyway, i'm going to breakfast now!

you took it the wrong way :)

<s​yntheticbird:monero.social> poor jack, imagine you arrive in this channel for answer you find snex instead

all answers come from within

they come from connections

someone ping "got 1 and ok" and tell them to msg me somwhere i can respond

"> ofrnxmr: you are also a total disgrace here since you were easily manipulated and changed your strong "no" vote to "yes" just because CCS got some XMR back. Why did you stop questioning Luigi's opsec? Another real question."

"Allowing people like Luigi to continue after the CCS incident who is slowly fucking all of you here is beyond me. By the way, Luigi0122712 did you finish eating your thanksgiving turkey and finally got some time for incident response or not yet? Incompetent MSWIN-backdoored idiot."

"Real question: since when the Monero community started to degradate and became one of the most dumb and manipulated communities in crypto?"

wat

I got pinged hours ago with that. - why did i stop? I was banned the day after merges

from the spammer a few hrs ago

<s​yntheticbird:monero.social> this channel makes no sense

Were supposed to have a new wallet holder in under 20 days, but, still banned so who tf knows whats going on

it's been a while since he's been here

yeah @synthetic those msgs are quotes from earlier. My dma are open on all platforms. If anyone wants to page me, please dm

<s​yntheticbird:monero.social> ah ok

you must read every post in all channels :D

Har har, those daemons with same network id as Monero but different genesis block are now already 5 years ahead.

For a short time my daemon thought it has only 70% of the blockchain :)

<g​fdshygti53:monero.social> Rbrunner : I see them now and them, like three days ago I got 3 incident during the night

we are falling behind?

we need to catch up!

rbrunner: i have (almost) all of them in by blocklist

my

<g​fdshygti53:monero.social> I switch to that blocklist last night (and rebooted & bumped my node specs)

once in a while a new one shows up that is 4+ years ahead but rarely

<g​fdshygti53:monero.social> Did not see any bogus nodes when I looked in the log so far

How many of them are there, give or take? Those +5 years daemons I mean

15? didn't count them

<b​lurt4949:matrix.org> Does anyone know what they are? I'd assume its some kind of private testnet

unclear, either someone trolling or someone who tried to fork incorrectly

Only 15 or so? That's not many.

<1​23bob123:matrix.org> In 24hrs i had 29k hits in pfblocker

<1​23bob123:matrix.org> Also i sent ofrn the asn list, hes going to sit on the phone to hertzner,digital ocean,ovh and ccp to get them removed.

<1​23bob123:matrix.org> Even put co ordinates for drone strike if they dont take it done 😬

Binaries for Monero v0.18.3.2 are now available at www.getmonero.org

<p​lowsof:matrix.org> Rucknium has the Dynamic block size failed us? are we small blockers now?

<r​ucknium:monero.social> What if I told you...the original big blockers wanted miners to self-limit their block sizes

<p​lowsof:matrix.org> i dont even know who i am anymore

<r​ucknium:monero.social> I recalled that a minority of BCH protocol developers didn't want the BCH dynamic block algorithm to go into effect this May since they believed that miners would self-limit. Huge blocks do not propagate well. That means that miners producing huge blocks have a greater probability of their block being orphaned. That's the self-interested reason that miners would self-limit.

I am not a big fan of Reddit votes, but this one might be a good check for people's sentiment. It's about Monero's fees:

If enough people vote, that is ...

Since when we make technical decisions by voting?

<p​lowsof:matrix.org> lol

Next vote, is should we rewrite Monero in Rust?

Are we a bit jumpy today? :) The title of the vote is "What are your thoughts ..." Thinking is ok

Why, don't we do already, with Cuprate?

Fees are a bit on the edge between technical and economical issue though

They are needed to prevent spam, but they can also be calculated (not voted) to a proper level. So it's more of a technical issue

If we know what people think, we know better where the gaps in knowledge and education are, no?

And then we can inform properly

Also, what looks "low" now may be not "low" in the future when Monero price increases

<p​lowsof:matrix.org> its only a real vote if its on X and from elon otherwise i wouldnt trust it to be accurate

I found the lead so far of "Fees are ok" a bit surprising. I would have expected more people that worry now would say they think higher fees are needed

We already 5x the fees in August 2022

are we talking about fees in terms of xmr or fiat? ( ͡° ͜ʖ ͡°)

in terms of xmr

I meant the pole :)

also the poll lol

<j​ack_ma_blabla:matrix.org> x.com/MaxiDerangement/status/1766359413734961165 have you guys seen this ?

how many times is this going to get posted

<j​ack_ma_blabla:matrix.org> i didnt see it, so i posted here

<j​ack_ma_blabla:matrix.org> would be good to see open source code, so we can build something to avoid it

<j​ack_ma_blabla:matrix.org> but with btc at a million in future and monero in sub hundreds can we really stop the spam attacks keeping fees sub cent

so pump monero's fiat price

thanks in advance

what they are trying to do is make the fee adjustable without human intervention

<j​ack_ma_blabla:matrix.org> sorry its not possible its a currency which gets exchanged for usdt or btc as monero is unstable

setting it to adjust to usd doesn't work

it = fee

<j​ack_ma_blabla:matrix.org> so they are just making it expensive to transact ? i see many users panicing because their transactions are not confirming

once they update to v0.18.3.2 auto fee will work and they will confirm quickly

<j​ack_ma_blabla:matrix.org> okay, so we live with this ?

<j​ack_ma_blabla:matrix.org> great

they are confirming, it just takes longer than expected

<j​ack_ma_blabla:matrix.org> will the attacker also not use the same update though ?

if they update now they won't have to wait

if they use the update and auto fee they will pay higher fees

I updated and chose unimportant as I can wait

if the "attacker" can wait then they will do the same

<j​ack_ma_blabla:matrix.org> so it will be a spiral ?

we are still just guessing at this point

<r​ucknium:monero.social> Transactions will confirm in about 30 minutes now when paying the lowest fee. Not as fast as the usual 2 minutes, but not a crisis, either.

<j​ack_ma_blabla:matrix.org> Rucknium: yes, but users are used to 2-3min confirmations with monero so some panic

<j​ack_ma_blabla:matrix.org> plus there is 20min wait time to spend again

<j​ack_ma_blabla:matrix.org> so its hampering the money flow in short

<j​ack_ma_blabla:matrix.org> which was already slow

<r​ucknium:monero.social> If you want fast, you've got to pay. Convenience costs.

<r​ucknium:monero.social> Anyway, the situation is being monitored.

<r​ucknium:monero.social> Action is being taken

<j​ack_ma_blabla:matrix.org> so new update, will automatically have higher priority fees ?

if you select automatic fees yes

depending on how much backlog of transcations there is

it seems that the CLI defaults to auto

What wallet are they using?

<j​ack_ma_blabla:matrix.org> thats good to know, hopefully all wallets update it

Feather released their update

<j​ack_ma_blabla:matrix.org> mobile wallets

or normal

difficult to tell

ok which? We can get released out in a few more hrs

cake, stack, mysu (anonero already updated)

<j​ack_ma_blabla:matrix.org> i use cake, i use medium to transact but users dont know about it yet so its set to auto

what I'm going to have to pay 2 cents for a tx now?

omg

Cake will be updated in a few hrs

thx ofrnxmr

<j​ack_ma_blabla:matrix.org> Cat needs to play with the mouse, its not about 2 cents make it 20 cents so they cant spam 🤣

That happens if blocks grow

or if price goes up

Cat caught a mouse 2 nights ago, was lovely seeing the tail sticky out the side of her mouth

while* blocks grow

<j​ack_ma_blabla:matrix.org> price isnt going to go 10x, blocks might

Huh?

Is 10x not 2c > 20c? And what if both happen.c 10x * 10x

<j​ack_ma_blabla:matrix.org> i meant transaction fees

<g​fdshygti53:monero.social> Any news from Monerujo?

<1​23bob123:matrix.org> Out of copyright too 2017-2021