<n​eromonero1024:monero.social> lmaoooo

<n​eromonero1024:monero.social> basically, whenever 2 miners on the p2pool find a share at almost the same time, one gets accepted, the other is orphaned

<n​eromonero1024:monero.social> however, the orphaned one isn't completely disregarded

<n​eromonero1024:monero.social> instead, the miner is paid a fraction

<n​eromonero1024:monero.social> this is orphaned one is an uncle

Hello

vcavallo: Hi

Any idea why the matrix room would say "you are not invited" when I try to join?

<3​21bob321:monero.social> Invite only

That's a pretty straightforward solution :)

Ah! Simple enough. The matrix rooms are listed on the main site so I assumed they are open

(right next to this one)

That may be due to some spam situation.

There was some matrix spam round some months ago

Hi all, i am currently reading the second edition of Zero to Monero, and it is really interesting. I want to understand the multisig features of monero, especially in the monero cli wallet, as there is an implementation to it. I have some questions about this. Do you now, wwhere is the best place to ask those?

Here is a good place to start.

Okay, then i will like to ask the following things:

1. Regarding key creation, in "zero to monero" it says there in the footnote "Robust key aggregation has not yet been implemented in Monero". Is this still not implemented, or am I missing some informations?

2. As for signing, in "zero to monero" MLSTAG is explained, but as far as I know, in a transaction without multisig, MLSAG is not used anymore, so is MLSTAG still the thing used in monero multisig?

3. As I really try to understand multisig in detail, do someone of you know any detailled and current source for informations in this topic. I also try to understand the sourcecode (at github.com/monero-project/monero/blob/master/src/multisig ) but it is a bit complicated to make a link from the crypto theory to the implementation.

Perhaps, you can help me with those questions :)

AFAIK zero to monero is the best technical resource to read.

And AFAIK MLSAG is still used. Maybe I missed an update though.

<j​effro256:monero.social> bs_: CLSAG is used for all current transactions, multisig or not

<j​effro256:monero.social> IIRC, MLSTAG is a method to construct MLSAGs between multisig participants , it isn't a distinct proving system

<j​effro256:monero.social> Also, Monero's current multisig implementation is highly modified from the ZtM paper, as it was found to be insecure

okay, thanks, is there like a documentation of the current implementation, so that I can understand the code and the crypto used in it

Or can you explain me a bit more in detail about current implementation, so that i can understand it better?

<j​effro256:monero.social> Mostly all multisig code is here: github.com/monero-project/monero/tree/master/src/multisig

<j​effro256:monero.social> The code comments are actually pretty decent in this folder

Okay thanks! Do you have any further knowledge about what part of the implementation was "highly modified from the ZtM paper". This would help me understand

<p​reland:monero.social> So…. Quantum computer in China

<p​reland:monero.social> Thoughts?

<s​yntheticbird:monero.social> usual media hype misinformation

<s​yntheticbird:monero.social> nothing to worry about

<i​ntr:envs.net> What's the difference between Monerod's `synchronized` and `busy_syncing` fields from `get_info`'s response? Apart from them being inverted obviously

<i​ntr:envs.net> Is there ever a point where both synchronized and busy_syncing are true, or both false?

<s​yntheticbird:monero.social> busy_syncing means the node is busy syncing the blockchain. RPC calls will not respond until its blockchain is synchronized.

<s​yntheticbird:monero.social> synchronized means it is up to date and will normally respond to RPC calls

<s​yntheticbird:monero.social> both true: no

<s​yntheticbird:monero.social> both false: in offline mode

<p​reland:monero.social> I hope so

<o​frnxmr:monero.social> You can be not synchronized and not syncing

<o​frnxmr:monero.social> Or with --no-sync

<i​ntr:envs.net> Gotcha, just wanted to be sure

<o​frnxmr:monero.social> Like, gui simple mkde uses --no-sync

<s​yntheticbird:monero.social> really its no big deal. They simply adapted an integer factorization algorithm to a specific quantum computer called D-Wave. They managed to factorized up to 50bit. RSA smallest insecure key is 1024, smallest *safe* key is 2048 and most are at 4096bit.

<o​frnxmr:monero.social> So the node is forever not busy and not synced

busy_syncing means actively veryfing stuff. If the node is waiting for more blocks from peers, it'll be !synchronized and !busy_syncing.

<s​yntheticbird:monero.social> oh

(you might be right about --no-sync too, not saying otherwise)

