01:10:31 Does anyone know if there's a quick way to find out which letter is incorrect in an XMR address ? 01:11:23 send xmr address 01:13:09 85in7baGe5ahxnCYspLUEf1sqSamzV5mEMmApCohLGkQNHNuDYeJ1duWJdbpX6KGGrccPob7ZsNhn94MeF2MvbGB58hX4W7 01:14:04 Valid address found by replacing character at position 23 with 'S': 85in7baGe5ahxnCYspLUEf1SqSamzV5mEMmApCohLGkQNHNuDYeJ1duWJdbpX6KGGrccPob7ZsNhn94MeF2MvbGB58hX4W7 01:14:11 From what I've seen, the number of chars in that string is correct, so there must be one or even two letters incorrect 01:14:23 How did you get it so fast? 01:14:31 i know stuff :D 01:15:04 and like cleaning too 01:15:53 Is it possible that there are two addresses? or the probability is really low? 01:15:59 no it has checksum 01:16:36 Ok so the probability would be almost zero 01:16:57 Thanks for the help, that was quite good 01:17:04 https://xmr.llcoins.net/addresstests.html 01:17:08 test it here 01:17:32 your original address has invalid crc 01:18:34 Thanks a lot 01:18:47 how you managed to get invalid address ? 01:19:39 No idea, it was a payment and the person passed an invalid address 01:20:07 so it was small letter s instead capitalzed S 01:20:42 If you ran an algorithm to test this, can you ignore the s to S and just check if there is any other combination that result in the same thing? 01:20:51 Even if the odds are near zero 01:21:06 Makes sense 01:24:58 nah it just says that one is invalid 01:25:06 maybe someone other can jump in or ask in Monero Dev channel 01:25:09 Is it possible to Monero suffer from the same unspendable utxo problem as btc? 03:14:43 pedrowiski, the what? 08:15:56 For 10 XMR I'll take them off your hands, and promise to never tell where I got them from 🤣 11:59:13 damn 11:59:14 4k tx in mempool 12:27:20 so when im staring at the wallet-rpc log, i see real_output=x, real_output_in_tx_index=1. 12:27:31 all of the txs seem to have real_output_in_tx_index=1 12:27:53 oh wait there's one with 0 12:28:15 the x is pretty variable 13:05:11 https://matrix.monero.social/_matrix/media/v1/download/monero.social/xRqPgvJkyXVjzfvJeBtrWlVp 13:05:22 The today mempool filling pattern is different than the other one 13:06:08 https://matrix.monero.social/_matrix/media/v1/download/monero.social/HWRCxwuGKPCpNCexpiQmPcDI 13:06:13 Different time tooah, maybe just bigger actually 13:06:28 Filling began at a different time too 13:06:56 Different time today, maybe just bigger actually 13:11:19 https://discuss.privacyguides.net/t/android-crypto-wallet/17196 13:31:00 In case anyone cares, the earlier graph I posted of blocksize expansion assumes block sizes that are too ideal for growth. If there is minimum fee congestion from 1.5kB txs for the next week I think this is closer to what should be expected: 13:31:05 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/DXYYGTSPmBDIuCOzNFxwNxnU 13:31:22 (x axis is blocks, y axis is block size in bytes) 13:34:27 this is only if the 1.5kB tx flood is sustained. It already stopped a couple of times for long enough, and median block size droppped back to 300000 bytes 13:35:32 after it drops, all "progress" is lost 13:37:12 Yes, that has been the case so far. 15:38:33 so its a calculated attack to stop before blocksize increases ? 15:44:14 so if continuous spamming of 300kb blocks 24/7 that's what ... 75GB/year of growth? 15:44:17 *yawn* 15:44:38 "attack" 15:45:28 yah if they stick to 300kb 15:46:30 if they want it to grow, they have to pay up 15:46:54 yah 'if' its a spam, making user experience bad for monero users 15:47:17 300kb with min fee transactions = 0.006 XMR per block, 4.32 XMR per day 15:47:30 they can grow slowly and fees would keep going low ? 15:49:54 i cant believe somebody would attack the network by... using it 15:52:02 i think the only thing that makes sense (besides real usage) is a de-anon flood attempt 15:52:23 The GUI wallet isn't automatically adjusting fees to the next tier like it's supposed to. That's annoying for users. 15:52:31 Rucknium: oh that sux 15:52:43 that is a by product, justin would know more about it 15:54:16 by product of what? 15:55:08 there's no material gain in chain bloat by itself, and the fact that they are operating in bursts is more evidence (to me) that they aren't focused on chain bloat. 15:57:21 i think its the other way around. the chain bloat is a by-product of the de-anon flood 16:08:17 this flood still leaves 3-4 decoys not owned by them 16:09:06 example (2/2 tx, so not a spam one): https://p2pool.io/explorer/tx/afff6d11bd3ed4e944ea3cd9301711dd232a7291a5205522c44ded513bf634de 16:09:21 the only thing i can imagine is that they want to de-anon someone specific who has spending patterns at specific hours, otherwise this burst-y spam is weird 16:09:23 3 and 4 decoys are not 1/2 transactions, so they're not coming from the spammer 16:10:30 otherwise it would make more sense to spread the transactions over the day equally 16:10:39 why exactly would they go out of their way to produce abnormal 1/2 tx and expose themselves in the process 16:13:16 if 2/2 is the most common, then they should make everything 2/2 and avoid this kind of suspicion 16:13:43 "the only thing i can imagine is that they want to de-anon someone specific who has spending patterns at specific hours, otherwise this burst-y spam is weird" if this hypothesis is correct, it's a strong argument against using a single contiguous bin for decoys in the future since this type of attack is much easier and more powerful with a single bin. A couple of papers suggest us 16:13:43 ing a single bin, but MRL discussions have mostly been against it. 16:14:47 Are we sure 2/2 is most common with normal txs? I would guess that 1/2 is a little more common than 2/2. I may check that 16:15:18 thats what somebody told me the other day. i forget who specifically but it was a "big name" person 16:15:42 IIRC it was sech1 16:15:48 I don't know, but my wallet always generates 2/2 16:15:59 maybe because I have a few dozen inputs at all times 16:16:09 I assume for 1/2 you have to use sweep_single ? 16:16:15 people with only a single input will of course create 1/2 16:16:24 I have the database in RAM. Convenient for this occasion. 16:17:09 1/2 can be created by sweep_single, or by someone who received their XMR in a single input and don't have anything else in their wallet 16:17:13 how do you see the in/out for a tx 16:17:16 in cli 16:33:42 My database doesn't have the number of outputs in each tx. It has the number of inputs. From the August 2022 hard fork to the first week of 2024, 57% of txs had 1 input. 35% had 2 inputs. 16:34:19 That probably mean 1in/2out is the most common type of tx. 16:38:53 In our analysis of the 2021 incident, it looked like the suspected spammer was creating both 1in/2out and 2in/1out txs: "Question 2(a): Is the source one or more entities? Analyzing input counts" https://mitchellpkt.medium.com/fingerprinting-a-flood-forensic-statistical-analysis-of-the-mid-2021-monero-transaction-volume-a19cbf41ce60 16:40:14 snex gingeropolous : light wallet servers currently leak the real spend due to the REST API setup - it's fixable obviously, but nothing has been proposed yet 16:40:49 aaabbb ^ 18:14:42 oh is that what im seeing in my rpc logs vtnerd ? 18:16:27 In `monerod` rpc logs? Or LWS? I'm not sure what you referencing 18:16:46 monero-wallet-rpc 18:18:18 "im doing my part" (insert starship troopers meme) in these flood attacks by running a churning script, so im staring at the monero-wallet-rpc as its running and seeing this info 18:19:43 i grepped "real_output_in_tx_index" in the code... and *i think* its a binary flag for something or other 18:20:42 monero-wallet-rpc -> daemon shouldn't leak anything, as it overselects and sends the real spend with the request. LWS -> daemon leaks because the API request into LWS never provides the real spends to include with the request to daemon 18:21:20 gotcha. 18:21:23 ( kind of _) 18:30:18 it's not a binary flag but the index the output of the actual spend is at in the tx 18:30:38 vs the other outputs in the ring sig 18:31:58 ok. so the whole line is "real_output=x, real_output_in_tx_index=0," (i changed the actual number in real_output to x here) 18:32:34 btw minor update - recently implemented a breakthrough to the last major "blocker" (feature i wanted to get in) to me releasing my lws improvementw to monero code - there is to be fair one more thing i want to add in the ideal but expect a big fat technical doc soon! 18:33:28 so x seems to change a lot, has a range from 0 - 15 that im seeing. but real_output_in_tx_index seems to only ever be 0 or 1 18:33:39 thanks for the update endogenic! 18:34:02 I regret that it's not the code itself but at least that stuff is done 18:38:30 man oh man. the amount of wallet instances to run this spam attack must be something 18:41:24 at what point does the network actually increase block size 18:42:40 i see a 10 block backlog plus a bunch of "low fee" stragglers 18:43:55 gingeropolous just 1 wallet rpc client is enough really 19:46:30 yeah i guess if you use subaddresses and coin control etc 19:46:52 snex, once there are higher tx fees to offset the penalty 19:49:50 Blocks already began to grow, now it's like 315KB. But yeah, the slow grow is because most TX are with "normal" fees 19:50:40 The higher the fee, the more miner will mine bigger block (like ginger said, because it will offset the penalty), then blocks will grow faster 20:26:17 is the mempool still congested? I am seeing 0 confirmations on my transactions & am wondering if this is sometime I should be worried about 20:26:46 if you used the lowest fee it will take around 40 mins to get confirmed 20:26:55 if you used a higher fee it should be included in the next block 20:34:04 oh okay seems im still in the window then thank you for the peace of mind 🙏 20:42:11 they do slow down the network & users need to wait for longer 20:44:23 I noticed that my Cake wallet slows down, unable to get connected 20:45:11 It's a kind of spam attack, sorry 🙏 I'm a layman 20:45:28 It's a kind of spam attack? Sorry 🙏 I'm a layman 20:59:33 yeah there is spam 21:00:36 <123bob123:matrix.org> Need monero discourse so it gets asked in one place 21:07:14 depending on how wallets check / cache mempool transactions it could be inefficient. valldrac is this an issue with monero? monero wallet sdk? that needs to be fixed for mobile devices? 21:08:59 agree 21:09:17 more control than monero subreddit 21:09:31 which have updoots spam problem 21:10:53 could we add randomx PoW for every updoot Equi-doot-X ? 21:19:02 Will end up like Weblate anyways 💀 21:30:18 <123bob123:matrix.org> Instead of captcha ? 22:03:18 Geez that is a lot of pending transactions in mem_pool rn 22:03:50 last block 7 min ago 22:05:03 this is just bad luck righ tnow right 22:05:07 this is just bad luck right now right 22:05:14 9 min 22:08:59 13 22:09:01 ffs 22:09:09 got confirmed now 22:09:21

