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 👇

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

sneakerhead98[m], getmonero.org/2018/03/01/core-team-announcement.html

selsta: How to continue with #8076? jberman[m] approved it now, and I am afraid a second full review is improbable to happen.

I guess if people are ok with a single but very thourough and careful review I should do a second 0.18 PR?

rbrunner: not sure yet, I would love if it gets tested a bit more

before merging to release branch at least

Alright, no problem. Maybe ErCiccione and his people can play around with it :)

so maybe merge to master first, merge to release branch later once it got tested by more users

Got it, thanks.

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.

Splendid!

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

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 ...)

Hi. Is there a way to set custom fee or max.fee for a transaction via GUI or via RPC? Thx.

Why would you want that? Setting a fee that doesn't follow the common fee algo makes your transactions fingerprintable

Also, the minimum fees are quite low

Pretty sure you can do it via rpc still

Don't think so. I just checked COMMAND_RPC_TRANSFER: There is only "priority", not a fee amount

Priority twiddles the fee.

Yes, with standard multipliers, so no "custom fee", right?

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.

Latest multipliers seem to be: 1, 5, 25, 1000

Yes.

<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.

<rbrunner> "Latest multipliers seem to be: 1..." <- Can you explain wat these multipliers mean, n how they work?

nice to see the high fee warning in #monero-gui:monero.social helped someone, thanks selsta!

plowsof: please ask them to go to settings -> log

and type "status" so that we can get the node ip

i don't see the message on irc

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.

oh i see it now, it's in this channel not #monero-gui

Form endor

From afungible, you mean

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

😅😅😅😅

Mybad

Unfortunately, wallets can only know the fee level by asking nodes what the base fee is - and trusting their answer

well I'm glad the high fee warning worked

In other words: make sure you don't use that remote node ever again, because it's definitely malicious

it's annoying that we still don't have the ip

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)

<merope> "afungible you were connected..." <- And what does the purported malicious node get out of charging me a high tx.fee?

That's why we have the warning - it shows up when you're about to pay a tx fee above a certain amount

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

anyway, that's kinda offtopic here

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.

Got it. What does fingerprintable mean? I mean, isn't every txn. unique to a miner? The only outlier would be the high fee.

* Got it. What does fingerprintable mean? I mean, isn't every txn. unique to a miner? The only outlier would be the high fee.

please don't edit your msgs

afungible: for context, it spams irc

This what it looks like on irc

Oki, I didn't know tht. I also deleted the duplicated msg. Anyhow, will keep in mind ; )

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?

By "release" I mean `monero-project/monero`, where changes to `wallet2` could be incorporated downstream in the GUI wallet and other wallets.

we will have another release soon to add hardware wallet support for v0.18

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

Rucknium[m]: why are you asking?

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.

you have to consider that only the CLI and GUI update at simultanoisly, other wallets are usually delayed. Feather will also likely update fast.

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

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.

Just tried to get an overview regarding wallets, and found this on the XMRWallet website: © 2018-2022 XMRWallet.com v0.17.0.0

Probably a very very small player, but still ...

Scam wallet

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 :)

Those people should really stop using it.

Right, but unfortunately it's still on page 1 on Google for "Monero web wallet", and it seems they refuse to give up.

ofrnxmr[m]: this person refuses to say what it says as receiver, makes me suspicious

Anyway, I just mentioned it in the frame of Rucknium's question about the speed of wallet updates, as a probably extreme example

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?

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