02:37:43 <mattexchangefx[m> Never depend on a single income to get financial freedom. I can teach you how you can earn from $5,000 to $6,000 weekly,without sending money to me or anyone, but you will pay me 10% commission when you receive your profit. if you are interested, click on the link to join the chat room 👇
02:37:43 <mattexchangefx[m> https://t.me/+TGide6vQ554mNgRY
02:54:05 <sneakerhead98[m]> so does the core team ultimately implement changes to the project? i am newer here and have been in the rabbit hole all week but still a bit confused on that
04:06:48 <gingeropolous> sneakerhead98[m], https://www.getmonero.org/2018/03/01/core-team-announcement.html
05:19:54 <rbrunner> selsta: How to continue with #8076? jberman[m] approved it now, and I am afraid a second full review is improbable to happen.
05:20:25 <rbrunner> I guess if people are ok with a single but very thourough and careful review I should do a second 0.18 PR?
14:21:32 <selsta> rbrunner: not sure yet, I would love if it gets tested a bit more
14:21:55 <selsta> before merging to release branch at least
14:23:04 <rbrunner> Alright, no problem. Maybe ErCiccione and his people can play around with it :)
14:23:05 <selsta> so maybe merge to master first, merge to release branch later once it got tested by more users
14:24:26 <rbrunner> Got it, thanks.
14:24:48 <ErCiccione> rbrunner selsta: we are planning to add rbrunner's pr to the monero bins we'll use in the Haveno test network, so we can test it out.
14:25:24 <rbrunner> Splendid!
14:25:49 <ErCiccione> don't know if we'll add it now or later on. Depends by how stable it is considered. But afaiu it's already reviewed
14:26:36 <rbrunner> jberman tested the hell out of the poor thing, and I also tested quite a lot. I am optimistic. (But then I have to say that, as the author ...)
14:46:17 <afungible[m]> Hi. Is there a way to set custom fee or max.fee for a transaction via GUI or via RPC? Thx.
14:51:32 <merope> Why would you want that? Setting a fee that doesn't follow the common fee algo makes your transactions fingerprintable
14:51:55 <merope> Also, the minimum fees are quite low
14:52:16 <jwinterm[m]> Pretty sure you can do it via rpc still
14:57:49 <rbrunner> Don't think so. I just checked COMMAND_RPC_TRANSFER: There is only "priority", not a fee amount
14:58:50 <moneromooo> Priority twiddles the fee.
14:59:35 <rbrunner> Yes, with standard multipliers, so no "custom fee", right?
15:00:30 <rbrunner> And the highest priority limits what fee amount you can ask for. At least as long as you don't build transactions yourself and only use RPC to submit.
15:06:33 <rbrunner> Latest multipliers seem to be: 1, 5, 25, 1000
15:07:42 <moneromooo> Yes.
15:34:06 <afungible[m]> <merope> "Why would you want that? Setting..." <- Somtime back I was making a transaction on GUI & saw the fee to be really high & got a high fee warnjng if I remember correctly. So, want to make sure it doesn't go unnoticed.
15:35:21 <afungible[m]> <rbrunner> "Latest multipliers seem to be: 1..." <- Can you explain wat these multipliers mean, n how they work?
15:36:33 <plowsof> nice to see the high fee warning in #monero-gui:monero.social helped someone, thanks selsta!
15:37:10 <selsta> plowsof: please ask them to go to settings -> log
15:37:21 <selsta> and type "status" so that we can get the node ip
15:38:15 <selsta> i don't see the message on irc
15:38:56 <ofrnxmr[m]> Somtime back I was making a transaction on GUI & saw the fee to be really high & got a high fee warnjng if I remember correctly. So, want to make sure it doesn't go unnoticed.
15:39:00 <selsta> oh i see it now, it's in this channel not #monero-gui
15:39:02 <ofrnxmr[m]> Form endor
15:39:21 <merope> From afungible, you mean
15:39:41 <merope> afungible you were connected to a remote node, weren't you? If so, then you used a malicious node that tried to trick you into spending a large tx fee - hence the warning message
15:39:45 <ofrnxmr[m]> 😅😅😅😅
15:39:58 <ofrnxmr[m]> Mybad
15:40:22 <merope> Unfortunately, wallets can only know the fee level by asking nodes what the base fee is - and trusting their answer
15:41:02 <selsta> well I'm glad the high fee warning worked
15:41:03 <merope> In other words: make sure you don't use that remote node ever again, because it's definitely malicious
15:42:17 <selsta> it's annoying that we still don't have the ip
15:43:51 <afungible[m]> merope: Ok, I also saw a comment on reddit reg.thjs, can't find the link. There they mentioned using remote node. How can we know this beforehand? I mean having at least a cap on fee i wish to pay - can make sure all my balance don't magically gets vanished, if I overlooked (I know its an exaggeration bt can happen to anyone) 
15:45:06 <afungible[m]> <merope> "afungible you were connected..." <- And what does the purported malicious node get out of charging me a high tx.fee? 
15:45:17 <merope> That's why we have the warning - it shows up when you're about to pay a tx fee above a certain amount
15:48:12 <merope> What they get is pissing people off in order to deter them from using Monero. They also make the victim's transactions stand out, making them fingerprintable
15:48:36 <merope> anyway, that's kinda offtopic here
15:49:58 <afungible[m]> merope: Got it. What does fingerprintable mean? I mean, isn't every txn. unique to a miner? The only outlier would be the high fee.
15:50:24 <afungible[m]> Got it. What does fingerprintable mean? I mean, isn't every txn. unique to a miner? The only outlier would be the high fee.
15:50:34 <afungible[m]> * Got it. What does fingerprintable mean? I mean, isn't every txn. unique to a miner? The only outlier would be the high fee.
15:59:15 <hyc> please don't edit your msgs
16:10:38 <ofrnxmr[m]> afungible:  for context, it spams irc
16:10:39 <ofrnxmr[m]> This what it looks like on irc 
16:10:39 <ofrnxmr[m]> https://libera.monerologs.net/monero-dev/20220728#c126370
16:17:13 <afungible[m]> Oki, I didn't know tht. I also deleted the duplicated msg. Anyhow, will keep in mind ; )
17:53:13 <Rucknium[m]> It looks like we have been having a new release about every 4 months. Is that likely to be the approximate release frequency for the next year or so, barring extraordinary circumstances?
17:54:06 <Rucknium[m]> By "release" I mean `monero-project/monero`, where changes to `wallet2` could be incorporated downstream in the GUI wallet and other wallets.
18:14:20 <selsta> we will have another release soon to add hardware wallet support for v0.18
18:19:06 <selsta> but otherwise, early in a major release there are more frequent releases and later there are less, so I'd assume we will release more frequently than once per 4 months
18:25:43 <selsta> Rucknium[m]: why are you asking?
18:29:50 <Rucknium[m]> selsta: If and when we implement the OSPEAD-determined decoy selection algorithm (DSA) in wallet2 I want to know the earliest point at which the DSA could be adjusted again in a subsequent release.
18:30:59 <selsta> you have to consider that only the CLI and GUI update at simultanoisly, other wallets are usually delayed. Feather will also likely update fast.
18:33:31 <selsta> so basically only after the next hardfork we can guarantee that all wallets use the new DSA, since some users don't update at all and some wallet will likely take a while to update
18:38:59 <Rucknium[m]> Right. To be more specific, I need to do some forecasting and therefore I need to have some sort of time horizon for forecast accuracy.
18:39:11 <rbrunner> Just tried to get an overview regarding wallets, and found this on the XMRWallet website: © 2018-2022 XMRWallet.com v0.17.0.0
18:39:38 <rbrunner> Probably a very very small player, but still ...
18:41:49 <ofrnxmr[m]> Scam wallet 
18:43:09 <ofrnxmr[m]> https://github.com/monero-project/monero/issues/8440
18:43:45 <rbrunner> Yeah, possible, but it's still online, and at least for some people it will spit out transactions built with the ancient 0.17.0.0 release :)
18:44:05 <ofrnxmr[m]> Those people should really stop using it.
18:53:20 <rbrunner> Right, but unfortunately it's still on page 1 on Google for "Monero web wallet", and it seems they refuse to give up.
18:54:24 <selsta> ofrnxmr[m]: this person refuses to say what it says as receiver, makes me suspicious
18:54:52 <rbrunner> Anyway, I just mentioned it in the frame of Rucknium's question about the speed of wallet updates, as a probably extreme example
23:32:14 <sneakerhead98[m]> i read an old blogpost from Dec 2021 saying that a vulnerability in Monero’s multisig wallet creation and multisig transaction signing had made it possible for a signing party to take funds from the other signing parties. has that been patched already? or is that what the upcoming hardfork's multisig security fixes are meant to address? 
23:44:41 <selsta> sneakerhead98[m]: these vulnerabilities are patched in v0.18.0.0 but multisig is still considered experimental and should not be used unless all parties are trusted