06:44:10 <m-relay> <n​ihilist:m.datura.network> well, as long as anonymity is maintained yeah
06:44:21 <m-relay> <n​ihilist:m.datura.network> well, as long as anonymity is maintained it should be fine
07:55:26 <m-relay> <n​ihilist:m.datura.network> btw tutorial completed regarding haveno DEX bank transfers -> XMR transactions https://blog.nihilism.network/servers/haveno-sepa/index.html
10:56:18 <plowsof> some basic 'funds received' related research on the ccs proposals repo. if we ignore what the proposer requested and simply correlate the usd price of monero on the day (so an estimate / ignoring any fees incurred to convert to fiat) of when funds where actually sent out, we see for example, plowsof received in  2023: 138.0 Monero, $21934.06 and in
10:56:18 <plowsof> 2024: 69.0 Monero, $10210.20
10:57:45 <plowsof> we would need an expert like Rucknium to actually look into it if anyone where interested, but here are some made up / unconfirmed values: https://text.is/X9910/raw 
11:00:34 <vthor> plowsof: can I speak with you some minutes in private?
11:01:05 <plowsof> of course 
12:53:54 <m-relay> <h​avenomain:matrix.org> haveno
15:02:40 <m-relay> <h​into:monero.social> sech1 Louis-Marie: this is a bit concerning https://github.com/hinto-janai/gupax/issues/79#issuecomment-2127273487
15:04:39 <sech1> Yes, these nodes will be soon down, I guess. As soon as credit cards are blocked or run out of money
15:05:07 <m-relay> <h​into:monero.social> I'll be removing these, mostly because they will probably be turned off but also because they may legitimately be under the control of the US federal government
15:06:14 <m-relay> <h​into:monero.social> unfortunate since they really were good nodes
15:08:07 <sech1> xmrnode.facspro.net is dead too, I think
15:08:15 <sech1> Name doesn't resolve
15:08:45 <m-relay> <l​m:matrix.baermail.fr> is there a way to discover alive nodes automaticcaly ?
15:08:51 <sech1> false alarm, it does work
15:09:03 <m-relay> <l​m:matrix.baermail.fr> I suppose you always need a seed file
15:10:09 <m-relay> <r​ottenwheel:kernal.eu> MoneroKon blog post is live. https://www.getmonero.org/2024/05/23/mk4.html
15:13:48 <m-relay> <l​m:matrix.baermail.fr> what would be the threat model of using a malicious node for mining ?
15:14:04 <m-relay> <l​m:matrix.baermail.fr> what would be the kind of threat  of using a malicious node for mining ?
15:45:52 <sech1> P2Pool mining specificially? Not much a malicious node can do. It can provide you with fake data and other P2Pool peers will ban you
15:46:33 <sech1> And it will have your IP address
16:44:45 <m-relay> <k​ayabanerve:matrix.org> Can https://repo.getmonero.org/monero-project/ccs-proposals/-/commit/28a1ab4813c411c27ff8516590a39726d3b23da7 be reverted, luigi1111?
16:45:23 <m-relay> <k​ayabanerve:matrix.org> That amount/auditor/date was for the composition milestone, not the divisors milestone.
16:47:42 <m-relay> <k​ayabanerve:matrix.org> The consensus yesterday was for the divisors milestone to go to Veridise, facilitated by MAGIC, sgp should be reaching out about that shortly...
17:14:52 <m-relay> <f​iatdemise:matrix.org> Hello, anyone know if it's possible to load multiple wallets and rpc them at will?
17:27:20 <m-relay> <p​reland:matrix.org> Not to overshadow the above question (I don’t know the answer to it), but
17:27:21 <m-relay> <p​reland:matrix.org> Let’s say a 2:2 multisig wallet is formed between two parties. Is it possible to ensure that both parties meet a condition (ie put in equivalent amounts of XMR) before anything is done?
17:27:23 <m-relay> <p​reland:matrix.org> Basically, can I ensure that if two parties are providing collateral, that one party can’t just wait for the other to provide collateral and then ghost the other party, leaving their collateral in limbo?
17:28:02 <m-relay> <p​reland:matrix.org> (I just realized that my research assumes that collateral can be simultaneously distributed between parties)
17:36:41 <m-relay> <r​brunner7:monero.social> FiatDemise: You mean with the Monero RPC binary in particular? That's strictly one wallet at a time. If you want more, you have to either A) run several instances of that binary side-by-side, or B) write a layer into your app that seamlessly opens and closes wallets on demand so that "higher up" it just looks as if several wallets are open at the same time.
17:39:52 <m-relay> <r​brunner7:monero.social> preland: Not sure what you mean. With 2/2 multisig, one party can *always* and *trivially* wait until the other party goes first, pays into the multisig wallet, and then just leave afterwards, with the party that went first losing their funds.
17:47:19 <m-relay> <f​iatdemise:matrix.org> Hello, anyone know if it's possible to load multiple wallets and rpc them at will? Meaning, is the rpc wallet cli built for concurrency? So one could load multiple wallets into the daemon and query them concurrently? Only need this for creating new subaddresses.
17:48:19 <selsta> you can't open multiple wallets at once with monero-wallet-rpc
17:48:28 <selsta> (not sure if my message will even get delivered..)
17:49:34 <revuoxmr> Revuo Monero Issue 196: May 16 - 23, 2024. https://www.revuo-xmr.com/issue-196.html
17:50:00 <plowsof> selsta no, neither will rbrunners ;_; ill link monerologs for them
17:51:04 <m-relay> <r​brunner7:monero.social> :(
17:51:09 <selsta> it's ridiculous that this isn't solved yet by matrix.org admins
17:51:41 <m-relay> <r​brunner7:monero.social> Right, matrix.org. So many bits wasted typing my answers, and so many electrons squeezed.
17:53:25 <m-relay> <p​lowsof:matrix.org> FiatDemise: (and others who also using matrix dot org and unaware) messages from irc / other home servers dont reach you. some answers where given for your Q fiatdemise which you can see here https://libera.monerologs.net/monero-community/20240523#c379849
17:55:59 <m-relay> <r​brunner7:monero.social> Thanks, plowsof . How many Matrix accounts does one need to reach most everybody nowadays? Are two already enough?
17:56:07 <m-relay> <f​iatdemise:matrix.org> Thank you selsta!
18:00:03 <plowsof> rbrunner yes, bronze monero enjoyer package contains 1 matrix dot org account. the silver package will contain 1 matrix dot org and 1 monero social. the gold is += irc , and the platinum is IRC only without a bouncer 
18:05:09 <m-relay> <s​hortwavesurfer2009:monero.social> You know, if Matrix org causes so many problems, why don't we just defederate them?
18:06:12 <m-relay> <s​yntheticbird:monero.social> I would so much wish for it
18:07:26 <m-relay> <s​yntheticbird:monero.social> There are still the, "newbies and people in need of help are likely to be on matrix.org" argument
18:07:33 <m-relay> <s​hortwavesurfer2009:monero.social> Like seriously, if we've tried in good faith to let their admins know that this is a problem, and they have not fixed it, it's time to just defetorate them.
18:07:35 <m-relay> <s​yntheticbird:monero.social> is*
18:08:28 <m-relay> <s​hortwavesurfer2009:monero.social> Then if the Matrix org users are upset that they can no longer talk to us, we can point them out and say, hey, your admins are the problem. We tried to tell them.
18:08:29 <m-relay> <s​yntheticbird:monero.social> I know a lot of channel that defederated from matrix.org and it ended up well, but still annoying for matrix.org users, as they don't wanna waste their time searching for a third-party instance in which they can trust
18:08:48 <m-relay> <s​yntheticbird:monero.social> Which is comprehensible.
18:08:54 <m-relay> <r​ucknium:monero.social> I just asked in #foundation-office:matrix.org . I got a response:
18:09:09 <m-relay> <r​ucknium:monero.social> > There's been some reports of some servers having a hard time federating with matrix.org, but as far as I have been able to tell it's not an issue with matrix.org's setup. The Cloudflare configuration didn't change meaningfully at the time the issues started for those servers.
18:09:27 <m-relay> <r​ucknium:monero.social> > If they have recent logs though, #synapse:matrix.org may be able to help.
18:09:31 <m-relay> <s​yntheticbird:monero.social> lmao
18:10:16 <m-relay> <s​yntheticbird:monero.social> that's a meaningful answer but that means we don't even have an hint now on why we're suffering this
18:10:44 <m-relay> <s​hortwavesurfer2009:monero.social> Sounds like Matrix org needs to contact Cloudflare then and ask them what the fuck they changed.
18:11:34 <m-relay> <s​hortwavesurfer2009:monero.social> If Matrix org made no changes to Cloud Flutter configuration and yet all of a sudden this started, either somebody did an update that broke something or Cloud Flutter did something that broke something.
18:11:45 <m-relay> <s​hortwavesurfer2009:monero.social> They are the ones behind the cloud flare, therefore they are the ones tasked with figuring it out.
18:13:17 <m-relay> <s​hortwavesurfer2009:monero.social> until then just defederate them so that they can figure it out and we don't have to deal with messages not going through.
18:13:44 <m-relay> <s​yntheticbird:monero.social> oh look
18:13:50 <m-relay> <s​yntheticbird:monero.social> another matrix.org user just joined
18:15:29 <m-relay> <s​hortwavesurfer2009:monero.social> And also their response. There's been some reports of some servers, which means there's more than one.
18:15:48 <m-relay> <s​hortwavesurfer2009:monero.social> So if some servers are having travel talking to your server, then the problem is not the other servers. It's clearly your server.
18:16:18 <m-relay> <s​hortwavesurfer2009:monero.social> Trouble*
18:21:26 <m-relay> <r​brunner7:monero.social> Yeah, that all-time favorite of people trying to find solutions to IT problems, the customer claiming "But, but, nothing changed on our end". People seem to assume that software can just spontaneously stop to work, like atoms in radioactive stuff just decide to split right *now* all of a sudden.
18:23:38 <m-relay> <s​yntheticbird:monero.social> But, but sir, I heard coding is like speech, ideas does change spontaneously don't they ?
18:33:32 <nioCat> <s​hortwavesurfer2009:monero.social> Then if the Matrix org users are upset that they can no longer talk to us, we can point them out and say, hey, your admins are the problem. We tried to tell them.<<>> how do we tell theM?
18:39:04 <m-relay> <s​hortwavesurfer2009:monero.social> When they get an account on a different server and actually manage to come into our rooms and they are like, hey, I tried to use my Matrix org account and couldn't.
18:56:39 <m-relay> <s​yntheticbird:monero.social> If it was complete desync between instances it would have been fine, but having only one instance not passing throught and causing split in discussions is awful
18:57:53 <m-relay> <s​yntheticbird:monero.social> I don't count the number of time I replied to a matrix.org account with my monero.social account. Message sync 40 minutes later and matrix.org user reply to it and is like "Hey it make no sense", and its because they still didn't received the rest of the messages
18:59:55 <m-relay> <s​yntheticbird:monero.social> Let's not forget about timeline shuffling with all matrix.org accounts appearing after monero.social accounts despite having been sent earlier (as shows the timestamp).
19:00:13 <m-relay> <s​yntheticbird:monero.social> Matrix.org is not just not working, it's making monero.social worse
19:01:16 <selsta> at least the shuffling doesn't happen on IRC side lol
19:01:43 <m-relay> <s​yntheticbird:monero.social> yeah you guys are lucky. I just end up reading monerologs for meeting
19:02:30 <m-relay> <s​hortwavesurfer2009:monero.social> I just don't go to the meetings. Mainly because I'm on Monero Topia when they occur, but still.
19:25:53 <m-relay> <3​21bob321:monero.social> Everyday i am shuffling
19:29:49 <m-relay> <3​21bob321:monero.social> Look in room description, it has matrix.orgy info
20:42:23 <dEBRUYNE> kayabanerve: All right!
21:33:19 <m-relay> <e​lias:dfri.se> is it possible to reach Douglas Tuman here? (the MoneroTalk host)
21:34:37 <m-relay> <s​hortwavesurfer2009:monero.social> His room is here.
21:34:39 <m-relay> <s​hortwavesurfer2009:monero.social> https://matrix.to/#/!npkmLLzZKkgfwNpmlV:monero.social?via=monero.social&via=t2bot.io&via=matrix.org
21:36:41 <m-relay> <e​lias:dfri.se> shortwavesurfer2009 great, thank you!