<y​pavtv97lx:matrix.org> Hi, I have a concern about the security of my cold wallet that I generated years ago on a virtual machine (ubuntu) that was never connected to the Internet - Was there enough random data so the generated seed is not compromised due to low entropy ?

<d​reamcityx:matrix.org> Is the host operating system connected to the internet?

<y​pavtv97lx:matrix.org> I don't remember if it was connected at the time of wallet creation, but it was connected before

<d​reamcityx:matrix.org> Was it connected to the internet after wallet creation?

<y​pavtv97lx:matrix.org> I'm not asking for the security of the stored generated seed, but for it's creation

<d​reamcityx:matrix.org> Heh… I see. Assuming that no malware has affected the prng, your VM is likely able to access CPU instructions and use your CPU as hardware entropy.

<y​pavtv97lx:matrix.org> I think I will generate new wallet outside VM on a secure machine once the new wallet scheme is online

<z​arter:matrix.org> Why are people always trying to compare firo and monero?

<z​arter:matrix.org> I have never heard of anyone using firo/zcash in the wild and IIRC it isn't even a privacy coin?

<d​reamcityx:matrix.org> Firo is a privacy coin that utilizes Zero-Knowledge Proofs, particularly the Zerocoin protocol, to ensure user privacy. This tech enables Firo users to burn their coins and generate new ones without leaving any transaction history.

<d​reamcityx:matrix.org> Lelantus (their privacy protocol) is cool

<d​reamcityx:matrix.org> Firo is newer and more niche, but still used (eg for freelance work, online payments, investment etc)"

<d​reamcityx:matrix.org> Both can coexist and have their advantage ^_^

<z​arter:matrix.org> I guess I could read a little about it, sounds interesting

<d​reamcityx:matrix.org> Like any project, they made some controversial and difficult decisions:

<d​reamcityx:matrix.org> Trusted setup: a group of people generate and keep secret cryptographic keys. When It comes to integrity It's great but It introduces centralization and trust.

<d​reamcityx:matrix.org> Opt-in privacy: Well, voluntary privacy is great but If the adoption rate is low, It can defeat its purpose, isn't it?

<y​pavtv97lx:matrix.org> Firo is a scam

<y​pavtv97lx:matrix.org> it had dev-tax if i remember correctly

<y​pavtv97lx:matrix.org> and many other problems

<y​pavtv97lx:matrix.org> mainly people behind it.

<y​pavtv97lx:matrix.org> > Both can coexist and have their advantage ^_^

<y​pavtv97lx:matrix.org> there's no reason for Firo to exist

<z​arter:matrix.org> I will probably never use it, but I can learn more of crypto if I read how they did it

<z​arter:matrix.org> Anyone have a good source to read some about firo, preferably not a full books but a good read?

<z​ounds:monero.social> isn't firo the one sarang has been working with

<o​frnxmr:monero.social> Yes

would be cool if domain is trimmed from m-relay, so we just see <z​ounds> or z​ounds:

MajesticBank: it was specifically added to differentiate matrix users from different domains in matrix

otherwise a:matrix.org and a:monero.social would appear the same

cannot just query the user like on many-many bridge

does it makes a difference from which matrix server user comes from point of discussion ?

not sure did I explained well

just add extra data when reading and looking for nickname in that long string

for me

pm from irc to matrix not possible anymore also ?

no, it's not the EMS-run bridge MajesticBank

so it's not a single TCP user connection per matrix/irc user

m-relay is running as a stopgap for now, I mentioned elsewhere I would look over the weekend into getting their bridge software (or one that does halfway) running on social, but that is privileged

it doesn't make a difference directly MajesticBank, but for example, if both users talk at the same time, they would show the same here

(and getting their software to run without the issues/bugs of their software, including message loss and instability, reason why they were removed)

<c​trej:matrix.org> yes. I could make my own MajesticBank account on some random matrix server and pretend to be you, and no one would be able to tell

lol @ the firo sockpuppets in this channel

ypavtv97lx: dev tax + master nodes

at least with m-relay there are no dropped messages lol

yeah it’s actually better in that regard

selsta: when ne release? I love updating :)

*new

.

nioc: luigi is unavailable currently for a bit

soo once luigi is back + a bit soon

2 weeks if no issues show up

<o​frnxmr:monero.social> Lol @ geonic in general

<o​frnxmr:monero.social> name some firo sockpuppets plz. Otherwise take your _whatever your issue is_ to you diary

<o​frnxmr:monero.social> s/you/your

miss the old bridge & my ignore list

Tldr matrix sucks, as was long suspected

<1​23bob123:matrix.org> The way it should be

<1​23bob123:matrix.org> Suck it up

<1​23bob123:matrix.org> Suck it up princess

<d​atahoarder:monero.social> I will looking towards the weekend a better way to bridge, maybe heisenbridge but that requires a more complex setup with an appservice on matrix instance at monero.social, who would I poke to be able to set up things at some point if that ends up looking better?

<d​atahoarder:monero.social> Will be doing testing elsewhere otherwise

maybe I should just write my own at some point :)

<1​23bob123:matrix.org> You use matterbridge now?

<r​ucknium:monero.social> DataHoarder: @dan:cryperstack.com I think

<d​atahoarder:monero.social> Dan r/dark (Is not the man & Braxman Tomsparks Advocate ): no, but considering it now that there is something running at least (discounting matrix-appbridge-irc as it has all the same issues as the EMS run one had)

<1​23bob123:matrix.org> Ok cause there was a disclaimer with matrix on matterbridge

<1​23bob123:matrix.org> Something about mitm setup basically

<d​atahoarder:monero.social> all bridges are mitm

<d​atahoarder:monero.social> they don't do encryped rooms either, but it's all pointing towards IRC already

<d​atahoarder:monero.social> heisenbridge would be similar, matrix-appservice-irc would be similar

<d​atahoarder:monero.social> that is by design due to how bridging to IRC works

<1​23bob123:matrix.org> Yeah

<1​23bob123:matrix.org> github.com/42wim/matterbridge/wiki/Section-Matrix-%28basic%29

yeah, that also showed in the EMS bridge

see matrix-org.github.io/matrix-appservice-irc/latest/usage#encryption

so not much difference

IRC cannot receive the encrypted matrix messages so there will be decryption even if one implemented it

<n​tma:matrix.org> hello - did monero experience a 51% attack yesterday or what happened with nanopool?