03:47:35 <Guest55> https://fluff-guilty-aaf.notion.site/Appeal-for-Assistance-Victim-of-FTX-Scam-a26b3e3a65b241008934532d8af31c4d
18:36:13 <m-relay> <s​needlewoods_xmr:matrix.org> selsta (rbrunner advised me to seek your help) do you know how to disable github checks?
18:36:13 <m-relay> <s​needlewoods_xmr:matrix.org> initially github didn't do any checks in my draft PR (https://github.com/seraphis-migration/monero/pull/16), but suddenly they appeared after every commit
20:47:36 <xFFFC0000> Do we have something like performance benchmark/test in our testcases? If yes, which one should I run to focus mostly on performance.
20:55:50 <moneromooo> tests/performance_tests
20:56:26 <moneromooo> Run --help to see interesting options.
20:59:20 <xFFFC0000> tx
21:06:39 <m-relay> <v​enture4487:matrix.org> Hi all
21:06:39 <m-relay> <v​enture4487:matrix.org> just a random question... with Seraphis and transaction chaining, will it be possible to build something like Lightning (I guess with PTLCs instead of HTLC)?
21:09:33 <Guest48> Hello
21:09:54 <Guest48> Is there anyone who can help me?
21:14:46 <m-relay> <e​dge7:matrix.org> Monero Support
21:15:22 <m-relay> <e​dge7:matrix.org> > <@m-relay:monero.social> <G​uest48> Is there anyone who can help me?
21:15:22 <m-relay> <e​dge7:matrix.org> In reply to @m-relay:monero.social
21:15:22 <m-relay> <e​dge7:matrix.org> <G​uest48> Is there anyone who can help me?
21:15:23 <m-relay> <e​dge7:matrix.org> Monero Support Monero Support
21:15:39 <m-relay> <e​dge7:matrix.org> > <@m-relay:monero.social> <G​uest48> Is there anyone who can help me?
21:15:39 <m-relay> <e​dge7:matrix.org> In reply to m-relay
21:15:40 <m-relay> <e​dge7:matrix.org> <G​uest48> Is there anyone who can help me?
21:15:40 <m-relay> <e​dge7:matrix.org> In reply to @m-relay:monero.social
21:15:41 <m-relay> <e​dge7:matrix.org> <G​uest48> Is there anyone who can help me?
21:15:41 <m-relay> <e​dge7:matrix.org> Monero Support
21:16:43 <Guest48> I have a question about Monero GUI Wallet connections
21:17:00 <Guest48> I think this is a developer challenge
21:17:49 <m-relay> <e​dge7:matrix.org> Would write in the monero support channel.. This room is more about the monero development
21:18:27 <Guest48> I can't find Monero Support Channel here
21:22:00 <m-relay> <e​dge7:matrix.org> Alright. Whats the issue?
21:22:57 <Guest48> Since today, Monero GUI Wallet on macOS started asking permission to connect to hundreds of different external IP addresses
21:23:10 <Guest48> I have LittleSnitch to monitor my connection
21:23:44 <Guest48> And this was very, very strange since the wallet finished to sync 5 days ago
21:24:38 <Guest48> These are few example:
21:24:41 <Guest48> action: deny
21:24:42 <Guest48> direction: outgoing
21:24:42 <Guest48> priority: regular
21:24:43 <Guest48> process: /Applications/monero-wallet-gui.app/Contents/MacOS/monero-wallet-gui
21:24:43 <Guest48> owner: me
21:24:44 <Guest48> destination: 23.88.42.188
21:24:44 <Guest48> ports: any
21:24:45 <Guest48> protocol: any
21:24:45 <Guest48> notes: On 15 Jan 2024, monero-wallet-gui via monerod tried to establish a connection to 23.88.42.188. The request was denied via connection alert.
21:24:46 <Guest48> action: deny
21:24:46 <Guest48> direction: outgoing
21:24:47 <Guest48> priority: regular
21:24:47 <Guest48> process: /Applications/monero-wallet-gui.app/Contents/MacOS/monero-wallet-gui
21:24:48 <Guest48> owner: me
21:24:48 <Guest48> destination: 23.106.62.20
21:24:49 <Guest48> ports: any
21:24:49 <Guest48> protocol: any
21:24:50 <Guest48> notes: On 15 Jan 2024, monero-wallet-gui via monerod tried to establish a connection to 23.106.62.20. The request was denied via connection alert.
21:25:01 <Guest48> process: /Applications/monero-wallet-gui.app/Contents/MacOS/monero-wallet-gui
21:25:01 <Guest48> owner: me
21:25:02 <Guest48> destination: 37.187.74.171
21:25:02 <Guest48> ports: any
21:25:03 <Guest48> protocol: any
21:25:03 <Guest48> notes: On 15 Jan 2024, monero-wallet-gui via monerod tried to establish a connection to 37.187.74.171. The request was denied via connection alert.
21:26:26 <Guest48> Some of these IP addresses belong to a into this list:
21:26:39 <Guest48> *to static.chello.pl
21:26:56 <Guest48> https://gist.github.com/cablej/bdc2ee2c84915d0b68eec9d4d4747e19
21:27:11 <Guest48> This is the list
21:28:55 <Guest48> I received 89 different outgoing request related to 89 different IP addresses until I force closed the app
21:29:20 <Guest48> It was driving me crazy
21:30:10 <plowsof> That is a seed node ip 
21:31:34 <plowsof> More ontopic in #monero-gui / #monero 
21:31:52 <Guest48> Why did it start after one week?
21:32:05 <Guest48> The local node was already updated
22:38:24 <m-relay> <j​effro256:monero.social> Did you switch to simple/boostrap mode?
22:40:23 <m-relay> <j​effro256:monero.social> Unrelated: does anyone know why the design decision was made to not do batch RingCT signature verification when adding transactions to the main chain?
23:06:46 <UkoeHB> jeffro256: if you batch verify then it's a DOS vector because you need to redo verification on batch failure
23:06:54 <UkoeHB> To identify the culprit
23:08:45 <m-relay> <j​effro256:monero.social> Makes sense, but then why do we do it to get the txs to enter the mempool? Is it just because we can try multiple at a time and don't have to hold the blockchain lock so compute time isn't as critical?
23:09:45 <m-relay> <j​effro256:monero.social> Or rather, failures aren't as critical
23:11:05 <m-relay> <j​effro256:monero.social> *multiple batches
23:16:30 <UkoeHB> That much I don’t know