00:31:15 so what do monero peeps make of Tari? 00:33:37 its coming since .... 00:40:30 the 'big announcement' will come in April for tari 00:40:55 I was able to mostly answer my own questions. Other distro templates I have seen installed the program manually, and xmrig does not appear to even provide tests as templates disable them. 00:58:00 Another chain with tokens 01:00:22 Generally just a rapidly increasing feeling of dread and concern 01:03:00 Tbh if Tari ends up falling on its face after launch (which I normally wouldn’t expect for an independent crypto, but like….so much has changed in Tari’s structure that idk if it could stand on its own anymore) I will probably go back and try to make a self documentation of what happened…because nearly every step forward it has made in the last couple of years has come at 01:03:00 the cost of leaps backwards 01:04:31 I don’t think my opinion is very common, and many of those who agree with me likely won’t say anything out of respect for fluffy, but…. I can’t pretend that what’s going on over there isn’t something that basically goes against every belief I have about how this space should be ran. 04:31:38 Hi 04:32:32 Elaborate 04:33:59 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/vmKArPsdISYCOOAlLwekrENu 04:34:00 The cover page of our upcoming 2nd issue of college-based magazine KALPA (lit. 'to create, prepare, form, compose, invent) 04:34:02 VXcircle (x.com/vxcircleorg) a privacy tech con. based-around our magazine. 04:34:04 we are looking for international submissions for our magazine! 04:34:06 as well as SPONSORs for our mini-tech conf. 04:34:08 This is entirely student-run, but welcome to all academics, hobbyist, students and professionals. 04:34:10 we are based in India. 04:35:44 It’s a solution looking for a problem, for one 04:36:30 Tari is *cool*, but that doesn’t mean that people will find use cases for it 04:36:58 we need SPONSERs, can anyone help? 04:41:54 website? 04:42:22 looks fun 04:42:33 me? 04:42:59 Yes 04:44:36 vxcircle.org is the domain, we didn't setup website yet. if someone can help, we have prepared pitch deck for sponsers. we will setup a SPA website asap! 04:44:38 this is our second issue! 04:45:33 How can i sponsor? Wise/cash? Btc? 04:46:28 btc/xmr, i will send you pitch deck in dm. it is pretty cheap :) 04:46:28 full page magazine and and something for conference together! 04:47:04 > <@ofrnxmr:xmr.mx> How can i sponsor? Wise/cash? Btc? 04:47:06 btc/xmr, i will send you pitch deck in dm. it is pretty cheap :) 04:47:08 full page magazine ad and and something for conference together! 04:47:49 Wheres the 1st issue? 04:48:24 https://drive.google.com/file/d/1qbyWHhHYMvtJCaw9Uipg8apH0ffLq87_/view?usp=sharing 04:49:15 we had published the first issue, and also shared few weeks ago in monero matrix group! 04:49:16 also we did call for papers 04:50:07 @eliz_tg:matrix.orgdid you get my dm? 04:51:37 yes but i dont reallt accept files from strangers 04:52:31 you should, at least, switch to proton drive 04:53:11 ah okay, we will keep that in mind from this time :) 04:53:12 i sent you the pdf *pitch deck in dm. 04:53:22 And convert that pdf to something that cam be viewed without downloading (like images) 04:56:37 uploading right now! 05:08:09 i sent you 🔗 to proton drive ofrnxmr @ofrnxmr:xmr.mx: if you're still here. 05:27:03 the first issue was a bootstrap, without sponsors so it was smaller 05:27:04 but we are going big this time! 05:27:06 with selected themes! 50 pages! 05:27:41 > <@eliz_tg:matrix.org> https://drive.google.com/file/d/1qbyWHhHYMvtJCaw9Uipg8apH0ffLq87_/view?usp=sharing 05:27:42 the first issue was a bootstrap, without sponsors so it was smaller 05:27:44 but we are going big this time! 05:27:46 with selected themes! 50 pages! 05:27:48 including forming a privacy -tech conf. around the mag(zine) 13:22:54 1 follower on X 13:27:18 Racist 13:27:47 Retarded 13:33:34 Do you have pdf of your first issue ? 13:36:36 Either or 13:44:52 Whatever suits you 13:49:32 Beautifully done. Can you send me the pitch deck too? 16:02:06 if i use cuprate to sync can i slap onion-monero-explorer (xmrchain.net) on top of it? it'll be same lmdb path structure and whatnot? 16:08:08 nope, the DBs aren't compatible 16:08:24 dang. thx 16:09:03 it's cool that cuprate works though 16:09:18 i remember when the dev announced it. i rolled my eyes thinking "that'll be the day" 16:10:57 I think most people thought the same 16:12:57 https://drive.google.com/file/d/1qbyWHhHYMvtJCaw9Uipg8apH0ffLq87_/view?usp=sharing 16:12:58 This first issue was bootstrap, so it was smaller. 16:13:00 but this time we are planning big! with selected themes! 50 pages! 16:13:02 and a privacy/cypherpunk conf. around our magazine. 16:14:17 sent! 16:26:52 i thought the same 16:27:05 the guy who announced this was really stupid 16:52:13 is it safe to say xmr likers are fearful of a great reset by 2030 hence they hold and use the coin? 16:52:46 No 16:53:37 I have not really encountered a lot of "apocalyptic" or "doomers" people in the xmr community tbh 16:54:53 From my experience some cypherpunkers seem to think so 16:58:28 what is great reset? like starting new Blockchain with zero balance? 16:59:13 Don’t project your imaginations 17:06:48 are --add-peer and --add-exclusive-node still required to allow full tor support? 17:06:54 I just like the coin. I think it's neat 17:07:08 *tor network peer discovery 17:07:57 or if i just do --anonymous-inbound with my onion address i'll find other tor peers from tor seed nodes? 17:08:29 <17lifers:matrix.org> im here cuz mining monero on shitboxes is cool 17:26:44 the hard fork is there a roadmap for cuprate? 17:27:16 would be great if you posted anything on the blog too 17:29:44 https://github.com/Cuprate/cuprate/issues/376 17:30:16 ikr. I need to find time to power up the blog again 18:28:44 i wrote this article some time back: 18:28:46 https://peoplesklub.vxcircle.org/post/3/start-your-country.html 18:34:55 @eliz_tg:matrix.orginteresting paper that i will look into 20:24:44 <321bob321:monero.social> Yalla 20:24:58 <321bob321:monero.social> Also website k thanks mbll bye 21:58:22 elongated: Do you want it to be put on the MRL agenda this week? Will you be available during the meeting at 17:00 Wednesday? 22:39:27 Yes please Rucknium 22:45:41 1. HF w/ dsa (jeffro coinbase segregation + possible ospead) 22:45:42 2. Push V0.19 w/o a HF (master -> release)n 22:49:02 A) HF w/ dsa (jeffro coinbase segregation + possible ospead) - ideal. Gets ecosystem ready for fcmp hf 22:49:04 B) Push v0.19 w/o a HF (master -> release). Second option. Removed a lot of technical debt in prep for fcmp hf 22:49:06 C) B+A w/o HF. Third option. Easiest, not a good idea imo 22:51:41 Rucknium: yes 👍 ofrnxmr looks good also add a point for discussion to increase nominal ringsize 22:58:55 Fuck that 22:59:07 Option F, bloat the chain with nonsense 22:59:22 :) 23:01:13 I still believe that increasing ring size is far more waste than benefit 23:02:09 IMO, it makes more sense to disallow anything aside from 2 and 16 out tx's. Which yields, again, better decoys than what we have 23:02:24 Increasing ring size just doesnt change the % of bad decoys 23:02:25 Fcmp will be a bloat with bigger tx size ? 23:02:36 Is just bloat w/o addressing the root cause of bad decoys 23:02:51 iiuc, not for consolidated tx 23:02:56 Dsa is fixing bad decoys ? 23:03:13 No, its reorganizing them 23:03:17 <321bob321:monero.social> Morbs when ? 23:03:32 If by "dsa" you mean "ospead" 23:04:01 dsa, decoy selection algo, would improve, yes 23:04:17 Jeffro's coinbase segregation is also a part of dsa 23:04:31 With higher nominal ringsize it will be harder to reduce effective ringsize by spam attacks 23:04:57 Please do 23:06:12 If we wanted to spend a lot of time on dsa: 1. Dont select tx that have sized outside of a reasonable range for the # of inputs/outputs 2. Dont select decoys that have a different number of outputs than your tx 3. dont select decoys that are anything aside from 2 and 16 out 4. Try to select decoys with same number of inputs and outputs 23:06:54 this is in addition to segregating coinbase tx and ospead 23:07:45 meaning, if my tx is 1.5kb for 1/2 tx, dont select decoys that are 1.8kb (with shite stuffed in txextra) 23:07:59 Thats (1) 23:08:23 Can’t we have fixed number of outputs ? Like 2/4/8/16 23:09:08 It's going on the agenda. As always, anyone is welcome to attend MRL meetings and participate in the discussion. 23:09:45 2 is. If my tx in 2/2, try to form a set of decoys that are 2 out, (not accidentally forming a ring on 16 out tx) 23:09:46 3 is.. dont even allow tx that are 3-15 out. All decoys should be 2 or 16 out 23:09:48 4 is..If tx is 2/2, try to select decoys that are 2/2 23:10:08 2 and 16 really all that is needed 23:10:33 The rest are uncommon and therefore make for terrible decoys and terrible privacy tx 23:11:10 Ty sar 23:11:31 16 for sending 3 actual outputs won’t be bloat ? 23:11:39 ofrnxmr: Those extra rules are hard to implement because the get_output_distribution endpoint that's used to construct txs doesn't send that type of information. 23:11:42 2/8/16 is also fine 23:11:48 fwiw, i believe tob and oxfffc ack the concept of at least pushing master to release 23:12:03 Its not 23:12:26 Men lie, women lie, numbwra dont. 2 and 16 or bust 23:12:32 I don’t have stars but more than 3 output txs would be a good % 23:12:45 Plus, the research on the privacy risk of including decoys with unusual numbers of ins/outs doesn't really exist (yet). Just for p2pool outputs, which of course are many-output txs. 23:12:53 Stats * 23:13:09 Its common sense. 23:13:39 Ruck, when you go to pay for your vps using monero, what are the chances that you're sending a multi-out tx? 23:14:20 Or when you buy a hat on DNM, or shop at the corner store 23:14:42 Maybe I got a multi-output tx from another source. Then my spend to a VPS is an actual spend of a multi-output tx. 23:14:48 they are _all_ 2 out tx 23:15:13 Those can be padded to 16 and your spend is a 2 23:15:40 The chance of you spending a 3 to buy your vps is slim->none 23:16:16 If you come to my shop, and your decoys are 3-15 out tx, i know the real spend. 23:17:22 Even creating pocketchange and churning is best done via a series of 2 out tx 23:19:18 Just imagine a situation where monero is doing 300k tx/day, and its mostly spam (like btc). How to destroy the decoy set for casual observers? Spam easily identifiable outputs, like 14 out 23:20:23 I also believe that there should be a distribution such as 11x2 out, and 5x16 out in each ring. Not left up to luck 23:20:58 With intentional spam, that would be bad, yes. Yet, the spam last year was 1in/2out. They could have done it differently, of course. 23:21:10 Yes that can be changed in dsa to reduce % of such decoys 23:22:14 2/16 is also fine if % of tx above 3 outputs is a small % 23:22:30 By eliminating those tx types. 2 and 16. (you can pad to 16 w/o being much of a size issue imo) 23:22:34 Or we can go with 2/8/16 23:22:54 So if you wanted to send a 3-15, it would appear as a 16 23:23:16 11x2s and 5x16s. Where are the 8s going? 23:23:25 no room for those junk outputs 23:23:39 Just pad the 8s to 16 23:24:01 I don’t mind small increase 23:24:27 Its a decrease in nominal ring size to include 8s 23:24:52 Even 16s decrease ring size for retail users, but industry needs privacy too 23:26:54 increasing ring size is increasing cost for everybody w/o much benefit, especially if youre increasing to make room to save money so people can send 8s for cheap 23:27:05 What is the fcmp tx size ? 23:27:27 If you forced all tx to be 2, then there would be 8x more tx from industrial uses, which poisons rings 23:27:53 jeffro256 ! 23:28:24 So 2/16 should be fine 23:28:32 I think 5.5kb for 2 input tx 23:29:40 We can try increase nominal ringsize to get close to 5.5kb for 16 output txs and make network ready for fcmp 23:30:24 2/16 23:31:05 increasing ring size to 5.5kb w/o fcmp is an easy way to say FU to node operators 23:31:14 And to increase fees substantially 23:31:47 FCMP should come with a fee/byte decrease in order to maintain current fee levels for standard tx 23:35:09 imo, this hf should be done quick and easy. The "wants" would be nice to have, but i dont think we should waste too much time improving decoys unless we are also planning to cancel fcmp. 23:35:25 The low hanging fruit is all i ask for 23:35:46 Personally I hate that fees are so low 23:35:49 jeffro's coinbase segregation pr, and push from master to release. 23:35:52 But that's just my opinion 23:36:16 They are low in terms of $, not in terms of xmr 23:36:33 Yeah but $ is what matters. No way around that 23:36:38 In terms of xmr, they are equivalent to 3000sats 23:36:41 We can't predict the XMR/use price 23:36:46 *usd 23:36:58 Cant HF for $ fees 23:37:39 Low block size by default, allow block size growth for only aggressive fee increases on fee ladders, allow the free market to take care of it 23:38:00 But I know that's unpopular 23:38:16 the normal fee tier is 0.0001, remembwr 23:38:33 Low fee doesnt really allow for block size growth 23:38:37 0.00003) 23:38:55 I think it's too permissive on the size for the low fee 23:39:14 I don't care if the fee is 0, make the max window for that initial tier small 23:39:33 Blocks dont grow very fast at all @ low fee (look at the spam from last yr) 23:40:13 Good they shouldn't. But I think such spam should have caused a much larger fee increase 23:40:17 We barely hit like 330kb with maxed outbdaily tx (not growing bcuz they were low fee) 23:41:28 My plan for fees is: if >360 block backlog + average fee in txpool is > 3x low fee = increase to tier 3 23:42:10 if the avg fee in txpool is low, then we shouldnt be paying to increase block size so spammer can get low fee txmined 23:42:29 Why the backlog check? 23:42:38 ^ 23:43:41 If the backlog is less than 12hrs, then were all using tier 2 (normal) fee already, and blocks will grow at a relatively quick pace and we shouldnt risk dropped tx 23:44:42 If the backlog is big, but its spam, no need to make room for them. 23:44:42 if the backlog is big but its organic, then we should (pay to) increase blocksize faster 23:46:32 So lets say we have some major adoption and real tx flood in, using auto (normal) fee and end up with a 360 block backlog. Normal fee is not enough, and people will have to wait 12hrs for their tx to confirm. So we would then increase fees to lvl 3, which would increase the blocksize and clear out the backlog 23:48:05 If the 360 blocks was spam, then we dont need to increase blocksize any faster than normal fee, ethic would also ensure that normal users tx are all mined on short time, and hopefully the spam tx would be dropped after 72hrs 23:49:04