<k​ewbit:matrix.org> Kewbit based quantum key distribution is pretty safe

<p​reland:monero.social> Every time you need a key, you generate in on Kewbit’s computer, and then Kewbit pinky promises to shoot at the computer Russian roulette style

<k​ewbit:matrix.org> Don’t worry, the odds are in your favor as long as the computer quantum flips to a favorable state. Pinky promises are all part of the quantum entanglement 💩

Revuo Monero Issue 214: October 10 - 17, 2024. revuo-xmr.com/weekly/issue-214

<k​ewbit:matrix.org> kewbit.org/tor-vs-i2p-enhancing-privacy-in-the-monero-ecosystem

<n​eromonero1024:monero.social> i2p better than tor imo

<n​eromonero1024:monero.social> * better bandwidth

<n​eromonero1024:monero.social> * less headache about spy i2p nodes

<n​eromonero1024:monero.social> in a hypothetical scenario where every Monero user publishes their tx through tor/i2p, dandelion++ would no longer be necessary, right?

<k​ewbit:matrix.org> Tbh I though this one would be heavily opinionated but I’m convinced enough that I2P is actually better

<s​yntheticbird:monero.social> call me when i2p get decent implementation (in Rust) and bandwith

<b​asses:matrix.org> i2pd C++

<n​eromonero1024:monero.social> close

<s​yntheticbird:monero.social> jk i like i2p but for real the implementation drama and bandwith is just a drawback for me

<k​ewbit:matrix.org> It that because tor made the same mistake?

<k​ewbit:matrix.org> I’m pretty sure I2P existed first

<n​eromonero1024:monero.social> okay, please enlighten me about the i2p bandwidth issue

<n​eromonero1024:monero.social> from what I understand, the more people runs i2p router, the better the overall network bandwidth, no?

<3​21bob321:monero.social> Onion routing ?

<k​ewbit:matrix.org> Based on the original logo, looking like it was made in MSPaint

<k​ewbit:matrix.org> Garlic routing

<s​yntheticbird:monero.social> last time i tried (2 years ago) bandwith didn't exceeded 200kB/s

<n​eromonero1024:monero.social> never underestimate mspaint

<n​eromonero1024:monero.social> saw some mf create legit beautiful art pieces using mspaint

<s​yntheticbird:monero.social> I have 400MB/s bandwith

<b​asses:matrix.org> no

<3​21bob321:monero.social> Hi

<s​yntheticbird:monero.social> why is everyone acting surprise over 400MB/s its called fiber

<3​21bob321:monero.social> 10gbps or gtfo

<b​asses:matrix.org> not all fiber internet speed is 400MB

<f​ede:xmr.mx> i've never understood why i2p has the "official" router made in Java

<k​ewbit:matrix.org> Ahh, tor is older by 1 year, that was probably all the internet crazy back then like crypto is now

<s​yntheticbird:monero.social> I know someone in south korea that had 3TB/s of bandwith

<3​21bob321:monero.social> Use i2pd

<b​asses:matrix.org> wait a couple of hours

<3​21bob321:monero.social> C++++++++++ i think

<n​eromonero1024:monero.social> I got fiber but only have money for 1 MB/s connection

<s​yntheticbird:monero.social> mhm sounds tiresome

<b​asses:matrix.org> the hell

<3​21bob321:monero.social> Go back to adsl2

<a​mmortel:monero.social> Off topic.

<a​mmortel:monero.social> I configured an open alias on my DNS records and it doesn't resolve in my wallet.

<a​mmortel:monero.social> I did "oa1:xmr recipient_address=...; recipient_name=Ammortel;" with "SPF(txt)" as record type

<a​mmortel:monero.social> Is there something more to it please ?

<s​yntheticbird:monero.social> ISP don't regulate download bandwith until you release abuse it

<3​21bob321:monero.social> @sgp^

<b​asses:matrix.org> mf have the more internet speed than my HDD

<h​bs:matrix.org> What is the issue with that?

<k​ewbit:matrix.org> I must admit I2P is pretty crappy on the phone, or at least the phone I was devving on, I couldn’t sustain a low traffic tcp tunnel

<k​ewbit:matrix.org> That was i2pd in Invisible

i2p is quite good for a privacy-preserving network. However, it takes time for it to get "warmed up". Most "normal" people won't put up with waiting ~5 minutes to get the i2p daemon connections good enough.

<3​21bob321:monero.social> Only people who use to use dial up with wait