Good things take time.. 22:09:38

Rome wasn't built in a day... 22:09:48 man 22:09:54 if the auto fee actually worked in the gui, nobody would even notice the spam lol 22:10:50 next release https://github.com/monero-project/monero/pull/9219 22:10:55

What GUI? I sure hope a decentralization-bro isn't saying users should all be on one centralized program.. 22:11:14 the official monero wallet bro 22:11:28

>Official 22:11:46

Decentralize much? 22:11:56 having a reference implementation doesnt mean youre not decentralized... 22:12:03

Next Morg is the official Matrix server 22:12:14

Not what I said is it? 22:12:35 yes. 22:12:57

Glad you had a change of heart 22:13:03

🥰🍻 22:13:23 what 22:13:56

I'm glad you now believe in decentralization. You didn't previously 22:14:01

I'm glad I swayed your mind.. 22:14:34 i have 5 different monero wallet implementations installed 22:14:44 actually, 7 22:15:16

Okay? You want a medal? Here you go: 🎖️ 22:15:36

😄. Have fun with your new reward! 22:15:38 actually, 8 22:15:39 gui, cli, mordinal cli, feather, stack, cake, monerocom, monerujo 22:15:48

Wowie zowie! You're epic 22:16:02

I wish to emulate such prowess with computers.. 22:16:24 does exodus count as well? then its 10 22:16:33 :P 22:16:55

