00:01:18 https://xmrchain.net/block/3095589 00:01:36 I havent actually taken 30 seconds to see if there was flooding before this 00:02:09 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 00:02:32 Noticed cuz the consolidations dont appear to be p2pool 00:04:38 March 1st, no? 00:15:33 which parameters i should use to run full node? 00:15:56 i saw them somewhere today on reddit 00:16:00 but i can't find them now 00:16:15 i mean i know how to run a node, just there was some specific parameters like --enable-dns-blocklist 00:16:33 what is the reason for all the congestion 00:16:58 people are using monero more 00:17:14 up your fees 00:17:47 <1​23bob123:matrix.org> Tight asses! 00:44:37 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! 00:44:37 👀➡️: streamyard.com/citqh8r3up 00:44:38 Join ➡️: https://www.youtube.com/live/UeUGiSreegs?si=6EtFL6ePufwk8INy 00:44:38 🙏🏽 00:44:39 🎢@cakewallet @monerocom 00:44:39 🎢@LocalMoneroCo 00:52:10 Why matrix? 00:55:47 to turn humans.... into this.... 00:55:50 battery.jpg 00:56:33 🔋 01:00:58 It turns the battery of my laptop into this: 💩 01:01:13 irc could run on a potato 01:21:37 incognito 01:22:11 why 01:22:22 expect volume to be high for the next few days 01:36:18 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 01:36:18 the time we can estimate its user count to be similar to other darknet marketplaces like white house, which had 400k users 01:39:22 txs are not close to 400k yet 04:05:33 https://simplifiedprivacy.com/monero-attack-nostr/ 04:16:35 bizarre 04:17:23 it's not this idiot 04:17:34 he came up with that idea around last year and did nothing 04:31:16 spackle_xmr: i wanted to document the penalty system to add [getmonero.dev](https://github.com/MAGICGrants/getmonero.dev/issues/10) then send to [txstreet](https://github.com/txstreet/processor/issues/2) 04:31:51 anyone got a brief summary of why the spam flood is that big of a deal? Seems kinda like a nothing burger to me 04:32:21 it's not a big deal 04:32:28 nothing goes on here so it's exciting 04:34:46 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. 04:34:47 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 04:35:39 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. 04:36:25 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. 04:36:34 As feds are probably even smarter than he is. 04:36:41 Awesome! Is there anything I can help with? 04:36:41 FYI here is the simulation I wrote (no guarantee of correctness, but to the best of my knowledge is it a very good representation): https://github.com/spackle-xmr/Dynamic_Block_Demo 04:36:49 He is like a goomba, he isn't a final boss like Bowser 04:38:04 look up the github issues i linked. 04:39:15 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. 04:39:36 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 04:39:36 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 04:40:42 "If a government controls majority hashrate for a meaningful window of time" < zephyr? 04:40:58 Theyve had 3+ gh recently 04:41:03 who cares about that coin lol 04:41:14 Wheres the hr come from :) 04:41:40 that is fair point I guess. But why would they mine a scam coin and not compete in Monero? 04:42:06 I guess it's less competitive there in terms of other pools so they mine there. 04:42:21 Also was cool to see Sarang return in the research lab. He is one of the GOATs 04:42:27 It at times 4x more profitable 04:42:33 I thought we may not see him again haha 04:42:46 Makes 4x more sense to mine zephy and buy xmr, than to mine xmr and sell xmr 04:43:05 Nobody leaves 04:43:39 Interpol thought they could take fluffy. Binance though they could take our price floor 04:43:41 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 04:43:55 yep 04:44:05 that's already happening 04:44:14 Moneroocean, c3pool and others were a nice help during delisting 04:44:16 the reason why zeph hashrate is high is because miners are precisely doing this 04:44:18 ofrnxmr you reply way faster on here than on simplex lol 04:44:43 Is zephyr merge mined with Monero, or totally independent> 04:44:45 I wish 04:44:46 ?* 04:44:50 Independent 04:44:54 fuck it feels good to be back on IRC after so long haha. Back with the boys and (a few ladies) haha 04:45:11 Im actually very slow to reply everywhere now cuz im running like 6 messengers to stay connected 04:45:18 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. 04:45:35 why would they mine zero txs when they can commit a 51% attack? 04:45:41 ty spackle 04:45:49 because the point is to censor the network 04:46:16 they try to get us to lower moneros hr. But at 4x, ill just mine with my dormant devices 04:47:13 switch xmr to PoS and we can fix the problem /s 04:47:16 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 04:47:54 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. 04:48:13 I think quantum is a bigger threat 04:48:28 i think its going to be funny the attacks become more and mor obvious 04:48:36 one day all of the cryptography xmr used will be outdated 04:48:48 every single tx that's private now will be cracked in the future 04:48:50 If "my" government ever admits to wasting my taxes, im super running for office 04:49:05 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 04:49:15 Fl000d, isnt that "story of btc" 04:49:22 Not really. Also this "one day" might take several decades or eons. I'm not bought into the quantum hype 04:49:23 Ppl thought it was private 04:49:44 no one ever thought btc was private 04:49:45 yes they did 04:49:55 yes they did 04:50:00 people thought it was psuedonanon 04:50:01 no lol 04:50:01 read old darknet logs 04:50:15 they did, it was even advertised as anonymous for a short time 04:50:15 people thought it was psuedonanon and it is 04:50:18 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. 04:50:38 ok maybe some idiots did think that 04:51:03 but one of satoshi's post on bitcointalk had criticisms for privacy 04:51:11 Satoshi removed word anonymous to be removed from the blogpsot because it sounded shady and he didnt want to portray it as so 04:51:16 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 04:51:22 it's why he considered ring signatures 04:51:26 But that users who wanted anonymity would be able to figure it out themselves 04:51:42 then monero was born 04:51:48 Btw the mempool dipped down to 1400 for a short while. Now climbing back up past 1700. 04:52:00 I thought it was over for a second :( 04:52:01 and cmon 04:52:08 In 2009, http was private 04:52:19 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 04:52:26 2012 apple made encryption ok 04:52:32 2014 monero was born 04:52:38 Only one way to see 04:52:39 it will only get more expensive to attack 04:52:49 For at least 3 yrs, bitcoin was one of the most anonymous internet tools 04:52:51 Yes, that was my point. 04:52:55 nothing will happen. the worst outcome from this "attack" is waiting longer for txs to confirmed 04:52:58 are you sure? Doesn't the fee decrease with volume? 04:53:06 No 04:53:08 nothing will happen. the worst outcome from this "attack" is waiting longer for txs to confirm 04:53:15 Not unless we made a new median 04:53:16 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. 04:53:24 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 04:53:39 And we arent likely to anytime soob as long as their spam takes less time to purge than it does to confirm 04:53:55 haven't you guys seen what happens to btc during peak times? 04:53:58 Fees only adjust after the long term median increases. No matter what happens, there will be no fee changes for the next ~70 days. 04:54:03 and eth? literally fees go over $50 and people still use that shit 04:54:07 xmr is fine 04:54:33 If were apples to apples, yeah were fine 04:54:35 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. 04:54:56 imo fees should be 10x higher 04:55:06 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) 04:55:06 what do you guys think of the cost of this attack? ~$2600 per gb 04:55:07 or 5x 04:55:32 Selsta - one thing notices is fees appear to be 4x now, not 5x 04:55:40 At least double 04:55:40 can price and fees be interchangeable? 04:55:41 but we want to avoid issues with sharp price rises 04:55:43 Do you know if this is intentional? 04:55:46 so if price was 10x, it would solve the problem? 04:55:52 ofrnxmr: i don't know 04:55:58 Ok 04:56:11 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 04:56:27 might be related to the 2021 fee changes 04:56:56 the zcash spam was insane, some wallets were broken for like a year 04:57:22 ztrash moment 04:57:33 Yea. And they had been paid hundreds of thousands to make the wallets lolz 04:58:07 where can I find an explanation for how the dynamic block works? 04:58:27 a more technical one 04:58:30 articmines github repo has the paper iirc 04:58:31 https://raw.githubusercontent.com/ArticMine/Monero-Documents/master/MoneroScaling2021-02.pdf I think this is it? 04:58:43 Thanks blurtgpt 04:58:54 Massively agree with selsta on fees. In my opinion the consequences to ring signatures become significant far before blockchain bloat or user convenience. 04:58:54 ty 04:59:19 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. 04:59:33 *1.7 04:59:35 how many txs would lessen ring signature security? 04:59:36 pretty sure 04:59:41 I feel like you would need millions? 04:59:52 i agree, but only that auto should be the mininum and should auto bump to 5 or 10x, not allowing non-standard fees 05:00:00 That is a hairy question if I've ever seen one. Decoy selection is complicated. 05:00:02 144k tx 05:00:10 what negative consequences of ring signatures are you worried about? 05:00:28 About 800/day 05:00:32 Dollars 05:00:49 what is the base block size? 300kb? 05:00:54 yes 05:00:56 effective ring size 05:00:58 https://matrix.to/#/!toFcRZtpaiwiyapgVO:matrix.org/$jf_0IXuYuWWzkmQmpYv0L8mqFqJlA0BfXy_qG2gha6Q?via=matrix.org&via=monero.social&via=cypherstack.com 05:01:07 yes 05:01:18 hm 05:01:29 1.7 every 69 days seems small 05:01:36 Want a layman's explanation? I can give it a quick try... 05:01:43 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). 05:01:51 what about this? https://localmonero.co/knowledge/dynamic-block-size?language=en 05:02:16 It does? The increase is exponential. 05:02:20 1.7^x 05:02:33 where x is the number of adjustments 05:02:34 oh lmao 05:02:34 yeah, but if that compounds over time it's pretty generous 05:02:37 I thought it was linear 05:02:42 yeah 1.7 is aggressive if anything 05:03:13 what are adjustments? 05:03:48 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 05:03:55 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 05:04:26 fixed is obviously bad. btc is a good example on why 05:04:42 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 05:04:55 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. 05:05:20 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 05:05:20 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 05:05:22 50k blocks is ~70 days 05:05:27 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 05:05:37 make sure to tune in to monerotopia tomorrow 05:05:41 Articmine will be on 05:05:47 ooh 05:05:52 it was an excellent post and changed my mind from small blocker to big blocker again haha 05:06:10 do you have a link? 05:06:17 let me find it 05:06:56 Quick fact about Monero scaling: No matter what happens, there is a block size limit of 30 MB for the next 70 days. 05:07:07 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 05:07:12 Things can ramp from there, but it isn't like the scaling algo will explode in a few weeks. 05:07:33 thanks spackle, I'm happy to hear that 05:07:59 I mean... that's 7.9tb annualized. Not very comforting 05:08:09 so after 70 days, then the new limit is 30 MB x 1.7 correct? for another 70 days 05:08:21 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. 05:08:24 yes 05:08:36 yeah but what are the chances that blocks are actually full for an entire year lol 05:08:44 30 MB blocks would only be created if enough fees are paid to completely overwhelm the penalty. 05:08:45 where does the exponential growth come in? 05:08:52 so what are the chances of the chain growing terabytes in a single year 05:08:53 That is effectively not going to happen. 05:08:58 pretty low in all honesty 05:09:27 After another 70 days you get 1.7 times the higher number. 1.7^2 from the start 05:09:33 after another 70 days.... 1.7^3 05:09:35 and so on 05:09:36 yeah, but I'm just saying 30mb = no effective limit. If we reach that unexpectedly, we have very big problems. 05:09:40 ahhh 05:09:52 no effective long term limit* 05:09:53 in my opinion, no we do not. 05:09:58 that is my opinion 05:10:05 If we reach that quickly? 05:10:13 what is the block size limit on BCH? 05:10:30 well, trick question. I know they are moving to dynamic scaling as well. 05:10:34 32mb per 1 minutes. 30mb on Monero = 150 per 10 minutes. BSV territory 05:10:44 I think they impl something dynamic 05:10:48 Ah. Trick q 05:11:03 above bsv 05:11:06 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. 05:11:09 bsv is 128mb 05:11:09 Monero isnt transparent 05:11:26 For the current situation, that same ramp would take weeks. 05:11:36 Big blocks are easier on tx that dont need intense math verifications 05:11:38 but miners should be rewarded with bigger blocks? 05:11:45 would that not incentivize an increase in hashrate? 05:11:46 TEN WHOOPS 05:11:54 I do not understand your question 05:12:13 does bigger blocks = bigger rewards? 05:12:17 If you run a Monero node, I think you should have at least 1TB ready to go. 05:12:18 per block 05:12:21 yes 05:12:34 If equivalent fees are paid as in the smaller blocks, yes. 05:12:46 In most cases, yes. 05:12:57 but it is the block expansion that penalizes miners, and keeps them in check. 05:12:57 right so this technically is a good thing because it secures the network with an increased hashrate? 05:12:59 ...so to speak 05:13:10 if block rewards increase 05:13:16 yeah. So to speak :P 🙉 05:13:24 That is one good result. There are other consequences. 05:13:36 If the usage was genuine, I would be happy to see 30 MB tomorrow 05:13:45 Yeah. I appreciate you, spackle 05:13:58 aww shucks. 05:14:03 thanks 05:14:04 I do too 05:14:12 are you a dev spackle? 05:14:21 you seem like a genius 05:14:27 The worst dev in Monero, reporting :) 05:14:31 "seem like"? 05:14:51 <1​23bob123:matrix.org> love fest 05:14:51 genius behavior = potential dev 05:15:15 Id call spackle a researcher 05:15:27 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. 05:15:31 The thing about the scaling algo is that in some ways it is more important than everything else, because it is more lasting. 05:15:48 ring signatures will probably go away before the scaling changes, so it is important to understand. 05:16:02 idk ring signatures are easier to understand 05:16:21 I also find bp easier 05:16:26 because there is more documentation on it 05:16:27 in a loose conceptual way yes. But have you read Zero to Monero 2.0? 05:16:39 no I haven't 05:16:55 The details matter. A lot. Here's my take on things: https://github.com/spackle-xmr/ZtM 05:17:24 Go to chapter 3 and look at MLSAG 05:17:42 If you're a mortal person and want to be humbled, try reading the bulletproofs paper 05:18:06 https://bitcointalk.org/index.php?topic=946236.0 05:18:22 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.... 05:18:46 https://github.com/AdamISZ/from0k2bp/blob/master/from0k2bp.pdf 05:18:51 This is the post from deathandtaxes where he basically demonstrates that BTC would eventually need to increase the base layer blocksize. 05:18:57 From Zero to Bulletproofs! 05:19:06 It is very good, if that is your sort of thing 05:19:28 ty for all these resources 05:19:33 it's a gold mine out here 05:19:35 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 05:20:11 huh skimming over it, it actually looks comprehendable. going on my read list 05:20:24 thanks 05:20:28 from 2015 and it accurately predicted the shitshow situation btc is currently in 05:20:45 I tried doing a read through companion for ZtM: https://youtu.be/wDRX27T69tw 05:20:53 it will push all individual users off the blockchain to rely on trusted third parties = lightning 05:21:12 I wonder what satoshi thinks of modern btc 05:21:20 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. 05:21:29 I find it hard to believe he'd be a laser eyes 05:21:30 have you read the emails? 05:21:31 Just wrote code to follow the notation. 05:21:52 I know, but admittedly there were a lot of things he didnt predict 05:21:59 and maybe he changed his mind anyway 05:22:20 literally the best way of understanding things 05:22:24 yes, but it's actually suprisingly not as bad as I thought it would be on BTC 05:22:44 For sure 05:24:35 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 05:24:35 ings and stealth addresses 05:25:19 preaching to the chor 05:25:22 preaching to the choir 05:25:52 btc failed because it was hesitant to fork and improve itself like xmr 05:25:53 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. 05:26:08 so much meta data that can be linked together to de-anonymize someone 05:26:22 btc is liquid for businesses. with delistings, xmr is much harder to get 05:26:41 I'm talking about black market activity not businesses haha. 05:26:54 I mean ransomware against businesses 05:27:02 Like the big ransom that just happened for some high amount of btc 05:27:04 these businesses want to buy a large amount of btc 05:27:11 and can easily do so 05:27:26 xmr on the other hand... 05:28:05 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. 05:28:15 one thought I realized is that these new dexes, such as serai, will make it easier for ransomware criminals 05:28:20 might as well just use fiat if possible haha 05:28:21 one thought I realized is that these new dexes, such as serai, will make it easier for ransomware criminals to launder 05:28:57 when dexes come out a guide will no longer be necessary 05:29:05 btc -> xmr done 05:29:13 scary to think about 05:34:58 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. 05:35:39 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? 05:36:20 It will only help the network if you tell someone struggling your nodes IP address and open port number 05:36:47 but it will definitely help you as now you can sync your wallets faster and don't have to trust a third party 05:37:18 Gotcha, will get to that 05:38:11 it's still syncing 05:38:34 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 05:43:09 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 05:43:35 Can you elaborate on what you mean by "pruned?" 05:44:45 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 05:45:02 --prune-blockchain is the command I think 05:45:08 Ah, gotcha 05:45:39 I like your pfp btw. gigachad sparrow 05:45:58 hehe, found that on a lemmy c of AI generated immages 05:49:27 --sync-pruned-blocks 06:07:50 --prune-blockchain is correct 06:09:54 --sync-pruned-blocks is an additional flag 06:44:57 mempool cleared! 06:53:14 something I never thought about, is 100 blocks a large enough period to take the median for? 06:53:41 If volume drops from 5 tps to 1 tps for a few hours then we have to start over with raising the limit 06:56:00 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 06:56:48 I think there is a lot to go through on this point. 06:56:53 Speaking off the cuff.... 06:57:42 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. 06:58:53 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) 06:59:26 So the practical reality of adjustment should allow for a day or two of semi-congestion during the upswing. 06:59:37 That would happen every week if volume was a steady value over 300 kB 07:00:23 If we have a 'high adoption scenario,' the short term median (and therefore penalty median) would continuously be higher than the long term median 07:01:05 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. 07:01:25 That is assuming steady, constant growth in the tx volume of Monero. 07:01:36 *the block size is far more elastic than what we are seeing now 07:02:36 Organic adoption would also mean more nodes more mining higher bandwidth? 07:03:59 I'd think so. Maybe we'll see. 07:04:49 continuing on... 07:05:28 starting over with raising the limit isn't a nightmare situation in my mind. What would be so bad about it? 07:06:31 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. 07:07:07 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. 07:08:16 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. 07:08:29 and that is sort of inevitable, at least for a time. 07:08:52 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? 07:09:35 If it has increased, yes. 07:09:55 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 07:10:33 yeah I'm assuming the high volume is happening long term 07:10:38 long enough to push M_L 07:10:57 thank you 07:11:16 You are welcome, sounds like you pretty much had it anyways. 07:12:15 Any of you know a way to download the blockchain faster? 07:12:25 Its gonna take like 10 more days 07:12:32 Are you copying it to a HDD or SSD? 07:12:41 Use a SSD or nvme drive 07:12:41 Use a better node (if it's the bottleneck) 07:12:42 because the big thing would be to use an SSD 07:12:42 HHD 07:12:49 That's why 07:13:02 Im getting like a few hundred mb an hour 07:13:07 no way my hhd is that shit 07:13:16 That's an HDD for you 07:13:18 For random read/write it is. 07:13:48 Every time you want to access data from a different part of the disk, the head needs to move over. 07:13:54 makes sense actually 07:13:59 Syncing Monero does that an awful lot 07:14:35 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 07:14:37 can i pause sync move the chain folder into nvme change location in the gui and restart? 07:14:42 or will it lose progress 07:15:29 yes 07:15:47 will it take 3 days to copy the folder 07:15:47 maybe ill zip it 07:15:53 you can copy the file on an nvme drive and continue 07:16:02 make sure to tell the software where the new file is though, don't want to start downloading a second copy lol 07:16:21 it's should (?) be quick since its sequential read 07:16:38 well, maybe not quick, but not 3 days 07:26:09 how come the icon for flatpak monero gui wallet is a blank white circle 07:26:48 `/var/lib/flatpak/app/org.getmonero.Monero/current/active/export/share/icons/hicolor/scalable/apps/org.getmonero.Monero.svg` 07:27:22 <1​23bob123:matrix.org> BigmenPixel: ^ 07:28:10 it shows as a white circle in program menus, taskbars, task switchers, task killers. etc 07:29:54 Is that on kde 07:30:11 yes, plasma 5.27.xx 07:30:16 Saw a similar report recently / today 07:58:37 It seems the problem is global... 08:44:27 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 08:50:56 File location? 08:51:28 What is* location of bad file 08:51:50 (i scrolled up, sorry) 08:57:09 Mine shows svg properly. Running a 18.3.1 on gnome 09:01:32 `flatpak update` showed an update. post update, Svg file still there and accessible 09:04:53 Good morning everyone, I just want to say fuck y'all 09:28:51 ^- Tourette's kicks in again. I'm his nurse. 09:43:15 <8​8989998998kkkkkkkkkkkkk:matrix.org> Hello Gays 09:52:37 I mean many user have it 10:30:05 Let's spread about monero in Africa... If you wanna partner or support dm me! 12:06:49 mempool is almost empty 🎉 12:07:33 lets see when they start again, if they ever do 😅 12:09:16 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? 12:12:10 relay_tx 12:12:59 If that doesnt work then, flush_txpool & rescan your wallet 12:13:09 okay, thank you! 12:13:24 type that in your monerod 12:14:17 well it said "Transaction successfully relayed" but idk how long to wait to ensure if it actually worked 12:14:56 check it on xmrchain.net after a couple of minutes 12:15:36 also add --enable-dns-blocklist to monerod, so you are not connected to asshole nodes in future 12:16:33 I already had `enable-dns-blocklist=1` 12:17:04 Weird, maybe something to do with network being spammed hard; wait a while it should go through. 12:17:23 hope devs are taking notes of these issues 12:19:09 still empty at the xmrchain.net, will try your second recommendation now 12:19:46 wait a few minutes 12:20:33 > wait a few minutes 12:20:33 in total it is ~40 minutes already, 5 minutes after relay_tx 12:22:54 Make sure you copy the tx key of this failed one, incase it gets broadcasted while you rescan and need to prove payment. 12:23:18 okay 12:28:50 pndxmr thank you, I got the new transaction sent and broadcasted successfully! 12:31:36 Great! 13:46:58 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 13:48:13 compromised privacy ? how ? 13:48:44 i guess it increased the transaction pool , so your transactions are more disguised now ? 13:49:11 i agree , slowness has caused inconvenience 13:49:32 also why do you think its not taken seriously ? 13:50:03 to remind its not a centralized network , where the devs just push an update from backend 13:50:39 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% 13:50:39 i agree , slowness has caused inconvenience , but not exactly privacy 13:50:40 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 13:50:57 of course, thats why im looking forward to FCMP 13:51:10 this is a huge problem for rings and anyone transacting right now 13:51:12 but no one cares though? 13:52:35 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 13:52:59 lol 13:53:01 i guess he started the spam again now 13:54:08 median tx fee won't surpass $0.005 ? 13:56:05 to not assume one entity controls all of those transactions would be wishful thinking 13:56:23 to assume 13:56:39 worst case or best case scenario, we can't do anything about it 13:57:30 preaching to the wrong crowd and devs/researchers know about this.. have/are exploring solutions 13:59:01 the only solution i can see would be to exclude all transactions made over these last few days or just launch FCMP 13:59:19 i dont follow monero dev so dont really know how far down the roadmap FCMP even is 13:59:34 "just launch FCMP" sounds so simple 13:59:44 FCMP? 14:00:02 Full chain membership proof 14:00:13 yeah lmao sounds so simple 14:00:21 it is a huge problem 14:00:35 maybe the devs need more funding 14:00:36 sure by 2030 14:00:45 how many million 14:00:56 dev is busy with his own project 14:01:08 devs needs more researchers than funding atm. Seraphis will not be launched until it is properly implemented and audited by third-parties. 14:01:31 its just on paper for now 14:01:36 researchers come when the funding is there 14:01:54 lol 14:01:59 It's not that simple 14:02:02 everything under the sun gets funded 14:02:06 researchers don't come put of nowhere just because there is funding 14:02:14 other projects can offer significantly higher rates 14:02:20 lol 14:02:23 *out 14:02:28 Rucknium is probably having a migraine now reading this "all you need is a pile of cash" 14:02:30 then you are not paying enough 14:02:33 exactly 14:02:41 or hire them fulltime 14:02:57 they are not asking enough lol 14:03:01 i would pay millions of dollars to have FCMP implemented in a timely manner 14:03:27 please deposit it with plowsof and he will get it done by 2026 14:03:35 this guy thinks that 9 women can give birth to a baby in one month 14:04:43 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 14:05:20 You'll be surprised to hear that most monero devs are paid through CCS with a higher rate than dev. 14:05:29 pay 14:05:32 You'll be surprised to hear that most monero devs are paid through CCS with a higher rate than average dev. 14:05:34 You'll be surprised to hear that most monero devs are paid through CCS with a higher rate than average devs. 14:05:42 rn 14:05:56 i would if it was that simple 14:06:30 wait... please don't tell it's not possible. 14:07:04 yes but from my limited knowledge they are not working full time on monero 14:07:05 625,000 to crack monero 14:07:06 and .... 14:07:37 cracking monero has nothing to do with paying more money to hire full time developers 14:08:11 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 14:08:28 it would have been a really good incentive to grab all "crackers" 14:08:49 Not everyone does it full time 14:09:06 only rust devs :D 14:09:16 for free 14:09:28 "https://bounties.monero.social/posts/104/1-000m-monero-openrpc-specification" < limited. I agree 14:09:42 Oh fkn copy paste 14:10:00 "yes but from my limited knowledge they are not working full time on monero" * 14:10:07 someone give me a gun, this bounty is trap i swear 14:10:10 could have been worse 14:10:25 looking at the CCS it seems the average full time rate is 170XMR for 3 months 14:10:40 current prices means 8k or so a month 14:10:55 tell mem ore 14:10:58 pay them 1 million usd a month and it will be fixed for sure ? 14:11:06 not much 14:11:15 Dont you worry 14:11:18 Feel free to hire them, they are around here on irc 14:11:24 I already pay devs extra 14:11:59 its getmonero.deb fake dev bs that makes real devs puke 14:12:48 make a better one :) 14:12:55 obv 14:13:19 Waiting on core to make the damn repo 14:13:21 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 14:13:55 btw who is managing monero.social ? 14:14:16 anyone who reports a problem here is running it 14:14:33 +1 to plowsof's answer 14:14:42 i know and thats why i said it would be good to hire more people 14:14:45 ive never looked at the CCS until now 14:15:00 If you know people, bring em 14:15:01 How can I have an account ? 14:15:40 its a public server, you can just make one at login time 14:16:07 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. 14:16:41 https://www.getmonero.org/resources/user-guides/join-monero-matrix.html 14:16:46 i see that now 14:16:50 research bounties are banned now (temporarily) as are translations 14:17:07 why exactly ? 14:17:17 I think research is still👌 for ccs 14:17:25 'research this' -> 'here a pdf, i researched it' -> ok 14:17:36 oh i see 14:17:37 Bounties can get dangerously wasteful 14:17:37 translate this -> here a translation -> ok 14:18:01 almost like my first proposal of investigating the rewrite of monerod in rust 14:18:07 even worse 14:18:15 😂 14:18:40 * go on chatgpt * 14:18:40 * copy past pdf * 14:18:40 Just resolved FCMP 14:19:03 you missed a chance to add in a 5xmr party at the end of it 14:20:01 how many problems could 10000 XMR solve 14:20:22 and what would prevent the wallet from being drained again 14:20:49 or how would i know it would be put to good use 14:21:12 you don't, there is always a degree of trust in an open source project 14:21:39 if you think about it, monero is doing several hardforks and everyone just trusted the maintainers 14:22:00 the getmonero wallet is being handled by other people that you also trust 14:23:24 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 14:23:32 oops shouldn't have tell that one 14:23:58 let's just say you didn't see anything 14:25:13 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 14:26:25 moving the goal post 14:26:46 does the monero from the general fund end up being used for proposals that require funding? 14:27:03 or does the term general fund mean just that 14:27:05 yes, if they seem to get funded in time 14:27:15 yes, if they seem to not get funded in time 14:27:34 not for every proposal 14:27:38 but sometimes yes 14:34:32 I want to talk to the manager 14:37:04 plowsof is busy right now, please take appointment 14:38:13 Likely story :( 14:42:49 n1oc is never busy at least, thanks! https://libera.monerologs.net/monero-community/20240309#c343746 14:42:59 Has anyone here been to http://Monerica.com? 14:44:07 an email is not required, right? 14:44:30 because it says otherwise on https://servers.joinmatrix.org/ 14:45:42 it is required 14:45:53 nice 14:46:35 >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. 14:47:15 I just registered and I couldn't without en email. element indicate the homeserver requires an email address 14:47:43 Yeah, some homeservers require emails and/or captcha 14:47:45 So there's misinfo on getmonero site, great. 14:50:27 image.png 14:50:30 wait, that's illegal 14:51:02 Use another homeserver 14:56:02 if I had extra free time I would have made my own getmonero.org website 14:56:29 I think the design, texts and page tree could be improved 14:57:11 yep, there were some rough design but progress is < 0 14:57:33 it hides the burn in our retina if it continues to remain the same 14:57:35 Any idea why moneromoooo stopped writing code for moonero 14:57:57 I don't even know if someone is working on the monero-site 14:57:59 I don't even know if someone is working on the monero-site repo 14:58:26 plenty of PR's to get reviewing 14:59:37 https://github.com/moneroguides/getmonero.org/blob/main/v4.png 14:59:37 https://getmonero-unofficial-beta.vercel.app/ (their git repo https://github.com/Janaka-Steph/monero-website) 14:59:37 Figma design concept https://www.figma.com/file/yT4JTUfvBkAsBDPNPJL1gx/Monero-Redesign-Concept?node-id=0%3A1 15:00:25 OH MY GOD SO MUCH BETTER!!!! 15:00:49 reminds me syntheticbird, will fix the missing rpc params for your issue on #monero-site 15:07:11 rando: nice work 15:07:44 I'm not the one developing it 15:09:13 https://matrix.monero.social/_matrix/media/v1/download/monero.social/VQDewrEIohGgBofuZuhaKHtY 15:09:21 https://matrix.monero.social/_matrix/media/v1/download/monero.social/jKNTozGQwHrAFvYqdyZXvzNg 15:09:33 https://matrix.monero.social/_matrix/media/v1/download/monero.social/VlkBYhZaDmHoktNIbstvuEpz 15:09:51 https://matrix.monero.social/_matrix/media/v1/download/monero.social/eKjswCgHaLiAyQqhtfAyfeRd 15:09:53 This guy needs a CCS 15:11:35 The only problem with the design concept is that it relies on JS 15:11:37 which is illegal to have on monero website 15:11:50 I can convert it to HTML/CSS 15:12:38 https://matrix.to/#/#monero-site:monero.social 15:12:57 oh already join, nice 15:13:03 joined* 15:32:41 no of txs: 2427, size: 10266.44 kB 15:33:46 <0​xfffc:matrix.org> It comes in waves it seems. was quiet for few hours. 15:35:48 Yes, they go out for lunch break 15:37:49 seems someone is consolidating in addition to the spam, that's why it went up to 10mb 15:41:01 selsta: Maybe the spammer is consolidating :-P 15:41:27 possible but the inputs are inconsistent 15:41:36 the amount of inputs 15:42:01 Inconsistent in which sense? 15:45:43 i would expect lots of 144/2 tx, but from what i have seen they go from 20-70/2 15:45:47 not sure if it means anything 15:52:05 are they p2pool? 15:53:14 no 15:53:22 p2pool consolidations are listed here: https://p2pool.observer/sweeps 15:53:43 thx 17:00:05 apologies if this was posted already: http://privacypkybrxebcjicfhgwsb3coatqechwnc5xow4udxwa6jemylmyd.onion/monero-attack-nostr/ 17:09:05 There's something wrong with the IP addresses here, could you guys tell? 17:09:15 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/ZUVUmalXLmUNIVqcckVxFZHQ 17:26:26 It's because of me and Dan. 17:26:26 We are sorry, we assume people have basic networking knowledge 17:26:28 https://matrix.monero.social/_matrix/media/v1/download/monero.social/IRaRQkuEzxlAPnKrkRWOGNUn 17:28:53 LMAO 17:39:25 ho.lee.fook:18089? 17:48:16 seems like the attack stoped 17:48:40 200 tx in mempool 17:49:13 Dans node is running on my solar inverter. Amazing. 17:49:58 hasnt it stopped for perioids throughout the whole ordeal? 17:51:25 xmr.stormycloud.org:18089 is working 18:15:28 nah they're still pushing just enough to keep the mempool full from what I can tell 18:15:52 its basically empty right now 18:16:20 2 block backlog but ye 18:16:27 where are you seeing that? 18:16:40 on my node but also on xmrchain.net 18:17:09 tx.town is showing no backlog at all 18:17:31 down to slightly less than one block in mempool now 18:17:54 and now it's back up to slightly over 1 block (: 18:18:26 of I think tx.town shows them queued up in the little cars before it starts showing them outside the cars 18:19:26 anyway mempool is mostly empty, blocks still mostly full 18:26:56 https://matrix.monero.social/_matrix/media/v1/download/monero.social/aZsHFOtQomciTceLjNGtPkyI 18:27:10 Monero digested most of today spam / usage / attack 18:37:53 eventually they gonna run out of money 18:47:46 Yea Monero took it like a champ while Bitcoin would have raised the fees to insane prices 18:48:14 bitcoin is backlogged by several thousands of tx 100% of the time 18:50:28 That's why there won't be spam because even for small transactions one almost bankrupts 18:51:51 there is no such thing as spam 18:52:46 like imagine some guy went into a physical market with a giant bag of small bills and coins and started buying stuff with that 18:52:48 is that "spam?" 18:53:05 is the old lady in front of you at the grocery store writing out a check "spam?" 18:57:20 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 18:58:16 i mean apply the analogous use of of physical currency and ask yourself if that is spam or just people doing business 19:00:22 is options trading spam? 19:02:26 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? 19:04:38 if we are all guessing, i don't think this has anything to do with decoy elimination 19:05:05 even if it did, and that were a legit concern, that just means the current system needs to be fixed 19:05:43 is there anything preventing us from switching to zkps? 19:25:10 p​ndxmr: burnout 21:09:09 Leaks Demo Group 21:09:09 https://t.me/+jcvB_vS0hX43YWNk 21:13:43 hope you come back at some point in time, its good to have you around though :) 22:53:34 Hey, 22:53:34 @everyone 22:53:34 Welcome to Infinite Options 22:53:35 Great place to learn trading and to get instant help join our community. 22:53:35 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. 22:53:36 * Options Day Trades Alerts 22:53:36 * Options Swings Alerts 22:53:37 * Options Leaps Alerts 22:53:37 * Options Spreads Alerts 22:53:38 * Stock Alerts 22:53:38 * Penny Stock Alerts 22:53:39 * Crypto Alerts 22:53:39 * Forex Alerts 22:53:40 Feel free to let us know if you have any questions. Thanks and Happy Trading. 22:53:40 @here Join the link: https://discord.gg/umuxXWH2UV 22:56:34 monerobull please put the discord bridge on read only, most of the spam comes from it 22:58:09 ok 23:22:04 <1​23bob123:matrix.org> discord is meant to have better mod tools according to Daniel mcry 23:23:15 o_0 23:23:41 he said what? 23:30:21 I can confirm that discord mods are all tools ( ≖‿≖) 23:44:07 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 23:44:07 hen deemed necessary. 23:47:13 is the congestion fixed?