<s​needlewoods_xmr:matrix.org> selsta (rbrunner advised me to seek your help) do you know how to disable github checks?

<s​needlewoods_xmr:matrix.org> initially github didn't do any checks in my draft PR (seraphis-migration/monero #16), but suddenly they appeared after every commit

Do we have something like performance benchmark/test in our testcases? If yes, which one should I run to focus mostly on performance.

tests/performance_tests

Run --help to see interesting options.

tx

<v​enture4487:matrix.org> Hi all

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

Hello

Is there anyone who can help me?

<e​dge7:matrix.org> Monero Support

<e​dge7:matrix.org> > <@m-relay:monero.social> <G​uest48> Is there anyone who can help me?

<e​dge7:matrix.org> In reply to @m-relay:monero.social

<e​dge7:matrix.org> <G​uest48> Is there anyone who can help me?

<e​dge7:matrix.org> Monero Support Monero Support

<e​dge7:matrix.org> > <@m-relay:monero.social> <G​uest48> Is there anyone who can help me?

<e​dge7:matrix.org> In reply to m-relay

<e​dge7:matrix.org> <G​uest48> Is there anyone who can help me?

<e​dge7:matrix.org> In reply to @m-relay:monero.social

<e​dge7:matrix.org> <G​uest48> Is there anyone who can help me?

<e​dge7:matrix.org> Monero Support

I have a question about Monero GUI Wallet connections

I think this is a developer challenge

<e​dge7:matrix.org> Would write in the monero support channel.. This room is more about the monero development

I can't find Monero Support Channel here

<e​dge7:matrix.org> Alright. Whats the issue?

Since today, Monero GUI Wallet on macOS started asking permission to connect to hundreds of different external IP addresses

I have LittleSnitch to monitor my connection

And this was very, very strange since the wallet finished to sync 5 days ago

These are few example:

action: deny

direction: outgoing

priority: regular

process: /Applications/monero-wallet-gui.app/Contents/MacOS/monero-wallet-gui

owner: me

destination: 23.88.42.188

ports: any

protocol: any

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.

action: deny

direction: outgoing

priority: regular

process: /Applications/monero-wallet-gui.app/Contents/MacOS/monero-wallet-gui

owner: me

destination: 23.106.62.20

ports: any

protocol: any

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.

process: /Applications/monero-wallet-gui.app/Contents/MacOS/monero-wallet-gui

owner: me

destination: 37.187.74.171

ports: any

protocol: any

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.

Some of these IP addresses belong to a into this list:

*to static.chello.pl

This is the list

I received 89 different outgoing request related to 89 different IP addresses until I force closed the app

It was driving me crazy

That is a seed node ip

More ontopic in #monero-gui / #monero

Why did it start after one week?

The local node was already updated

<j​effro256:monero.social> Did you switch to simple/boostrap mode?

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

jeffro256: if you batch verify then it's a DOS vector because you need to redo verification on batch failure

To identify the culprit

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

<j​effro256:monero.social> Or rather, failures aren't as critical

<j​effro256:monero.social> *multiple batches

That much I don’t know