00:00:20 It’s set for 8:30 est 00:08:23 So you guys gonna ban monero chain bloat tomorrow when I won't be there? 00:08:23 Please be sure to ban it real well. 00:12:54 Banhammer it 00:15:11 Morbinals are sus, has anyone been able to build the modified wallet yet? 00:16:04 it stops compiling at 65% 00:16:25 You're getting further than me then 00:16:49 its broken code / a pysop 00:16:54 >launch morbinals 00:16:56 a premine* 00:17:00 >start minting stuff 00:17:09 >release broken software 00:17:27 >fix it after you're done minting the first 1k nfts 00:17:34 Software lifecycle 00:17:34 >distribute morbinals-working-legit-v1.exe 00:17:34 typical 00:17:58 Morbs have legit been premined at this point 00:18:00 We should invite them 00:18:10 Since were going to acconodate then 00:18:18 Might as well incorporate it into the core node 00:18:36 we needed a fair launch, i am boycotting pre-tx-extra restriction morbinals 00:18:36 I'd say, if we're already doing nfts, were doing a fair launch and "fork" away from them 00:18:41 And also call them by their proper name, morbinals 00:19:20 We should just help them asap 00:19:22 Yes, mordinals are like bytecoin 00:19:23 not going to buy this pre mine trash! 00:19:31 Atomic swap css proposal 00:19:33 monerobull[m]: Morbinals will be Monero 00:19:53 I love having poisoned outputs and excludable decoys 00:20:36 the morbinals whitepaper which i think orion_midast is working on 00:20:46 Ok, can someone make a fixed morbius now (that's the name for morb-wallet) 00:21:13 Copyright it or someone will take it 00:21:22 Uhm bad news 00:21:28 Marvel owns that i think 00:21:41 who are they going to sue ? 00:21:57 Use general funds to buy it off them 00:21:57 fuck marvel 00:22:06 ^ 00:22:06 we can just take the name, they cant do shit 00:22:26 I mean, they could delete our GitHub 😭 00:22:28 Fork it? 00:22:43 we dont need github we need morbius 00:22:49 DanIsnotthemanBr: What good does that do if the original doesn't compile 00:23:03 No fork marvel 00:23:06 Ah 00:23:42 So now that we have reached consensus about the future of monero nfts 00:23:55 We can go to MRL and tell them out requirements 00:23:55 Merge 00:24:14 s/out/our/ 00:25:30 Wheres the dev 00:25:43 Doug 00:25:43 Bring them here so we can get this workibg 00:25:43 Anon 00:25:51 Ill find em 00:25:56 Whats the git? 00:26:03 moonero 00:26:50 https://github.com/mooonero/mordinals 00:28:04 Chatgpt, analyze this repo and cross-reference with every known monero contributor 00:28:35 messaged them on Twitter, stated that code doesn't compile and suddenly team went to bed LOL you couldn't make this shit up 00:28:45 chatgpt abort 00:29:13 As an ai language model, it is my duty to ABORT 00:29:22 ok that didn't work 00:29:24 until i see actions enabled and GREEN workflow runs - this is a premine and not a fair launch 00:29:25 mordinals.org 00:29:28 Down 00:29:34 Like a sinking ship 00:29:42 Https://mordinals.org 00:29:55 They are clearly not a webdev 00:30:27 Even i somehow managed to get certificates installed somewhat properly 00:30:41 Looks like doom3d images 00:31:06 Its a totally open project! 00:31:13 You can mint them real cheap! 00:31:29 Only problem is, the code is broken, whoops 00:32:55 I like the bought twitter followers 00:33:32 Do they really think this makes it look like moneropunks had a natural demand during mint 00:34:55 "I looked the other day, dont..." <- do you mind if I dm you? 00:36:03 If nothing else, it's good to bring some exposure and another look at tx_extra :) 00:36:17 I dont mind 00:36:17 Just have few things on the go 00:36:48 If they are already putting in the effort, they might as well release it publicly for everyone to play with >:( 00:42:18 can the official monero twitter account denounce this pre-mine and link people to the fair launch on wownero or something, by monday? 00:47:06 "But they dont want to pump the..." <- This motive and circumstances would fit pretty perfectly with what we are observing 00:49:36 I just want the tx extra gone 00:49:55 I think you will probably get your wish 00:50:22 The miner is the most interesting thing in Monero at the moment though IMO. It's wild 00:50:57 "Down" <- Someone’s probably mad and ddoss attacking or even ransom lmao 00:51:29 Patch the code so every wallet that mint nfts get all there funds burned 00:51:52 The patch add burning capability, lets use it for good causes 00:52:53 Lmao people will get the burning and NFTs they’ve been promoting recently 00:52:54 Love it hahaha 01:01:10 can we at least let it get popular so miners get a pay rise 01:13:24 First we need to have code that will process and remove the bloat after we ban them 01:16:05 we should call beerus sama to hakai all people who put jpeg on monero 01:20:06 I managed to build morbius, this is what I did:... (full message at ) 01:21:00 So peoples will begin to bloat the blockchain 🤮 01:21:10 Lfg 01:21:29 Yeah don't use it ; ) 01:21:50 Kill shitnero while they decide his best to accomodate it 01:21:54 How 01:22:17 Kid games 01:22:31 If it can be attacked, it will be 01:23:01 if Alex from local monero catches wind of this he will be boiling hot mad hahaha. He was already pretty fired up about removing tx extra, now he will be saying I told you so haha 01:23:18 He's been fighting lolz 01:23:27 fr33_yourself[m]: If. 01:23:59 Oh shit he used instant transmission and spawned in 01:24:16 I agree with you though alex and think your arguments were pretty solid 01:24:32 Thanks ❤️ 01:24:59 I am a simple creature though, I don't fully grasp the potential ramifications of people using inputs/outputs on chain for steganography 01:25:30 Basically I couldn't fully understand the negative consequences the other side of the argument was attempting to highlight 01:28:12 They're main point is that it'll increase scan time due to the additional outputs that will be added to the chain by honest arbitrary data injectors. They seem to think that the equation `malicious_output_spammers + bitcoinization + degraded_fungibility > honest_output_spammers + malicious_output_spammers` holds true. 01:32:35 Im done arguing btw 01:32:38 Maybe they are right though. I think it's a matter of forecasting the likelihood of both "undesirable" behaviors occuring and then weighing the consequence of the worst case outcomes against each other. I'm not sure I'm smart enough to know which is the lesser of the evils 01:32:48 Whatever happens happens, yolo 01:32:55 Ya live ya learn 01:33:06 ofrnxmr[m]: You're done arguing *today*. 01:33:17 new day - new internet argument 01:33:23 Oh wait..lolz 01:33:32 Does it take a hard fork to limit it? 01:33:45 If so, chain split time rofl 01:33:58 Rip 01:34:08 this is how monero dies 01:34:19 Literally 01:34:25 Ofrnxmr's point is valid imo. If we rush to hardfork maybe it could cause a problem 01:34:35 How does Monero die? 01:35:05 fr33_yourself[m]: today blockchain ~160GB 01:35:06 tomorrow blockchain ~35TB 01:35:16 that have to be patched like tonight? 01:35:21 If you hard fork between tx extra and no tx extra, the consensus is clear 01:35:25 Users dont want it 01:35:35 A HUGE exchange doesnt want it 01:36:00 The old chain will fork to no Txextra down one oath, and to limited down another 01:36:08 And the split haashrate will kill xmr 01:36:16 I don't want monero to die 😭 01:36:16 with mordinals 😂 01:36:24 Noooo 01:36:32 As I said 01:36:32 Ts_funeral 01:36:38 * As I said 01:36:38 Tx_funeral 01:37:06 "If it aint broke, dont fix it. And when it does break, just put duct tape on it til it completely breaks" 01:38:00 Whatever though. Monero wants to be the big bad wolf 01:38:06 And cry foul when getting attacked 01:38:15 Wants to talk about reliability etc but then support spam 01:38:20 Ok. Lol. Clownshow 01:38:45 I hear we can elect core members 01:38:47 bridgerton[m]: Well guess what, mordinals are here to stay because we simply cannot allow a marginal scan time increase under the assumption that outputs aren't limited. And you think there's somewhere you can escape to? Think again! All chains have the equivalent of ordinals, and Monero decided against striving to be free of them because a marginal potential scan time increase was just too much to bear. 01:38:55 When is the election and who votes 01:41:00 It's not just scan time, Alex even if you disagree there are more arguments than that and you know it. I encourage everyone to see the extensive discussions going on in #monero-research-lab:monero.social 01:41:17 over the past few days 01:41:28 and maybe weeks 01:41:29 idk 01:41:35 politicalweasel[: I'm just having some fun, this isn't a serious discussion room. 01:42:00 It's hard to keep being all serious when you discuss the same thing for months 01:42:12 well yeah but not everyone knows the full extent of the problem and realizes that 01:42:38 "And the split haashrate will..." <- why would the hashrate be split though🤨 01:42:58 we've been minting pdf's / putting b-movie on the blockchain for ages 01:43:00 Because I wouldnt run the shit daemon 01:43:13 Im nit storing your nfts, sorry 01:43:16 Oh, can we make a bee movie mordinal? 01:43:18 Go use wownero 01:43:23 Alex|LocalMonero: Soon 01:43:24 Is anyone running mordinal? 01:43:35 45mins 01:43:52 Nice 01:44:01 Dw, ill try to limit to 256bytes 01:44:11 Its not an attack. Its just my premine 01:44:24 "that have to be patched like..." <- so is it time to sell now? haha 01:44:34 So this can never be fixed ???? 01:44:50 > <@gfdshygti53:monero.social> today blockchain ~160GB 01:44:50 > tomorrow blockchain ~35TB 01:44:50 This could actually happen? 01:45:00 Even in the next upgrade with Sepharis 01:45:05 Full membership proofs and / or seraphis allow Txextra to be used without much issue 01:45:14 no, the blockchain could not expand that quickly 01:45:20 But thats 2*n years away 01:45:29 Been 2 years away for 2 years or so 01:45:57 (Koe has worked his ass off non stop with little help if any) 01:46:28 Not to discredit anyone who has helped.. of course 01:46:51 ofrnxmr[m]: I understand this. I mean who would run the stupid old chain with tx_extra? 01:48:59 fr33_yourself[m]: Yeah, idiot wanting nfts on monero and attacker spaming shit on the chain at minimum fee 01:50:52 oof 01:50:58 how did we get blindsided like this 01:51:15 Guys I just realized something. If tx_extra is removed then all the NFTs that we inscribe now, prior to tx_extra removal, will be x1000 more valuable later if Monero becomes the dominant currency. (this is not financial advice) 01:51:24 haven't ordinals been on btc for like a month? lol 01:51:37 is there is limit of size for that scam or people can patch the wallet and put /dev/random into morbinal? 01:51:37 We have a limited time window to stuff as many NFTs as we can before tx_extra is removed 01:51:55 nice one alex. All the proof of stake boys are actively placing bids on those nfts right now 01:52:23 this is our one shot to be part of eternity, ladies and gentlemen 01:52:30 s/random/urandom/ 01:53:14 what we inscribe now will make any owner a moneromillionaire (not financial advice) 01:53:25 fr33_yourself[m]: Over a yeqr 01:53:40 dont be fooled by alex - im holding out for the chained tx nfts after tx_extra is limited 01:53:43 Ive seen the spam forever. I showed you I think 01:53:49 Didnt know it was ordinals, thought it was just spam. 01:54:13 Those chained ones will be fun, but really are a waste of time 01:54:24 Easier to do on insert chain here 01:54:26 when the chained tx nfts get popular with normies, time to sell and invest in the clsag coin nfts 01:54:59 plowsof11: Ha! Nothing will ever match the value of tx_extra mordinals. They'll be like picassos. Cope 01:55:50 April fools is coming up, I think localmordinals.com is a free domain... 01:57:26 alex, what is your proposed solution the mordinal problem 01:57:55 what is the best way to go about eliminating tx extra 01:57:58 specifically 01:58:57 Name name is Alex and I want nfts 01:59:09 fr33_yourself[m]: I'd love to answer but I'm a bit tired to talk about itright now, ask me tomorrow 😁 01:59:10 Dont you dare try to stop us now 01:59:55 Gotta get the site and app prepared for the mordinals market section on LocalMonero 02:00:35 Also gotta make a mordinal of LocalMonero Lucy 02:00:49 aka localmonero-chan 02:02:13 anime waifu will sell big bags of monero to the nft boys 02:02:23 will sell for big bags of monero 02:02:57 considering 99% of the nft went -99% in value 02:07:14 I know there has been controversy in the ccs surrounding videos lately. One type of video that's taking off in popularity and is pretty entertaining IMO are the ai chat voice fakes of the US presidents. Someone could make a video using that tool of the presidents debating monero and if it was entertaining enough it might get a lot of views 02:07:39 the tier lists they make using the ai generated president voices are pretty funny imo, maybe monero could jump on the new meme format 02:15:45 Where are those videos 02:15:50 Want to watch them haha 02:16:27 "the tier lists they make using..." <- Monero has dynamic block size so we can expand the block to fit the videos as mordinals 02:19:03 we already have an ai voiced ccs animated video 02:19:17 good suggestion 02:20:38 XMRPriest[m]: youtube 02:21:02 plowsof11: yes, but it will be boring if the presidents aren 02:21:06 t the orators 02:22:12 guys i have a serious question. Why does Monero need a decentralized exchange for any other crypto-currency? I don't understand this use-case 02:23:56 If there is a way to move from a green piece of government paper to Monero and back, then that's all that matters. I don't see why anyone will use something like Serai when Local Monero and BISQ already exist 02:27:20 Why would someone who has another crypto-currency want to swap into Monero. Wouldn't they just go straight from fiat to Monero via Local Monero or use BTC as intermediary liquidity on BISQ? 02:29:48 Ltc* 02:29:48 BTC is too dirty 02:30:54 Free 02:30:54 Its a bit of 6 in one hand and half dozen in the other 02:31:35 not sure what you mean ofrnxmr 02:31:35 No Dex / atomic swap = you have to trust someone, ALWAYS 02:32:06 But Dex / atomic swap = useless imo 02:32:31 Nothing to swap to that needs a Dex. Token swaps are for eth on eth 02:32:32 think of all the people Monero can onboard if people offer local trades via local monero vs. serai. 02:32:32 They even have wrapped xmr I think? 02:33:01 I guess you are right, I just don't see why Serai is necessary 02:33:52 The cause of the problem is, of course, the governments 02:33:58 green pieces of paper are the most saleable currency. So if you can easily convert from Monero to green pieces of paper in your local area then you don't really need much of anything else 02:34:43 if you have access to green pieces of paper and Monero, I don't see the point of having liquidity for other chains or this that and the other 02:35:10 I like the idea of transparant chains as verifiable storage for banks 02:38:35 ofrnxmr[m]: I'm not sure I follow you here. What use could a transparent chain have? 02:38:58 Banks say they have 40b, but really, they dont 02:39:15 It would be nice to know when a bank starts fucking around on a Saturday before dumping their stock on monday 02:39:22 Why would we need banks in a post crypto adoption future? 02:39:27 Or when ftx etc is siphoning your money 02:39:37 fr33_yourself[m]: For the same reason you do now 02:39:58 to send money to people internationally? that's what crypto is for 02:40:06 Traditional banks, perhaps not 02:40:14 But banks nonetheless 02:40:16 self-custody and high portability of crypto kills bank 02:40:40 Employers arent going to pay your unverified wallet address 02:40:54 They'll pay your kyc'd bank account 02:40:54 cex is bank for the simpleton owner of doge or bitcorn who thinks he is going to get rich or is sticking it to the man 02:41:11 ofrnxmr[m]: why not 02:41:26 Because change is hard unless you want to massacre people 02:41:37 In the literal sense ie genocide 02:41:58 that is not a sound explanation 02:42:03 It isnt a full one, but its sound 02:42:06 And like Alex said 02:42:08 Im tired 02:42:53 If i have an employee and he sends me his receiving address, I will send to him as long as my wallet software shows the same address as the message. If our communications are secure, then there can be no error on my side only on his. 02:43:02 Answering lazily so I should stop lol 02:43:28 (Many)employers dont pay cash for the same reason 02:44:02 And if employer paid your wallet directly 02:44:07 They would be using a bank themselves 02:44:10 😥you didn't respond to my dm's 02:44:16 Large employers ^ Not their own wallet 02:44:54 fr33_yourself[m]: I have a lot of chats going 😭 sorry 02:44:59 What made me switch from btc to monero was the Anonymous, private, and untraceable aspect of monero in itself. The ability to not be able to be traced by irs or question what i do with my money which it ain't their business. That is what made me switch to Bitcoin to monero because i don't want anyone questioning what i do with my money because its annoying. Love monero 02:45:01 Ill get back to everyone ❤️ 02:45:32 s/to/from/ 02:45:36 it's ok, but one day i'd like to get to know a bit more about you. You seem like a fairly interesting person 02:46:28 ofrnxmr[m]: why not just receive funds to a dedicated business revenue wallet, then pay employees out of this wallet directly to their personal wallets? 04:32:24 Using xmrig I'm getting zero benefit from an AMD RX6600 GPU. Hashrate is the same as with CPUs only. I've set the .json file to use CPU & GPU. 04:44:01 We should have an immediate soft fork or at the very least a policy change, which restricts tx_extra to 576 bytes. Further restrictions can and should come later, but for now that will at least somewhat control the mord spam and prevent large jpegs, especially before someone posts gore or whatever. I'm not aware of anyone who is arguing for a limit higher than 576, so this shouldn't be incredibly controversial. 04:44:01 I say 576 because legitimate 16-out transactions can use up to 547 bytes from what I've found, due to subaddress overhead, and payment ids, and the "signal" bytes in tx_extra. In other words this will NOT affect normal users. Luckily 576 happens to also be a little below what most mordinals are, so it will filter many if not most. 04:44:01 Unless we have a good reason to hard fork within a month or two, in which case we'll include it there, but I don't think we do. 04:44:01 Anyone agree? 04:52:40 > <@politicalweasel:matrix.org> We should have an immediate soft fork or at the very least a policy change, which restricts tx_extra to 576 bytes. Further restrictions can and should come later, but for now that will at least somewhat control the mord spam and prevent large jpegs, especially before someone... (full message at ) 04:56:43 > What use could a transparent chain have?... (full message at ) 04:59:32 Alex | LocalMonero | AgoraDesk: I'll take that as a yes for your support 👍️ 05:01:31 A low-risk soft fork limiting tx_extra is a step in the right direction. Monero is all about continuous improvement, yo. 05:05:44 that's 2-0 in favor, and 20 minutes is definitely plenty of time, so let's do this 😎 08:35:31 https://mordinals.org/item/144 08:54:24 morbinal chan 09:44:04 Quite ... morbid? (That's mean, I know, but fit to that mordinals nonsense) 12:09:32 "You're done arguing *today*." <- :D 12:22:03 https://mordinals.org/item/101 12:32:57 Hahaha 12:33:33 Damn straight 12:36:20 good morning friends 12:37:15 https://twitter.com/AnarkioC/status/1623522838534578180 12:37:15 anarkiocrypto: This looks super cool and promising. I know the MVP is still some time in the future, but I'd advocate for some kind of fee, so the site hosting and maintance can be paid for 12:37:58 Do you have a donation address yet? 12:49:29 Most of the backend is done... Should only take around 6-12 work hours until the beta version is released. 12:49:29 The VPS is $10/month and paid until May 15. No technical way to add a fee as it's non-custodial and donations are sent directly to the user's address (and a "symbolic" listing fee would be prohibitive, especially for medical/housing/charity fundraisers and for people who can't easily buy Monero where they live, e.g. low cash in person/by mail liquidity). 12:49:29 Will try to launch it + release the code before March 31 (my living situation will probably be less stable in April, so I want to do it before then). 12:49:29 As an alternative, Zombie Master's XMRStarter is already live and working: https://xmrstarter.com/ 13:02:33 alright, no rush, I don't have an immediate need but when I see cool projects I always reach out to their creators <3 13:12:09 * XMRPriest[m] uploaded an image: (304KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/AXnflnOkzWuhAvgrJWuLPTaX/ima_690f95b.jpeg > 13:12:22 Anyone look at their pull requests ? 13:12:41 https://twitter.com/m0rdinals/status/1636511299478626304?s=46&t=jXyKaUPxffdSzmtigdiP2w 13:12:59 Havent been submiteed 13:13:02 They are must reading logs and posting our convo lolol 13:13:17 "They" discovered 13:13:27 https://github.com/monero-project/monero/pulls nothing yet 13:14:27 Lol they be lying or still prepping the request 13:14:32 This is just huge trolling 13:14:44 caused by tx_extra discussions 13:14:50 But would removing these ordinals from the decoy set be a decent solution ? 13:15:01 No 13:15:15 >he addition of ordinals does not detract from Monero's core mission of providing a private and fungible digital cash system 13:15:15 lmao. You can't add non cash, and then claim it doesn't distract from the cash mission 13:15:15 because decoy selection is not part of consensus, so all old wallets will keep selecting them 13:15:44 Rip 🥲 13:16:08 I just want a solution to mitigate the damages hahaha but so does everyone hahaha 13:16:15 I'd say merge https://github.com/monero-project/monero/pull/8733 and make a point release ASAP 13:16:26 and remove tx_extra completely in the next hardfork 13:20:22 My question is how do we come to a full consensus on the tx extra problem and make a decision to move forward ? 13:21:05 How has contentious problems been solved in the past ? Seems like there are 3 camps on the problem and how do we come together 13:21:14 As Koe and Alex said - central planning 13:21:38 Having nobody capable of making decisions is pretty bad project management 13:21:46 Lmao 13:22:00 Not wrong, what’s their opinion on the matter ? 13:22:09 And I dont mean dictatorships 13:22:44 Same as how you have a coordinator for ccs, with no coordinator, you just randomly pick who hosts meetings? 13:22:58 Nobody has any responsibility? 13:23:06 We can spin tired for 2 years because its nobodies fault? 13:23:14 Tires* 13:23:25 I 100% agree with sech 13:24:36 I meant by koe and Alex even tho based off alexs responses yesterday seemed he was for removing tx extra 13:24:46 Why? Not simply because I agree with his choice, but because making a decision isnt something everybody is capable of 13:24:46 One of the Core Team's only responsibilities is to act as mediators: https://www.getmonero.org/community/workgroups/ 13:25:30 Alex is. And he wants someone to end the filibuster and DO SOMETHINF 13:25:58 ofrnxmr[m]: I’m on the same page, limit and remove but how do we prevent other iterations of ordinals that can do more damage ? sech1 13:26:10 More damage? 13:26:48 90% of tx having tx extra ordinals = fuck your decoys. 13:26:48 Whether its steg or not, those tx are fingerprintable 13:26:58 if tx_extra is limited or removed, there's not much space in a transaction you can use 13:27:08 certainly not enough for JPGs 13:27:08 I think smol, encrypted tx_extra is the best compromise we have 13:27:18 Keyword compromise 13:27:33 stego is discourage by cost and by reducing the privacy of the sender 13:27:34 This method of provably transferring Mordinals can probably be ended by decoy selection algorithm enforcement, which has been proposed in the past. But they could prove transfer by another way using cryptography 13:28:17 Scriptless script nfts 13:28:57 proposal: https://github.com/monero-project/research-lab/issues/87 13:29:09 I think that any such event (like Mordinals) just exposes one of Monero's weaknesses in terms of privace, and it must be fixed 13:29:20 by dealing with tx_extra in this case 13:29:27 and probably enforcing decoy selection 13:29:41 ^ also why I keep references exchanges who use preselected or non standard decoys 13:29:49 Keep referencing * 13:30:05 Because Txextra isnt a Txextra problem 13:30:09 Its a cascading issue 13:30:53 From the linked tweet: Nice people, these m0rdinals, first they bring those beautiful NFTs to the blockchain, and now they even want to help with privacy. 13:31:16 Are they bad actors? No 13:31:18 SBF was a nice person 13:31:22 They are using monero how it is designed 13:31:25 they are retarded actors 13:31:30 Who are we to restrict their use of Txextra 13:31:34 or just trolls 13:31:56 they are pentesters for the network 13:32:21 Use wow if they want to test different features lmao 13:32:28 They arent pentesters. Just doing what its designed to do 13:32:36 Arb data storage with no limits 13:32:37 The transaction flood in mid 2021 was about worth 200,000 of those mordinals: https://old.reddit.com/r/Monero/comments/11t1tsn/the_monero_standard_45_monero_blockchain_gets/jcjpugu/ 13:32:44 Why would they NOT use it. 13:33:06 *That* was a stresstest. That now is only children playing. 13:33:29 Stresstest? You haven't seen a real stresstest yet 13:33:43 ^^^^^^^ 13:34:05 Ah, yes, I forgot. They sky must fall, otherwise we don't even leave bed. 13:34:15 Must it? 13:34:28 Is that the only way monero will evolve, is by dying first? 13:34:48 (Ie, so... we should press the button then?) 13:35:55 A real stresstest would be at least 100 tx/second sustained for a few weeks 13:36:14 10M transactions/day 13:36:20 THAT would be a stresstest 13:37:17 Alright, alright. Of course that would be a technical stresstest. Just pretty hard to happen on mainnet, realistically, because expensive. 13:37:57 total tx fee per block decreases as soon as you hit 300 KB 13:38:01 so not really expensive 13:38:17 just spam lowest fee transactions to keep the blocks growing 13:39:03 I mean, making a full block at 300 KB/block is more expensive than making a full block at 20 MB/block 13:39:08 One asks me whether I want Monero to die first because I move, and the other wants to sell me 100 txs/second on mainnet as somewhat realistic scenario. Sigh. 13:39:08 this is how fee algorithm works 13:39:16 *before I move 13:39:53 Yeah, that's how level-headed discussions work. 13:40:54 you need only 0.006 XMR per block in fees, 4.32 XMR/day to sustain full blocks and grow them little by little 13:40:55 At least we are in a channel where we won't immediately get kicked. Hopefully. 13:41:05 as soon as the start growing, this 4.32 XMR/day starts decreasing 13:41:08 *they start 13:41:52 Does anybody know why the m0rdinals people do not yet announce on Reddit? Themselves? 13:41:55 100 tx/s will mean 20 MB blocks with much less than 4.32 XMR/day to run it 13:43:04 I mean, the number of mordinals that get published is really pittyful. They need to enhance their marketing. 13:43:34 I'm all for if they start promoting Monero everywhere 13:43:41 :) 13:43:47 Its almost if they are not looking for profit 🤔 13:43:47 Hi everyone ✌🏻✌🏻 13:43:52 maybe this is how we reach 100 tx/s :P 13:44:45 Maybe not with a CLI wallet that you have to self-compile. Not yet very user-friendly. 13:45:22 Guys, what do you think the future of the Monero is?... (full message at ) 13:45:58 Zcash isn't a copy of Monero 13:46:11 The future of Monero is de-facto internet cash 13:46:29 it will be everywhere online, and will sprinkle into offline stores too 13:48:13 Siren[m]: That's why I put it in “quotes”, because their ideas are essentially the same, but the Monero is the ancestor and the first 13:48:46 Their ideas or how they work aren't the same either 13:51:38 "Arb data storage with no limits..." <- What if I store few GB in there? People will have fun syncing that? 13:52:12 the tx spam attack added x GB for x usd (numbers pending, please hold) 13:53:00 I'd need to pay more fees for a tx like this? 13:53:18 Or is there really nothing to prevent this from happening? 13:53:22 there is a cap on the data per 1 tx 13:53:57 How big? 13:54:43 max number of inputs is one hundread and for..ty? six? 13:55:18 outputs* 13:55:22 please hold 13:57:22 Dear friends, I would like to ask that, as a beginner, I want to learn about the project code structure and function of Monero coin. Are there any articles or books about the Monero source code? 13:57:44 There is https://www.getmonero.org/library/Zero-to-Monero-2-0-0.pdf 13:57:58 Very Thanks! 14:04:58 Siren: im looking here for those details https://www.reddit.com/r/Monero/comments/pvm634/fingerprinting_a_flood_forensic_statistical/ ( ofrnxmr the traitor who shall not be named noticed the flood of tx first !) 14:06:35 see Rucknium s comment in that reddit post. under "How many transactions did the source generate, and how much did that cost?.." 14:07:07 $1.40 per MB^ 14:35:00 Damn we could easily put our git repo in the tx_extra 14:54:08 XMR/BTC looking very bad again, bois 14:54:25 :'( 14:55:20 heintich -> #monero-markets:monero.social 15:51:50 Can anyone see why my GPU is not being used --at all--? https://paste.ec/paste/1E1GTmIG#YTTsNH+tGSYMlFwfSdxhIt0cGs0wbnEl5Z4-HxlPKRP 15:53:40 you want to mine xmr with gpu? why :P 15:54:04 Just because I ave it and it's not doing anything else. 15:57:41 https://paste.ec/paste/Q+XHWpHg#jYPspccWeo4mAp8MYyqRViYRtjgPlEn6b0B8JHwTmU+ 15:58:31 That's a good way to become poorer. The price for the electricity your GPU will need to mine may be factors higher than what value you get in XMR. 15:59:01 About 72 watts max. 15:59:22 Only have one. 16:00:06 "What if I store few GB in there? People will have fun syncing that?" I love scare tactics. They always lead to good decisions. 16:00:49 nvtop shows it's being used zero, and I can't see any reason why this would be. 16:02:40 Siren[m]: Please do go ahead. The sooner we know a danger, a *real* one, the better. We did react to that flood attack, with higher fees. 16:03:00 If they are still too high, we must find that out. You could help. Let the gigabytes flow. 16:03:11 Er, too low of course :) 16:03:24 rbrunner: I dont think scare tactics 16:04:16 More like, "is this.. an invitation to render the network unusable?" 16:05:33 Whatever. I really mean it. Please render the network unusable. If it is so easy that some hobbyist can do that, we *have* to know, and must react. 16:06:22 Id be a bad actor if I did that, as some already know the attack is more than possible 16:06:28 Hypotheticals do not count. Only what really happens counts. "What if "... yeah, if pigs could fly. They can't, and that's it. 16:06:41 There are no hypotheticals 16:07:30 Pigs fly on monero 👍 16:07:36 You seem to have some sort of disconnect with the real world. In the real world, there are almost no attacks on the network. That's a fact. 16:07:54 Maybe you dont pay attention 16:07:56 We can quarrel about the reasons why not, but there are really almost no attacks. 16:07:59 There are plenty 16:08:11 And tests being conducted as well 16:08:55 Of course. The network runs almost like clockwork, all the time, and you see constant attacks. Funny. 16:09:09 And that's of course no scare tactic at all, thankfully. 16:09:14 🥲 16:09:28 "Siren: Please do go ahead. The..." <- What scare tactics? Just fuck off and deprecate tx_extra if that's anyhow possible 16:09:35 If it was a scare tactic, id have said in in public months ago 16:09:36 I simply asked if that was possible 16:09:43 Instead of contacting those involved regarding a fix 16:10:39 Asked about what is possible? 16:12:36 WOW I CANT STOP MINTING 16:13:06 Maybe I did not see what statement of ofrnxmr you answered to, being on IRC 16:13:15 Grampy were turning into massive nft degens 16:13:55 I'm going to need to find that Monero-accepting psychologist service to help with my addiction 16:14:20 "Just fuck off" Seems I hit a nerve 16:14:30 Is there is a way to run my node into prune tx_extra mode? 16:14:44 rbrunner: I've hit your nerve few months back by calling you a boomer 16:14:54 Ah, yes, now I remember. 16:14:55 Now you won't shut up 16:15:20 Ah, you mean I am still sour from that, and petty? 16:15:30 Oh wait that wasn't even you mentioned in the boomer message, you just assumed it was yourself 16:16:37 Anyway, I have not yet given up hope that the tx_extra story will reach some consensus soon, and after that I may fuck off alright 16:16:58 Sech made the right csll 16:17:19 Give a gist 16:18:13 > I'd say merge https://github.com/monero-project/monero/pull/8733 and make a point release ASAP 16:18:15 > and remove tx_extra completely in the next hardfork 16:18:38 It's "right" from a certain point on the opinion spectrum 16:19:01 And this is not his words, but mine: 16:19:01 then push forward with full membership proofs / seraphis etc to get it done correctly 16:19:43 Its right from the point of attack vectors 16:19:48 Got that, yeah, you mentioned a similar opinion yesterday 16:20:56 Koe has already done the dirty work in Seraphis and moved things to their appropriate fields 16:21:10 Yes, it's ready to drop there. Correct. 16:21:13 Instead of just stuffing everything in an unlimited junk drawer 16:21:28 It's a bit long until Seraphis, but yeah. 16:21:44 Seraphis moves faster if kaya needs it 🤫 16:22:02 There's still a separate xmrig-amd?! 16:22:09 Well, you can't conjure up code by applying magic. Not even kaya. 16:22:11 No ^ its old 16:22:28 @rooter 16:22:29 Especially running code. 16:22:44 Are AMD GPUs shut out of xmrig? 16:23:04 It's suing mine zero 16:23:10 using 16:23:36 You need to put in the location of the library in the xmrig config 16:23:52 Seraphis is 2+n years away. 16:23:52 We could do it in far less time with proper manpower and management. 16:25:10 "management" somehow rings a bell. 16:26:49 Say, a question, an honest one, I am really curious, and maybe something good might come out of it, who knows 16:28:26 We saw 2 days ago that we have UkoeHB, kayabanerve, ArticMine, moneromooo, and 2 or 3 other respected people in the "keep" camp, at least right now 16:28:45 Do you see it as probable that you will be able to sway all those? 16:30:13 ofrnxmr[m]: There doesn't seem to be a switch to set lib path: https://xmrig.com/docs/miner/config/opencl 16:30:14 jtgrassie, yesterday 16:31:02 rooter0_: In config file 16:31:02 Opencl section "loader": field 16:31:16 O 16:31:24 I think at least several of those named will look at the monordinals situation and realize we need to stop this fuckery sooner rather than later. Especially the ones I usually agree with :) 16:31:42 * rbrunner: I think 16:32:32 rbrunner: sorry, real busy Friday 16:32:48 Fair enough. It may be a good idea to check in, say, 2 weeks again whether those remain in the "keep" camp. 16:32:48 "Sech made the right csll" <- Totally agree with sech btw 16:32:51 Dont want to keep replying with short / quick statements 16:33:27 Understood. 16:33:33 Limit the size ASAP seems obvious. Put out the creeping non-fungibility fire. Then assess the appropriate next step, be it keeping the tx_extra size cap or excising the cancer completely. 16:34:06 I did shutdown all my nodes yesterday. 16:34:06 They will stay off until the exploit is fixed 16:34:25 Wownero has already opted for limiting the size, and hardfork is on April 1st (5th birthday). I think Monero should do this ASAP too. 16:34:34 "The exploit" 16:34:59 Damn you're gonna make me want to buy more WOW with sexy talk like that 16:35:21 And wow is nft friendly ♥️ 16:35:32 Wownero is a tad smaller in almost everything. 3 people around a campfire can quickly decide almost everything. 16:35:40 No 16:35:47 Nothing at wow is quick 16:35:58 And decisions? Ha. 16:36:06 Wow is just WOW. Its perfect. 16:36:12 Alright. 16:36:39 (Also I hope nobody uses wow for transactions that would be Very Bad if public) 16:36:48 (I know what youre saying tho :p I jest. ) 16:37:30 " Put out the creeping non-fungibility fire" I should start a collection with such cool formulations. 16:37:58 rbrunner: LOL, I say the same thing about the clever turns of phrase in your short stories 16:38:10 Gee, thanks. 16:38:27 Was I pinged? If so, sorry, but I don't see where 16:38:31 RavFX: what exploit? Surely you're not talking about monordinals, they don't harm your node 16:38:34 In xmrig .json under "opencl": "loader": "/opt/rocm-5.4.0/lib/", -- but * OPENCL disabled (failed to load OpenCL runtime) 16:38:43 No ones against that relay rule PR. Should be merged asap 16:39:12 Not a true ping, I just made a list of people in the "keep tx_extra" camp :( 16:39:38 I said kaya too (talking shit behind your back 🔪) haha 16:39:39 kayabanerve: Would relay rules really stop those tx from being mined? Without a hardfork, changes to relay rules are a sieve. 16:39:50 "Well, you can't conjure up..." <- rbrunner: My sacrificed goats disagree 16:40:05 Basically all miners would have to use the new node version 16:40:16 Found my ping. I advocate for keep, up to 255 bytes per TX. Optional, var length. 16:40:29 Sorry, there is no Royal Road to working code. Not even LLMs make it easy. Coding and debugging is work 16:40:35 At the August hark fork, about half of all nodes failed to remember to upgrade 16:40:48 Afaict, any tx using extra is breaking privacy standards and I don't care to have everyone do it for the 0.1℅ 16:41:02 If a tx wants to use extra without breaking privacy, it can do decoy selection steg. 16:41:25 Rucknium: You'd need a cooperating mining pool 16:41:44 Or miner 16:41:45 You would need nearly all of them 16:41:47 > for the 0.1% 16:41:47 Problem is, with NFT fans, trolls, & bots, it's not going to be 0.1% for long 16:41:58 Can they encrypt tx_extra? 16:41:58 At least it will make it useless for nft spamming 16:42:00 kayabanerve[m]: Likewise, I'm not for removing 100%. There should be an ability to add a small string. https://github.com/monero-project/monero/pull/8733#pullrequestreview-1346048999 16:42:07 So they won't be banned but they'll be difficult and require renting hash power. That's a very increased fee for doing it 16:42:40 Regardless of long term goals, immediately, no one is against the relay rule PR. I want to be clear on that and not conflate them. 16:42:55 kayabanerve: I am skeptical of relay rule 16:42:57 kayabanerve[m]: Exactly, everyone is in agreement for 8733, let's merge and release that 16:43:10 Without a hard fork 16:43:10 Rucknium[m]: Are there any real downsides? 16:43:16 I just said it 16:43:23 It's a sieve 16:43:42 Well, if not more is to have at short notice, why not take the sieve? 16:44:03 Wallet (client) has to encrypt. Wallet could always simply choose to not encrypt. 16:44:03 How is it supposed to stop txs from propagating and reaching un-updated miners? 16:44:03 Still a minimum of resistance. And also a statement, if you like. 16:44:03 Rucknium: Your doubting of impact is distinct from the belief of harm. 16:44:16 Eh. Doesn't it become an effective eclipse attack? 16:44:28 If unupdated nodes are only connected to updated ones... 16:44:30 I agree a hardfork is what's truly needed, but I would rather take this gain today and not force an emergency hardfork 16:44:47 But sure, emphasis must be placed on updating. 16:45:07 hey, noob here. I installed the node on linux and synced to top 16:45:18 How do I know if I am actually mining? 16:45:21 Or a soft fork, which I don't believe monero has prior done and the reasons for that may be why it's not worth considering now 16:45:32 I add "sgp" to my list of "respected Monero people you would have to sway before total removal of tx_extra" 16:45:43 anotherme: The node doesnt mind BT default 16:45:58 anotherme: mining_status 16:45:58 Type help for all commands 16:46:10 rbrunner: Yeah, I agree with kayaba on 255 ideally 16:46:18 rbrunner: Mhm 16:46:22 Im keeping track 16:46:27 Oh? 16:46:33 Thanks though 16:47:32 fwiw, I'm somewhat glad someone did this Mordinals thing because it forces us to finally do something. Minor blessing 16:47:57 Yes. If they don't properly announce on Reddit soon I may be tempted to do it for them 16:48:28 Lol 16:48:30 "Someone" 16:48:30 Major blessing that they didn't start by flooding tens of thousands of dick pics (or worse) onto the chain. They gave a nice slow easy wake-up call 16:48:47 Yeah this could have been far worse 16:49:01 It can be if rbrunner keeps askign for it to be 16:49:06 CAN YOU ALL KEEP DOWN I JUST MINTED THE LAST MONKEY JPEG PUNK 16:49:08 Pigs fly 16:49:09 This will be far worse if no action is taken soon 16:49:21 "Yuga Labs, Facebook, and the NSA present this new Monero NFT collection" etc 16:49:32 xfedex: Error: Unknown command 'mining_status', try 'help' (in monero-wallet-cli) 16:49:35 Not sure. The reality doesn't always abide to your wishes. 16:49:51 anotherme: You need to run this in monerod, not in monero-wallet-cli 16:50:01 oh 16:50:02 Mining is disabled by default anyway 16:50:16 I redirected the output to a file so I am not interactive 16:50:41 I guess monerod contains the command to actually start mining too 16:50:57 unless you used the start_mining command in monerod (or you are mining using xmrig) then you aren't mining 16:51:25 That's the thing. Every second now an 100 km asteriod could wipe us all out. Every freaking second. Except that it does not happen. 16:51:46 rbrunner: sounds like scope creep lol 16:51:56 :) 16:51:58 Thats a terrible analogy based on pure chance 16:52:32 A Coup in Paradise 16:52:36 Well, is it? "Every second now somebody can start to flood us" "Every second now somebody can start to post 1000's of dick picks" Yeah, conditional. 16:52:53 * bobthemason[m] uploaded an image: (305KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/pYrxxSzSXLZuwMgRcZlzqroN/Bourbaki.jpg > 16:52:55 It was the early 1990s. All alphabet agencies lived harmoniously in the... (full message at ) 16:53:02 Not based on "I control an asteroid and im not throwing it and advocating to nit let a bad actor be in my shoes" 16:53:16 * bobthemason[m] uploaded an image: (915KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/oessFrfIeUMLmaVhicwjgdAr/Noether.jpg > 16:53:17 Satoshi Nakamoto had (S. N. for short, IYKWIM) created a system that... (full message at ) 16:53:45 Cleanup sgp: 16:53:45 I wonder how much it will cost in fee to post linux ISO images 16:54:14 Ty 🙏 💢 16:54:26 RavFX[m]: Exactly what I had in mind lol 16:54:26 RavFX: Something like that already happened on LTC 16:54:29 > Running TempleOS on monero 16:54:36 Sigh. It's clear already: Not much. 16:54:49 I wonder his big we can make the blocks :) 16:54:50 How* 16:54:59 We can test that dynamic block size algo :D 16:55:22 Please do. I repeat myself. We have to know if it's really easy to pull off. 16:55:33 CCS? 16:55:37 Why not. 16:55:42 But I want fiat 16:55:47 transactions are way too cheap, and there's a political element to this since AM really wants cheap transactions 16:55:57 Nit going to get paid in useless money after burning the house down 16:56:01 AM? 16:56:15 Artic 16:56:23 Ah, ok. 16:56:31 I assume one could patch the wallet to use very low fee and it will get mined eventually thanks to dynamic block size. 16:56:31 So it could be possible to post 43GB verifications.io leaks for like 1$ right 16:56:31 A bit unfortunate. 16:56:50 https://petsymposium.org/popets/2022/popets-2022-0011.php "We present results from UWeb experiments with writing 268.21 MB of data into the live Litecoin blockchain, including 4.5 months of live-feed BBC articles, and 41 censorship resistant tools. The max-rate writing throughput (183 KB/s) and blockchain utilization (88%) exceed those of state-of-the-art solutions by 2-3 orders of magnitude and broke Litecoin’s record of the daily 16:56:50 average block size." 16:56:56 dynamic blocksize is way too forgiving 16:57:13 Dynamic blocksize are totally fine assuming we don't leave way to abuse the thing 16:57:34 I'm saying the current implementation is too forgiving 16:57:43 Tx several magnitudes too low, and dynamic blocksize maybe allowing to store Linux ISO files. And we worry about tx_extra if true? 16:57:43 even if you spam normal txs without txextra 16:57:49 *Tx fees 16:58:14 Txextra makes it easier to pull 16:58:17 OPENCL disabled (failed to load OpenCL runtime) 16:58:26 I can attack the network without Txextra though 16:58:43 The dynamic blocks* 16:59:15 Rekt.news 16:59:16 Just take more tx right 16:59:16 RavFX: tx below the minimum fee will be rejected by monerod. So the txs will not reach miners 16:59:17 posting ISO is just a really nice fast and easy shortcut 16:59:36 I don't think those things are really true, but again, if they are, somebody prove that ASAP please, so we can start to fix 17:00:21 The problem with fee policy on a global network is that one person's pittance is another person's hourly wage 17:00:21 Fixes have started 17:00:41 Rucknium[m]: this is the justification for 8733 :) 17:01:10 Yes but not everyone updates. We could get to maybe half updating without a hard fork 17:01:23 Good I'll take half 17:01:23 I don't know why this is hard to understand apparently 17:01:39 I'm not saying it's hard to understand. I understand you just fine :) 17:01:46 I'm just saying I'll take the half over nothing 17:01:55 and I wouldn't underestimate the psychological effect, to show that we are able to act 17:02:05 txs propagate through a gossip network. Those txs will still arrive at un-updated miners 17:02:17 Before that, we need to fix the autouodater haha 17:02:28 all that matters really is if the pools update 17:02:30 let's at least given them the option 17:02:33 sgp: I agree 17:02:34 Yeah, that's a problem, I mean, if only half update, spam tx will stay in mempool and get mined a few minutes later anyway right? So it won't change a thing 17:02:40 ofrnxmr[m]: It downloads a zip and leaves the rest up to the user 17:02:47 But it must be almost every pool 17:03:09 RavFX understands me :) 17:03:21 I agree with sgp. We should block relaying as fastest as possible, create a release, then on the next hardfork completely block it. 17:03:21 The good thing is... the top pools were responsive 17:03:24 But 17:03:39 Some have yet to respond or implement anything even if they did respond 17:03:40 I'd still rather make it difficult than not 17:04:02 "No brainer" comes to my mind 17:04:10 Lmao 17:04:14 I'm not here at all to say the protection is comprehensive or even effective, it'll depend on adoption 17:04:16 RavFX: instead of turning your monero nodes off, you can build with the tx extra reduction PR , or replace them with wownero nodes that come with the tx extra limit (ive just updated my wowtero nods for the HF now) 17:04:22 You just disagrees with me when I said it was the correct decision 17:04:27 But yeaj 17:04:29 No brained 17:04:48 but it's at least a tool people can use, and putting it out there. Now there at least is the ability for social pressure to accumulate 17:04:52 I am in the "keep but limit to 256 bytes" camp. 17:05:00 I'm not against the tx relay PR. But don't put unrealistic expectations on it 17:05:12 I don't see me contradicting myself? 17:05:13 You're also in the "I dont know his to attack a network" camp 17:05:18 How* 17:05:21 Rucknium[m]: Okay, so not against, but pessimistic it'll do anything. Totally fair 17:05:47 If the worst is that no one is against, we should still get it out there 17:05:52 Ill stay posted in the pr 17:06:00 And try to make sure mining pools are in board 17:06:30 We can at least get the same pools that updated the templates 17:06:37 p2pool can adopt, will force inscriptors to have to work with miners and make their life harder, will send message, we can pressure pools to update, etc 17:06:49 all that matters really is if the pools update <> some pools haven't updated to Rucknium's fix even when they were told it would benefit them 17:06:51 monero is centralised enough that if a few of the top pools use it we're fine , i mean, uhm 17:07:00 ^^ 17:07:10 lol 17:07:15 They even replied via email and retweeing me calling then out 17:07:21 But failed yo update 17:07:27 Some of the top 10 17:07:44 sure, that's worst still not an argument against it really, just... neutral pessimism 17:07:46 2miners being a bigger one 17:08:01 sgp[m]: Im not against it 17:08:08 Unpacking objects: 100% (12/12), 17.06 KiB | 1.89 MiB/s, done. 17:08:08 From https://github.com/monero-project/monero 17:08:08 * [new ref] refs/pull/8733/head -> fix_monero 17:08:08 Ok, I'm going to restart my node collection soon 17:08:48 Sounds cool. 17:08:57 plowsof11>(ive just updated my wowtero nods for the HF now) <<>> <3 17:09:33 Mine are updated and running 🏃‍♂️ 17:11:17 Rucknium: here's a real-life barrier example. Suppose a Cake user is trying to use NFTs and is using our default node. I'd rather that default node (ours) reject the tx :p Doesn't prevent them from shopping around for a different node but it's still a minor roadblock that wasn't there before 17:12:20 Boomer's background music for today's discussion, at least as I see it: "Show, don't tell" https://www.youtube.com/watch?v=FtpMeyjE6Rw 17:12:46 sgp[m] it won't matter as soon as all mining pools update and reject huge tx_extra 17:13:20 sech1: I hope they do :) 17:13:28 Ideally we can give them a carrot 17:13:29 If it gets released, 6 months later it will be virtually impossible to get into blockchain without solo mining 17:14:17 im sending my request to the hashvault miner now 17:14:27 so yes, a very dedicated NFT connoisseur can rent some NiceHash hashrate and mine a block with his transaction, but it's a totally different "fee" level :D 17:14:57 even considering he'd get block reward 17:15:06 hello mr hash miner , this my cat, i love this cat, if he on blockchain, am happy , pls consider next solo hash 1giga? thank for reading 17:15:07 because hashrate costs are usually 10% higher on NiceHash 17:15:17 sech1: we seem to be in agreement about these things 17:16:03 The skepticism from others is about whether mining pools will adopt this update, which I don't see as a reason not to roll out the change anyway personally 17:16:25 ^^ nono 17:16:30 Not skepticism 17:16:33 Just dread 17:16:46 There will always be some % of miners running old nodes 17:16:52 I can imagine that many Monero users will follow, because they don't like Mordinals either. 17:16:55 We got over 80% of the he to update templates 17:16:57 consider p2pool with hundreds of nodes 17:17:00 Doing it again is no problem. 17:17:17 mining_status 17:17:19 Not currently mining 17:17:43 start_mining 2 17:18:03 Error: Mining did not start -- Already mining 17:18:05 ??? 17:18:29 I will slap 17:19:49 2023-03-17 17:19:16.166 I background mining is enabled, but not started, waiting until start triggers 17:19:54 confused by this logging 17:20:46 Background mining = when your pc is idle 17:20:49 You enabled background mining from the wallet, I presume 17:22:15 So when can we implement this point update on Tx extra 17:22:34 Pinging selsta 17:22:52 Is the code done? Can we click update lol we all know this needs to be done so lets get the ball rolling 17:23:02 But, well, they just come back from putting out an update ... 17:23:32 rbrunner: I'm here 17:23:39 Ah, good. 17:23:47 yeah we're talking about this PR atm: https://github.com/monero-project/monero/pull/8733 17:23:47 I'm builing it on my side. 17:23:47 I disabled my auto updater... Will turn it back on once the official update is released 17:23:47 s/builing/building/ 17:23:48 I can do a release but merges etc depend on core team 17:24:03 sgp: For now Mordinals users have to use a custom wallet to mint and transfer NFTs. If they accidentally try to transfer the Mordinal with a standard wallet, they would remove the ability to transfer forever. So Cake users would not be dealing with NFTs. FYI 17:24:15 Source: RTFM 17:24:45 Tell luigi1111 we will put unflattering morbinals into the blockchain if they don't merge ASAP :) 17:24:51 luigi1111 is aware of 8733 please hold 17:25:45 I don't think that anybody in their right mind really thinks as far as *transferring* that garbage, honestly 17:26:00 is there consensus on merging it and putting out a release? 17:26:38 Well, nobody here right now seems to be against it ... but yeah, probably we are not representative 17:27:26 https://matrix.to/#/!eBgZCVRnRRkKchiYzS:monero.social/$58cro8BcIPfXmTiItSra5rcNPXtCnmFds0DDGdDL_-s?via=monero.social&via=libera.chat&via=matrix.org 17:27:26 Well I have a poll of about 300 people who voted to get rid of monero NFTs 17:27:40 Lovely 17:27:42 Really? 17:27:46 just approve it then it's ez 17:27:50 I don’t think it’s an issue the majority of monero users would be against if we fight against it 17:28:04 Where is that poll? 17:28:15 https://twitter.com/xmrpriest/status/1636393536923787265?s=46&t=jXyKaUPxffdSzmtigdiP2w 17:28:22 a twitter poll bridged to telegram 17:28:51 Nice. 17:29:03 NFT = Non-Fungible Tokens on a Fungible base layer is literally an oxymoron 17:29:18 I guess everyone in Monero should be against it 17:29:23 sech1: Yeah, I'm not against NFTs, but they need a different home 17:29:26 Doesn't seem to impress people however 17:29:27 The comments have fairly interesting commentary as well 17:29:46 We made luigi sad :( 17:30:07 Lol we ruined his weekend :( 17:30:25 The NFTs ruined the past two days for me hahaha 17:30:36 RTFMucknium 17:33:48 I can't read C++ code, so I have to RTFM 17:33:48 New mordinal blockchain, merge mined with Monero, with stealth addresses still there but ring sigs ripped out 17:39:08 i can do the release tomorrow if luigi merges today 17:39:40 🍾🍾🍻🍻🤩 17:41:11 What about testing it on stagenet/testnet first? 17:44:46 Not bad as an idea, but testnet is very small, and has no pools. Hard to get far with a test, seems to me. 17:45:14 And I guess the code is simple enough, and will only get merged if reviewed anyway. 17:45:32 I trust Selsta has done the proper due diligence with the code 17:45:43 It’s not like it’s new code either 17:46:30 I haven't reviewed it, others have 17:50:04 Well seems like you trust the others haha 17:52:29 This weekend will be organised a Libreplanet FLOSS conference. It start with an introduction talk by RMS at 15:00 EDT time https://www.fsf.org/live + https://libreplanet.org . You can use command 'date --date="Mar 17 2023 15:00:00 EDT"' to convert it into local time. 18:02:39 I don't understand why xmrig doesn't use my AMD GPU. I've put /opt/rocm-5.4.0/opencl/lib/ into the .json config. That's where libOpenCL.so is. 18:03:30 Try to put /opt/rocm-5.4.0/opencl/lib/libOpenCL.so in the config? 18:03:41 k 18:05:34 YIKES! It twerks! Ty sech1. 18:06:02 ooops nah that's its mem at 50% 18:06:36 But now it doesn't crap out on OpenCL. 18:08:07 GPU still not being given work. 18:12:47 What GPU is it and are you trying to mine Monero? Then it's better not to use GPU 18:16:18 sech1: AMD RX 6600. It's not being used for anything else so might as well try it. Max 72 watts. 18:20:53 "Well seems like you trust the others haha" Yeah, one of the big misunderstandings in cryptocurrencies IMHO: trustless software development somehow isn't 18:23:09 Monero has not moved but bitcoin has gone up. Does this mean monero has reach some stability in its price regardless of bitcoin and other cryptos? 18:23:30 Over which time frame? 18:23:34 RX 6600 can probably give you 300-400 h/s maximum, if you manage to make it work 18:24:07 set "enabled": true, in "opencl" section of config.json 18:25:40 sech1: It is true in "opencl":. And apparently xmrig automatically fills out the "cn"'s. 18:26:11 "Yeah, I'm not against NFTs..." <- You can't be against NFTs and for tx_extra. Either you disincentivize arbitrary data storage by removing tx_extra or your incentivize it by keeping tx_extra. Nobody is claiming that arbtrary data storage is completely excludable, but if its way more complex, costly, inefficient, and constrained than not, and if the API around arbitrary data storage is not stable (e.g. first you store it in 18:26:11 outputs, then outputs are limited and you're forced to store it in CLSAG, then CLSAG is replaced by something else and you're forced to go yet another way etc) then you highly discourage any dev from arbtrary data storage on the Monero chain as any hard fork will force them to fit their ever-more square peg in an ever-more round hole. 18:26:24 ... but nvtop shows a blip of 100% then zero. 18:26:59 then it must be something with rocm drivers 18:27:15 the best chance you'll get with windows 10 and amd drivers from around 2020 18:27:15 Alex|LocalMonero: Cat is out of the bag 18:27:26 monerobull[m]: We fucked around and found out 18:27:46 3 days ago, morbs weren't a thing 18:27:47 Ah crap. (CentOS Stream 9.1) 18:27:48 Now they are 18:27:58 So now is the time to remove tx_extra 18:28:07 And they'll probably be adapted as long as there is any way to put arb data on chain 18:28:23 I want to see them try. 18:28:43 We adapted to ASICs, didn't we? 18:28:47 I like the idea of optional, very small tx_extra, that has to be encrypted 18:28:49 Despite their inevitability 18:28:50 I disagree. How is being for a string record pro NFT? These are different things. 18:29:06 sgp[m]: Because a string can store an NFT? 18:29:44 It's only a picture in reality, don't think they really fully function as NFTs - not that this deters anybody ... 18:29:48 monerobull[m]: As long as all tx_extra using transactions look the same, users don't loose that much privacy 18:29:59 It could refer to one saved elsewhere, but that's not really the same thing 18:31:24 * Alex|LocalMonero uploaded an image: (47KiB) < https://libera.ems.host/_matrix/media/v3/download/agoradesk.com/MEZRGsJOwylnMjftBjbjwoqd/image.png > 18:31:43 How many bytes do you think you need to store this? 18:31:58 well, that image is 48 kB, so, that 18:31:59 64 18:32:02 :) 18:32:15 sgp[m]: You don't seem to understand the question. 18:32:43 If someone wants to make a 1 byte "NFT" and store 1 byte there then so be it 18:32:49 So how much is it? 18:33:20 There are only 256 possible 1-byte NFTs! Very rare! 18:33:27 lol 18:34:14 How many times do you get that into the new limit that I am "pro", 256 bytes? 18:34:18 rbrunner: Exactly 256 bytes 18:34:27 Ahhhh :) 18:34:34 sech1: Not if i chain them 18:34:43 Can someone not combine the number of tx extras to post the same images or higher quality ? It will just raise fees correct ? 18:34:54 yeah you can always store 1kb here and 1kb there, etc 18:35:10 "randomx allocated 2336 MB (2080+256) huge pages 0% 0/1168 +JIT (0 ms)" 0%? 18:35:15 XMRPriest[m]: That's correct, you are opening the bandwidth for arbitrary data storage. 18:35:23 0% huge pages 18:35:27 you need to enable them 18:35:31 So the road still leads to needing to removing tx extra entirely 18:35:34 Whereas with removing tx_extra you are limiting the bandwidth of arbitrary data storage. 18:35:37 or run xmrig with sudo 18:35:39 no you aren't 18:35:47 you're cutting off 1 method 18:35:48 Yes you are. 18:35:51 there are many others 18:35:59 Limiting the bandwidth 18:36:21 If arb data can be put onto the chain in any way at all, it will be 18:36:21 no, because I can still make 1000 transactions with data stored in a different place than tx extra, etc 18:36:33 I think make it as prune-able as possible 18:36:51 tx extra is easy to prune 18:37:09 Had Tari only been released before this 😭 18:37:10 sech1: I'm trying to figure out how to enable MSR MOD manually, so might as well figure out hugepages too. 18:37:11 Will be. If we move anything protocol-related out of there. Non-trivial now 18:37:24 sgp[m]: Yeah, and it's going to be way less efficient. Hence, you are limiting the bandwidth. 18:37:37 Only getting 11k H/s with 50 CPUs. 18:37:52 if anything we're requiring more on-chain bloat to store the 255 bytes of data 18:37:57 rooter0_ https://github.com/xmrig/xmrig/blob/master/scripts/randomx_boost.sh 18:38:00 for MSR mod 18:38:18 that 255 bytes could take either ~255 bytes in txextra, or a bunch more in a more convoluted storage way 18:38:21 Saw that but some commands fail. 18:38:23 Not sure what you mean. tx_extra will be optional 18:38:47 (as root) 18:39:08 rbrunner: Going to split them from my rings? 18:39:12 Detected Zen1/Zen2 CPU 18:39:13 wrmsr: CPU 0 cannot set MSR 0xc0011020 to 0x0000000000000000 18:39:15 sgp[m]: No, we're disincentivizing arbirtrary data by making it more expensive, more convoluted, and refusing to establish a stable API for arbitrary data storage, which is the most devastating signal againt any honest dev wanting to store arbitrary data. With tx_extra, we are signalling "Arbitrary data? Come on in! There's a special place for you here". 18:39:31 Or do I get 15 nft decoys? 18:39:47 I somewhat agree, I am however okay with allowing a small string there, as the least bad option 18:39:54 I don't understand the question 18:39:56 Sgp 18:40:05 we minimize other harm by allowing a string 18:40:36 The harm minimization is marginal, the implications of signalling pro-arbitrary data are much worse. 18:40:44 I prefer we figure out full membership proofs, or also talk about not having any rings for nfts etc 18:41:14 That "signalling" concept irks me somehow. 18:41:15 Not that we fragment the network 18:41:28 After all, no official Monero software allows you to put something there 18:41:57 The node was forked lolz 18:42:00 Isn't that also signalling at least *something*? 18:42:01 Can always push the prs 18:42:37 Pretty women also signal "rape me". No, dammit, they don't. 18:42:44 Sus 18:42:46 Lol 18:43:24 Anyway, Txextra volume is the issue 18:43:36 Er ... yes? 18:43:43 Not having heavy usage atm feels like its not a problem 18:43:43 I disagree, because I think supporting a string so Monero transactions can reference some other system is important for a payment network. That feature is going to exist in some form, so we need to find the best way to handle that 18:44:18 Tf_junkdrawer isnt the place for it 18:44:23 Anyone know how xmrig checks if it's in a VM? I need to fool it since I pass through CPUs. 18:44:27 Its not the place for subaddresses either 18:44:40 Or kyc info 18:44:41 rooter0_: #xmrmine:matrix.org 18:44:50 So maybe we should rename "tx_extra" to "extra_payment_network_info". You know, wink wink, for right "signalling" 18:45:01 Mhm 18:45:18 But already thought out and no 18:45:22 ofrnxmr: problem is heavy usage will come 18:45:31 Doesn't work with heavy volume 18:46:22 Am I allowed to say something against "will come", *not* conditional? Without earning me another "fuck off"? 18:46:33 If monero could handle non fungible transactions, with no run members (aka the plan for coinbase), you might have an idea 18:47:13 But ducttaping and limiting the tx_funeral is .. no 18:47:14 Remove it and do it properly 18:47:45 rbrunner: thick skin helps with the fuck offs 18:47:57 It does, yes. 18:47:57 We are on the internet after all 18:48:10 Right. Just mentioned it again for effect :) 18:48:14 Bring your flamesuit is the term 18:48:55 We hold up pretty well, IMHO, discussing here, despite the large differences in opinion. 18:49:25 Which is in itself pretty interesting, if you think about it. 18:49:41 Im used to it 18:49:58 I dont bring ideas in a way that makes people WANT to agree 18:50:00 But IDC if they like ne 18:50:06 Either you follow the facts or youre the real jackass 18:50:15 I like facts. 18:50:15 I have a dumb question- would thorchain or serai's use of tx_extra be fingerprintable and create a pool of similar transactions 18:50:24 Always business, never personal ♥️ 18:50:37 I love yall even if I might be mean 18:50:51 cryptogrampy[m]: Yes 18:50:57 Serai will post view keys 18:51:26 is it possible that the blockchain will eventually get too big, even for pruning? 18:51:43 rooter0_ you can't use MSR mod in a VM, it's not an xmrig check. VM hypervisor will not let you do it. 18:51:46 too big is totally relative and meaningless. 18:52:00 it depends on how quickly storage cost goes down over time 18:52:05 cryptogrampy[m]: too big for home users to run 18:52:08 Too big gets bigger everyday day :) 18:52:18 fmlatghor: Not really if using proper caching techniques, HDD are cheap. 18:52:18 But it's useless bloat for monero. They make other blockchains more appropriate for NFTs 18:52:29 My first computer had 1024 bytes of RAM. 18:52:51 rbrunner: Mine 512k 18:52:56 sech1: I'm passing through CPU cores so it seems it should be possible. There are ways to hide the fact that it's in a VM, but none I've tried yet influence xmrig. 18:53:05 rbrunner: yeah, and supposedly that trend will keep continuing, but environmentally concerning... 18:53:21 Fmlatgagh 18:53:25 That only means it's a quite complicated and complex question 18:53:25 ... or I could do the setting on the host? 18:53:31 Monero has historically been great about efficiencies 18:53:38 pass through doesn't mean you can mess with MSR registers 18:53:53 I never heard of MSR mod working in a VM 18:53:57 It's a true and tried FAQ on the Monero subreddit. About once every two weeks or so. Really has many facets. 18:54:04 we just need DNA-based storage mechanisms 18:54:13 If you guys use xmrig in a VM, you have to patch you're hypervisor so it pass the MSR patch to the real CPU, I did a patch for XEN, for use with Qubes OS. 18:54:17 should be able to store all of the world's data today in a fingernail 18:54:18 cryptogrampy[m]: I heard of that 18:54:39 If the registers are only available on the host... maybe mod them there for benefit in the VM? 18:55:00 you can run MSR mod on host, it will give the same effect 18:55:09 monero and blockchains drive CPU advancement, malware resistance, and decrease in storage costs 18:55:47 Sounds almost a bit too good 18:56:17 Out of time but I'll try it tomorrow sech1. 18:56:43 You can patch the MSR directly on the host and it will apply the each VM. 18:56:43 Or patch the hypervisor to make it apply the MSR patch to the host CPU if a VM software patch them on the vcpu. 18:56:43 Note that you must pin the CPU properly too if you don't use all the cpu cores because if the vcpu hops all around then you are going to patch the wrong cpu. Also, in the case of xen, if you are not pining then then you are likely to patch the same exact host cpu core for every vcpu msr you patch 18:57:10 (patch need to be applied on all core) 18:57:20 I'm too stupid to mod KVM. 18:58:10 how big will the blockchain likely be in 2024? 18:58:27 ... but if the relevant MSR register (pre-fetch?) is only available on the host, setting it there should give benefit in the VM. 18:58:30 You can also patch grub, just edit the asm file that initialize the CPU stuff. They have look to patch specific msr on each core so patch code there to also disable the hardware prefetchers on all cores (it will get patched when you boot and stay patched 18:58:44 s/look/loop/ 18:59:42 rooter0_: Yep, if you set them on the host it will work just fine on the VM 18:59:42 (don't know what an asm is) 18:59:49 fmlatghor: Pruned 75gb 🔮 18:59:57 Cool. 19:00:13 Jk. Will be 150 by end if April 19:00:38 and maybe 160 in 2025? 19:00:45 is it growing like 10gb per year? 19:01:08 Im being sarcastic. 19:01:08 You never know unless you also account for volume 19:01:29 So.. if we did 100k tx/ day everyday, you could answer that question 19:01:30 right now it's like 50gb pruned 19:01:37 Without volume metrics, its impossible 19:01:45 we should livestream the monero konferenco talks to the monero blockchain in 4k 19:02:01 2 minute video chunks 19:02:02 Haha 19:02:12 1frame per tx 19:02:14 So pruning has -no- effect on hashrate? Because you don't need the older transactions? 19:02:21 24tx/second 19:02:25 huh so storage really isn't the biggest issue, since the pruned sice is basically the sice of a moderngame 19:02:38 Or 60tx/sec (high framerate) 19:02:58 That would bloat the blockchain fast, especially if using raw uncompressed Bitmaps 19:02:58 rooter0_: Pruning doesnt get rid of old transactions. It eliminates some signature data Go to #xmrmine:matrix.org for mining help 19:02:59 Its doable. 19:03:06 but it's totally doable yes 😂 19:03:27 Monero is the best crypto I've found so far 19:03:32 #xmrmine:matrix.org is pretty dead. 19:03:39 I've never really had any reason to use XMR though 19:03:41 No it isnt 19:03:44 I just use cash 19:03:48 for anonymity 19:03:55 ofrnxmr[m]: Xmrmine is actually very active 19:03:59 Monero is the only crypto useful as a currency so far 19:03:59 other crypto have other use 19:04:10 RavFX[m]: what about USDT though? 19:04:12 #monero is too active. Xmrmine is where you want to be. 19:04:28 who needs torrents when you can anonymously and cheaply store raw bluray rips in the monero blockchain, and people can anonymously download them /s 19:04:36 fmlatghor: Treasury bond backed fake seizable money 19:04:39 fmlatghor: That's work as a public currency, if you like being tracked. I do prefer cash equivalent crypto... 19:04:58 sgp: you weren't joking though :) 19:05:00 And yeah, USDT is seizable. 19:05:03 You can stream from the blockchain easily 19:05:11 Cough "Easily" 19:05:12 oh then fuck USDT 19:05:35 you guys heard of Chia / XCH? 19:05:57 I could cook something pretty easy using the monero junk drawer to host the frames. Can have it done by tomorrow :D 19:05:58 Have they heard of xmr 19:06:13 RavFX[m]: Pigs fly 19:06:43 (Reference to rbrunner saying "prove/do it", saying it cant be done 😅) 19:07:07 fmlatghor: Yeah, it's another transparent scam 19:07:07 Not for currency if you want cash equivalent. 19:07:10 Monero dcma request incoming 19:07:23 Monero cables incoming 19:07:29 RavFX[m]: chia or USDT? 19:07:45 If someone release that feature it's going to get full of p0rn real fast 19:07:46 Bitcoiners are boring 19:07:58 We can do so much 19:08:13 fmlatghor: Both are unsuitable for cash equivalent 19:08:13 But USDT can be seized 19:08:30 USDT is just for very temporary evac 19:09:02 I guess my concern with the viablity of XMR is you'd have to transfer it to USD every time you receive it because of the volitality 19:09:13 at higher transactions 19:09:28 do you guys use XMR for regular transactions, and if so, how? 19:09:44 where is it supported? 19:09:56 fmlatghor: I'm about to get my XMR birthday (1000 TX in my wallet) 19:10:14 It's my bank account, should be regular enough 19:10:17 fmlatghtor: right now mostly just internet services 19:10:38 fmlatghor: Nah 19:10:49 sp00kins: can you buy food or stuff? Like what are you able to buy with it that's practical 19:10:51 Its volatile in part because you do that 19:11:13 Monero.com cakepay 19:11:13 fmlatghor: I just dump some in cash for local usage, and use tha cash to buy food, rent and aliexpress shiet 19:11:35 If you are in the US, then yeah, cakepay can help you with that 19:12:04 fmlatghtor: I occasionally come across local shops that take it but typically you just switch it for cash to pay for local stuff 19:12:05 RavFX[m]: cakepay is for giftcards 19:12:08 seems impratical 19:12:20 Its not 19:12:24 sp00kins: what country do you live in? 19:12:24 0 conf, on the spot 19:12:28 fmlatghor: It have 0 conf I think 19:12:28 And you can punch the exact number you need 19:12:47 so you have no problem using it right at the register 19:12:49 ofrnxmr[m]: I misread that 19:12:52 0 conf for usa, in-app only. buy.cakepay.com has 2 conf 19:13:09 fmlatghor: US 19:13:29 huh, I didn't know XMR was that widely used 19:14:58 https://mordinals.org/item/235 19:15:29 lol 19:15:43 NERD ALERT 🚨 19:16:59 stop spaming morbicrap until it's properly blocked. Thanks 19:17:00 those rx 470s were a total steal at <$190 ea 19:17:29 I brought a RX480 at about 160$ like 4-5 years ago at least 19:17:44 fmlatghor: you can load cards from cakepay onto your phone and pay for lots of things that way 19:19:48 cake bugfix is being submitted today. minor updates. we didn't sneak the new trocador updates in to this one 19:27:29 is Haven any better than USDT 19:27:51 no 19:28:09 unless you like losing money 19:28:10 Haven is 22 cents now or something like that. Like any singularity coins should be 19:28:36 * Haven xUSD is 22 19:29:10 (Singularity coin is how I call algorithmic stable coin) 19:29:23 "https://mordinals.org/item/235" <- Whats that? Ethereum mining rig? 19:29:59 Sgp in a liminal space with ETH miner NFT 19:30:51 for the record, I didn't mint that 19:30:58 just in case that isn't obvious 19:32:11 can I store gold on the monero blockchain? 19:32:51 sgp[m]: No one can know who minted it. Nor anyone deserves to know. Its Monero NFT after all... 19:34:58 morbinals guy very based 19:34:59 https://mordinals.org/item/145 19:35:03 webp now shows up 19:35:05 and gifs too 19:36:14 Morbinals should mint puppy linux iso 19:36:14 monerobull[m]: What about HEVC? 19:36:14 Can I start to upload? 19:36:40 > <@gfdshygti53:monero.social> What about HEVC? 19:36:40 > Can I start to upload? 19:36:40 You can https://mordinals.gitbook.io/handbook/how-to-mint 19:36:44 I have no idea 19:36:46 I don't think it cares what format 19:37:09 looking at my copyrighted movies collection 19:37:14 You can upload whatever you want 19:37:15 Just a matter of if mordinals explorer will display it 19:37:52 Looking at my gay p0rn collection 19:41:29 Cloning into 'mordinals'... 19:43:16 Good luck building 19:43:52 Don't worry, it's not the first CMAKE snafu I get in my life 19:47:15 hmm Monero seems to have a mostly stable price 19:47:26 Monero is the prime stablecoin 19:47:31 yeah 19:47:38 I gotta start using it 19:47:43 Because it's being utilized as a currency... 19:47:45 Ijust haven't found it that practical 19:47:53 because there's other ways to be anonymous 19:48:04 but it's like cash, except it's not controlled by the government 19:48:10 or a central authority 19:49:07 why did it spike in 2021? 19:49:16 may 7th 19:50:46 It did last nice good pivot when troud'eau scammed the truckers in Canada 19:51:14 don't know about 2021, would have to look 20:49:05 anyone do anything that lets them earn xmr directly ? 20:50:48 Yes 20:51:05 Yes 20:51:06 Https://Monerosupplies.com 20:51:27 I just do code for XMR. 20:51:27 no XMR, no code 20:52:43 RavFX[m]: ah that's cool. freelance programming for xmr ? 20:54:12 is there a forum where people are posting jobs/ads to be completed in xmr or do you just advertise your skillset yourself ? 21:17:21 You can try: https://t.me/monerojobs, https://t.me/moneromarket, https://moneromarket.io, https://reddit.com/r/moneromarket, https://bitejo.com 21:30:34 sgp[m]: for the record, I also see the benefit of tx-extra removal, especially so with Alex|LocalMonero's suggestion of limiting txs to 2-out 21:31:12 as that at least disincentivizes doing steg 21:31:24 we're limiting txs to 2 out now? lol 21:31:41 we might want to slow the restrictions down a little bit 21:32:15 2 out only is especially painful with the 10 block lock. I can't tell you how often I pay >1 person for giveaways etc 21:32:51 sgp[m]: You haven't kept up with the discussion. 2-out-limit is only proposed in tandem with tx-chaining, which removes the 10-block-lock pain. 21:33:01 It was Alex|LocalMonero's suggestion and I think it has some merit. We have to do something though and path of least change would be keep extra and encrypt. 21:33:21 Alex|LocalMonero: is that the proposal where there is a separate anonymity pool? or something else 21:33:35 And as per koe tx chaining is almost a certainty with seraphis. 21:34:18 Look at the block explorer sgp . Txs with more than 2 outputs are almost all related to exchanges/pools/businesses. They clearly stand out and harm fungibility, as they are prime targets for output linking. 21:35:16 I'm aware there are downsides to having multiple output sizes, but there are significant usability regressions by restricting to 2 only 21:35:28 sgp[m]: Not with tx chaining. 21:35:36 And with low fee txs, the benefit of batching is low anyway 21:36:17 we're already constrained to 16 now, so paying hundreds of people makes a load of txs (using transfer_split). 21:36:32 +50 Internets for referencing the Best Band in the Galaxy 21:36:32 -5 Internets for linking to GAFAM; we have Invidious! https://yewtu.be/watch?v=FtpMeyjE6Rw 21:37:22 It's still a 93% reduction 21:37:35 The reduction is irrelevant with tx chaining. 21:37:42 a reduction to 2-outs wouldn't be a bad change, even desirable per Alex's point about fingerprinting pools/exchanges 21:37:52 I'm trying to find the latest chaining proposal since there have been many over the years 21:38:56 if data can be injected to outputs or tx-extra, and tx-extra is the location that causes the least harm, why would a malicious actor choose tx-extra over outputs? 21:39:35 I keep running into this issue on binning for chaining, which says chaining was removed https://github.com/monero-project/research-lab/issues/84 21:40:56 Is there a more modern proposal written up? 21:41:00 > You can't be against NFTs and for tx_extra 21:41:00 Limiting tx_extra to a few hundred bytes seems to be both those things 21:41:55 sgp[m]: I can't find the github issue right now but ask Koe, he'll give it to you. He told me that tx chaining is just a matter of adding it to the wallet post-Seraphis. 21:42:40 okay, so that's something we can consider over a year from now at the earliest, if everything falls nicely into place 21:43:38 Alex|LocalMonero: It's not obvious to me why you'd need chaining for a 2-out restriction. Can you elaborate? 21:43:44 Is this the same proposal you are referencing? https://github.com/monero-project/research-lab/issues/95#issuecomment-1004982376 21:45:24 jtgrassie: It's not strictly necessary but it mitigates the pain of the 10-block-lock. Without tx chaining the 10-block-lock will hurt entities like exchanges that need to send out dozens of withdrawals per minute and force them to wait 20 minutes after the available enotes run out. 21:45:59 Plus it makes it more difficult to "make change" in advance if I can only make 1 additional input per tx, etc 21:46:36 But isn't that the same problem we already have? 21:46:56 Yeah, but much worse :) 21:47:59 jtgrassie: It is, but as of now you can send 16 withdrawals per unblocked enote, while after limiting to 2 you're only able to send out 2 withdrawals per unblocked enote,assuming the enote fits the withdrawal size perfectly. 21:48:01 I don't see it as a lot worse. Wallets already live with a 16 out restriction and split transfer when more destinations are needed. 21:48:22 Alex|LocalMonero: ahha, yes, I see now. 21:48:43 Eg, paying 100 people would currently take 7 transactions, or 100, and the lock times are additive 21:48:44 Right, so you need chaining to sidestep that issue. 21:48:56 * or 100 if 2 out was enforced, and 21:49:36 yep yep, understood, ty 21:50:37 I'll need to look closely at the resulting chaining ideas, since if there was no lock time in a sensible implementation, I'd be much more likely to support output restrictions 21:50:47 is there a localmonero matrix? 21:51:00 susman1[m]: There is, #localmonero:agoradesk.com 21:51:00 #localmonero:agoradesk.com 21:52:08 tx chaining does not solve 10 block lock time. I don't know why this idea is repeated 21:52:09 sgp[m]: yeah we can't consider 2-outs till we have chaining, so I'm back to extra-encrypted for now. 21:52:21 got it 21:52:25 Rucknium[m]: It doesn't solve it but it sidesteps it. 21:53:41 How is it supposed to work?People will still need to wait 10 blocks for each tx to be confirmed before sending a new one. So sending to 100 people starting from a single output means waiting 1,000 blocks 21:53:48 if we restrict to 2 outs 21:53:57 Maybe I am just not understanding 21:54:30 Personally I will wait for koe to confirm or refute that this is a viable idea 21:54:35 Rucknium[m]: With chaining you make a chain of txs where the output of the 1st tx is spent in the 2nd tx and so on. You can broadcast the chain and it gets put in one block. 21:56:11 are there any traceability benefits there? I need to think about if that behavior can be broken apart, so the transaction still stand out for the reason of the outputs being spent in the same block, and that raising a red flag for tracing 21:58:01 sgp: you can ask tevador and koe, they have the deepest understanding of this. Tevador is also in favor of limiting to 2 outs. 21:58:01 The tx's would normally all be shown together, whereas this would split them but make then able to be tied back together 21:58:43 ... I think. Pressed send before confirming 🙃 21:59:07 Other benefits aside (I'm not saying there are any), there's no effective privacy improvement between having 1 transaction to 16 outs, versus 15 known-to-be-connected transactions in the same block, at least as far as I can see 21:59:15 s/are/aren't/ 21:59:16 if you paid 16 people in a single tx (current) or chained 16 txs (future), isn't the privacy the same? 21:59:23 Is it possible that one transaction on a chain never gets mined for whatever reason therefore breaking it? 21:59:45 i.e. they are all related from the same spender 21:59:53 jtgrassie: Yea 21:59:53 https://xmrchain.net/tx/742bce74ae7b4845f968f151fb65f0d76e62ad2da05bea5f2370c64ce4fab218 21:59:53 A regular multi out is already able to be tied to the same transaction 21:59:58 jtgrassie: yeah exactly 22:00:26 tx chaining is oversold. Not by the person(s) who came up with it, but by people who want to read too much into it. 22:00:41 Um 22:01:05 The benefit of overcoming the 10-block-lock is already a monumental achievement Rucknium 22:01:06 tx chaining allows for spending to 100 people in the same block with 7 transactions, which is good for UX, but there's no privacy improvement, right? 22:01:09 This is not overselling at all. 22:01:29 I don't think it allows that. Check in #MRL with koe himself 22:01:57 Yes, koe and tevador will confirm it for you. 22:02:00 lets make it a 9 block lock first? 22:02:13 Alex|LocalMonero: I think to his point, you're conflating two unrelated things. I agree, removing the block lock is useful, but this would only remove the lock for a person starting with 1 output and wishing too send to >15 recipients, right? Then the locktime issues still apply after? 22:02:21 single digits 22:03:29 Alex | LocalMonero | AgoraDesk: Give your proposal in #MRL so that I don't misinterpret it and misstate it 22:04:01 sgp[m]: Yes, but this is the majority of cases. And this prevents output steg. And this increases tx uniformity. 22:04:52 Alex|LocalMonero: It may increase output uniformity, but it creates a new class of inputs (those spent in the same block they are made), leading to no net privacy improvement 22:05:28 It doesn't provide any improvements to lock time for when someone needs to pay 15 or fewer recipients in the same block 22:05:31 Well, to be fair, you don't know that that's how it's going to work. 22:05:55 This is based on how you described it, but if it's something totally different, I'm happy to look at it ofc 22:06:45 As I've said, you need to talk to koe and tevador with regards to the privacy aspect specifics. The output steg prevention and 10-block-lock sidestepping still stands. 22:07:16 I haven't seen how the dots are connected but I promise to look into it more later to make sure I'm not missing anything 22:08:30 I know block lock sucks, and I know transaction metadata differences suck; I definitely want to help the UX and privacy that relates to these 22:09:02 the proposals I saw before for the block lock all reduced privacy. maybe there's a new one I missed 22:10:48 If you think tx metadata differences suck you should be against tx_extra. 22:24:35 TX chaining does not remove the 10-block lock. They're two distinct discussions. 22:24:43 > You can broadcast the chain and it gets put in one block. 22:24:44 This is not how it works 22:25:22 TX chaining is the ability to create a transaction B reliant on a transaction A before A has been added to the ledger. It has no on-ledger distinctions. 22:25:58 TX chaining enables higher level protocols. It has nothing to do with making services perform payouts better. 22:26:59 There's a few atomic swap/payment channel proposals reliant on it. Then there's also user stories available. 22:27:43 Let's say I want to donate $500 to charity with someone, yet I don't trust that person to actually donate money. We can create a 2-2 multisig and a transaction donating $1000 to charity. We can also create a transaction returning to me my $500. 22:28:08 Then, I can send $500 to the multisig. Only if the other person also sends $500 will the charity get $1000. If the other person walks, I get my funds returned. 22:28:38 That's what transaction chaining is. The ability to create a TX B reliant on the existence of TX A. That isn't possible under the current Monero. 22:29:33 Thanks for the explanation 22:29:41 Ah, in that case I misunderstood tx chaining. 22:30:12 Thank you all. 22:31:00 tevador: brought up tx chaining as the solution last time the batching issue was brought up with limiting to 2 outs, so I'm now not sure what he was referring to. 22:33:43 I have no idea without being able to read the messages in question for myself. 22:34:57 I believe the primary proposal for bypassing the 10 block lock was bs removing privacy. Those schemes may have taken advantage of TX chaining. TX chaining alone isn't enough though. 22:35:21 Or it may have been proposed to use TX chaining to create all of the TXs at once, so that anyone can add them to the chain latter (removing the signer interactivity requirement).