:o 22:17:40

We have the next Linus Torvalds in here guys! 22:19:08 Hello sorry for bothering Y'all, just wanna find out if anyone interested in cannabis and psychedelics products? 22:19:09 I’m a supplier of quality cannabis and psychedelics products like shrooms, DMT, Lsd, Mdma, ketamine, chocolate bars, cart vapes,Clone cards, buds, wax, shatter, Edibles,distillates and some chill pills, Cashapp flip and many more products prescribed for patients as well. Let me know if you’re interested by DM🔥🍁 see products in our channel 👇👇👇👇 22:19:09 https://t.me/hightime_markert 22:19:18

Lmao 22:19:29 >mordinal cli 22:19:29 Doesn't seem maintained anymore 22:20:16 is there a milestone board for monero? 22:20:29 yeah lol 22:20:50 i was just counting how many different (even if only minimally different) wallets i have installed 22:21:12 fr? lmao. Closed source wallet with google tracking 22:21:47 well i have exodus for misc stuff, i dont use it for monero 22:22:02

That makes it so much better 22:22:07

Seriously 22:22:12

I was worried for a sec 22:23:00 i only used it for a single ltc tx and some bnb shenanigans 22:23:22 any foss alternatives to exodus? 22:23:31

Nope. Sadly 22:23:44

