07:43:12 <m-relay> <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 ?
07:50:29 <m-relay> <d​reamcityx:matrix.org> Is the host operating system connected to the internet?
07:51:01 <m-relay> <y​pavtv97lx:matrix.org> I don't remember if it was connected at the time of wallet creation, but it was connected before
07:52:22 <m-relay> <d​reamcityx:matrix.org> Was it connected to the internet after wallet creation?
07:53:03 <m-relay> <y​pavtv97lx:matrix.org> I'm not asking for the security of the stored generated seed, but for it's creation
07:57:53 <m-relay> <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.
08:10:18 <m-relay> <y​pavtv97lx:matrix.org> I think I will generate new wallet outside VM on a secure machine once the new wallet scheme is online
11:02:05 <m-relay> <z​arter:matrix.org> Why are people always trying to compare firo and monero?
11:02:49 <m-relay> <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?
11:14:08 <m-relay> <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.
11:14:08 <m-relay> <d​reamcityx:matrix.org> Lelantus (their privacy protocol) is cool
11:14:08 <m-relay> <d​reamcityx:matrix.org> Firo is newer and more niche, but still used (eg for freelance work, online payments, investment etc)"
11:14:09 <m-relay> <d​reamcityx:matrix.org> Both can coexist and have their advantage ^_^
11:15:44 <m-relay> <z​arter:matrix.org> I guess I could read a little about it, sounds interesting
11:28:07 <m-relay> <d​reamcityx:matrix.org> Like any project, they made some controversial and difficult decisions:
11:28:07 <m-relay> <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.
11:28:08 <m-relay> <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?
11:47:23 <m-relay> <y​pavtv97lx:matrix.org> Firo is a scam
11:47:39 <m-relay> <y​pavtv97lx:matrix.org> it had dev-tax if i remember correctly
11:48:16 <m-relay> <y​pavtv97lx:matrix.org> and many other problems
11:48:17 <m-relay> <y​pavtv97lx:matrix.org> mainly people behind it.
11:49:13 <m-relay> <y​pavtv97lx:matrix.org> > Both can coexist and have their advantage ^_^
11:49:13 <m-relay> <y​pavtv97lx:matrix.org> there's no reason for Firo to exist
11:51:39 <m-relay> <z​arter:matrix.org> I will probably never use it, but I can learn more of crypto if I read how they did it
11:52:41 <m-relay> <z​arter:matrix.org> Anyone have a good source to read some about firo, preferably not a full books but a good read?
12:03:27 <m-relay> <z​ounds:monero.social> isn't firo the one sarang has been working with
13:35:24 <m-relay> <o​frnxmr:monero.social> Yes
14:24:20 <MajesticBank> would be cool if domain is trimmed from m-relay, so we just see <z​ounds> or z​ounds:
14:25:04 <DataHoarder> MajesticBank: it was specifically added to differentiate matrix users from different domains in matrix
14:25:47 <DataHoarder> otherwise a:matrix.org and a:monero.social would appear the same
14:26:18 <DataHoarder> cannot just query the user like on many-many bridge
14:27:16 <MajesticBank> does it makes a difference from which matrix server user comes from point of discussion ?
14:27:22 <MajesticBank> not sure did I explained well
14:27:40 <MajesticBank> just add extra data when reading and looking for nickname in that long string
14:27:46 <MajesticBank> for me
14:29:20 <MajesticBank> pm from irc to matrix not possible anymore also ?
14:33:42 <DataHoarder> no, it's not the EMS-run bridge MajesticBank 
14:33:59 <DataHoarder> so it's not a single TCP user connection per matrix/irc user
14:35:18 <DataHoarder> 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
14:36:06 <DataHoarder> 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
14:37:22 <DataHoarder> (and getting their software to run without the issues/bugs of their software, including message loss and instability, reason why they were removed)
15:55:31 <m-relay> <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
15:55:49 <geonic> lol @ the firo sockpuppets in this channel
15:56:42 <geonic> ypavtv97lx: dev tax + master nodes
15:57:20 <selsta> at least with m-relay there are no dropped messages lol
15:57:47 <geonic> yeah it’s actually better in that regard
16:04:13 <nioc> selsta: when ne release?  I love updating  :)
16:04:22 <nioc> *new
16:28:32 <Monerochad> .
17:18:30 <selsta> nioc: luigi is unavailable currently for a bit
17:18:45 <selsta> soo once luigi is back + a bit soon
17:19:30 <selsta> 2 weeks if no issues show up
17:23:17 <m-relay> <o​frnxmr:monero.social> Lol @ geonic in general
17:24:03 <m-relay> <o​frnxmr:monero.social> name some firo sockpuppets plz. Otherwise take your _whatever your issue is_ to you diary
17:24:53 <m-relay> <o​frnxmr:monero.social> s/you/your
17:28:25 <geonic> miss the old bridge & my ignore list
19:29:19 <DataHoarder> https://libera.chat/news/matrix-bridge-disabled-retrospective
19:57:05 <geonic> Tldr matrix sucks, as was long suspected
20:02:43 <m-relay> <1​23bob123:matrix.org> The way it should be
20:02:47 <m-relay> <1​23bob123:matrix.org> Suck it up
20:03:06 <m-relay> <1​23bob123:matrix.org> Suck it up princess
20:09:22 <m-relay> <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?
20:09:58 <m-relay> <d​atahoarder:monero.social> Will be doing testing elsewhere otherwise
20:10:39 <DataHoarder> maybe I should just write my own at some point :)
20:28:22 <m-relay> <1​23bob123:matrix.org> You use matterbridge now?
20:39:28 <m-relay> <r​ucknium:monero.social> DataHoarder: @dan:cryperstack.com I think
20:40:49 <m-relay> <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)
20:48:43 <m-relay> <1​23bob123:matrix.org> Ok cause there was a disclaimer with matrix on matterbridge
20:49:14 <m-relay> <1​23bob123:matrix.org> Something about mitm setup basically
20:53:35 <m-relay> <d​atahoarder:monero.social> all bridges are mitm
20:53:54 <m-relay> <d​atahoarder:monero.social> they don't do encryped rooms either, but it's all pointing towards IRC already
20:54:20 <m-relay> <d​atahoarder:monero.social> heisenbridge would be similar, matrix-appservice-irc would be similar
20:54:57 <m-relay> <d​atahoarder:monero.social> that is by design due to how bridging to IRC works
21:29:42 <m-relay> <1​23bob123:matrix.org> Yeah
21:29:42 <m-relay> <1​23bob123:matrix.org> https://github.com/42wim/matterbridge/wiki/Section-Matrix-%28basic%29
21:52:07 <DataHoarder> yeah, that also showed in the EMS bridge
21:52:55 <DataHoarder> see https://matrix-org.github.io/matrix-appservice-irc/latest/usage#encryption
21:54:46 <DataHoarder> https://github.com/hifi/heisenbridge/issues/113
21:55:14 <DataHoarder> so not much difference
21:55:37 <DataHoarder> IRC cannot receive the encrypted matrix messages so there will be decryption even if one implemented it
23:59:19 <m-relay> <n​tma:matrix.org> hello - did monero experience a 51% attack yesterday or what happened with nanopool?