I2p would solve the network layer privacy issues of Monero. But, again, most i2p-unaware people won't put up with it. They will get confused, "why isn't my wallet connecting," "this is too slow", blah blah

<3​21bob321:monero.social> They understand the wait time

<k​ewbit:matrix.org> 💯 I am not waiting 5 minutes but if it were an isolate on Android perhaps

<b​asses:matrix.org> rewrite in C--

<k​ewbit:matrix.org> Ohh yeah that’s better because you get buffer underflows instead

<r​avfx:xmr.mx> C-- dead right?

<r​avfx:xmr.mx> At least the C-- compiler for ColibriOS

<3​21bob321:monero.social> Everyone these days is yalla yalla

<b​asses:matrix.org> running background process 24/7

Apart from that, even I curse i2p network, sometimes. Sometimes it takes way too damn long to get connection to my destination.

<b​asses:matrix.org> kills limited data plans

<k​ewbit:matrix.org> Yeah that’s that price you pay for privacy mate

I def should remake the VM for I2P. Glad to see the network mentioned more and more.

<3​21bob321:monero.social> We have 20min lock times, so

<3​21bob321:monero.social> 5mins is nothing

"price you pay for privacy" <-- I am willing to pay for it, however, most of the normies and newcomers won't.

<f​ede:xmr.mx> that it forces having two implementations, since the Java version is made in Java and so it cannot be used on small devices (very high memory usage), or anywhere performance is critical

<f​ede:xmr.mx> having two implementations = more work for developers = less features and more bugs

<b​asses:matrix.org> anything that have "java" in its name sucks

<k​ewbit:matrix.org> Haha

Isn't the C++ router more popular anyway?

<k​ewbit:matrix.org> Unless you can compile in GraalVM yes

<b​asses:matrix.org> pretty sure most people will use i2p browser bundle

<3​21bob321:monero.social> Like tor browser

<k​ewbit:matrix.org> But I have a soft spot for Java because of Minecraft

<k​ewbit:matrix.org> Minecraft makes Java ok

<r​avfx:xmr.mx> I think it's because it have actually compiled OpenGL binding

<k​ewbit:matrix.org> We could put together an I2P browser bundle

basses, there is one? I use IRC there too anyway, so not looked at it.

One thing I am convinced of, is that, dandelion++ is only one part of the network level privacy Monero users need. Most people make clearnet connections to someone else's nodes.

<k​ewbit:matrix.org> Fork of firefox or tor itself and add i2p

<b​asses:matrix.org> Install Bundle For Windows

<n​eromonero1024:monero.social> shit already exists

<n​eromonero1024:monero.social> github.com/PurpleI2P/i2pdbrowser

<k​ewbit:matrix.org> Ahh yeah but I think for people to care it would need to use both tor and i2p

<k​ewbit:matrix.org> At the moment i2p is just a bonus

<k​ewbit:matrix.org> Feels like

<b​asses:matrix.org> last month commit, patch new CVE?

<f​ede:xmr.mx> true, i2pdbrowser has still the CVE unpatched

<b​asses:matrix.org> I have seen people using mullvad browser for i2p

<k​ewbit:matrix.org> Ahh tor has had CVEs :)

<n​eromonero1024:monero.social> apparently, it's just a collection of scripts that configures the official firefox

+1 for mullvad browser + i2pd

<n​eromonero1024:monero.social> unless I'm missing something

<f​ede:xmr.mx> i'm talking about the Firefox remote code execution CVE

<b​asses:matrix.org> mozilla.org/en-US/security/advisories/mfsa2024-51

<k​ewbit:matrix.org> Yeah, madness, I swear they get planted there

<k​ewbit:matrix.org> By ‘accident’….

basses, what is even the point of i2p if the whole OS is spyware?

I just used i2pd with normal Librewolf. The only complication I remember is the initial address books not being enough, but some had to be added and it was not a big deal.

<b​asses:matrix.org> This is the problem with i2p, it doesn't have a standard browser, so no one fingerprint blend in with others

<f​ede:xmr.mx> i2p was planned more as a "general purpose" network i think

<f​ede:xmr.mx> but a std browser would be neat, for sure

<h​bs:matrix.org> So does Haveno?

<k​ewbit:matrix.org> It’s was probably design to solve annoying NAT problems

<k​ewbit:matrix.org> I tend to use it more for that than anything else tbh

basses, yeah, fair.

<s​needlewoods:monero.social> watch sensors