Only implementation we have so far for XMR is closed source.. 22:23:54 ???? 22:23:58

I think... 22:24:14 womp womp, 22:24:19

That's what the fine users of this amazing room believe 22:24:20

Don't ask me 22:24:20 cake is slowly becoming a multicoin wallet with a decent amount of chains 22:24:21

Ask them! 22:24:28 retracting xD 22:24:45 been looking for a cake repo on fdroid 22:25:28

Yeah. The FDroid app has a great repo search function.. 22:25:32

Right guys?... 22:27:40 Out of curiosity, I have two questions because a scary thought just occurred to me: 22:27:41 1. Are you able to send funds to yourself, such that you will have more outputs than you started with? 22:27:41 2. Does sending to multiple recipients in a single transaction increase transaction fees/transaction size significantly or at all? 22:28:01 https://unstoppable.money/ 22:28:01 luckyfindings 22:28:05 you can send to yourself 22:28:30 Can you send to yourself multiple times using recipients? 22:28:38 yes 22:28:48 (In a single transaction) 22:28:49

One time I sent so much to myself I tripled my outputs 22:28:49 it also increases fees 22:28:55

Be careful out there guys... 22:28:56 i believe sending to multiple recipients increases fee and size pretty much the same as just sending multiple transactions 22:28:59 Hmmmm 22:29:46 no, each additional output is ~3 times smaller than a separate transaction 22:30:05 Here’s my thought: 22:30:05 What if someone decided to “””donate””” 1 XMR to miners by just constantly splitting outputs until the entire amount is burned by transaction fees 22:32:15 wouldnt last a day 22:32:31 you need 4.32 XMR/day to keep the current transaction flood 22:32:36 that would be a terrible way to donate 22:32:40 你就是资本家败类！猪！你他妈的食人的人形地下居民。我要强奸你妈妈，然后把她喂给我的狗！ 22:32:43 @room #chinapol:mtrx.cz CHINA NUMBER ONE! 杀光所有西方资本主义的猪！ 22:32:45 https://xmrchain.net/tx/2f168ca96aefa767a425e70f259e086bce235e425d07556e7a6a714fe3811ef0 22:32:49 What is 1 XMR divided by 20 piconero 22:32:53 HAIL XI THE GLORIOUS LEADER! 22:32:56 rip to whoever paid 50 cents 😭 22:33:09 you only need 1.5 22:33:28 That’s why I put donate in “”” “”” 22:33:28 On paper, you are giving 100% of the transaction to miners, but you are really just ruining the whole network 22:33:44