07:43:12 <m-relay> <ypavtv97lx: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> <dreamcityx:matrix.org> Is the host operating system connected to the internet? 07:51:01 <m-relay> <ypavtv97lx: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> <dreamcityx:matrix.org> Was it connected to the internet after wallet creation? 07:53:03 <m-relay> <ypavtv97lx:matrix.org> I'm not asking for the security of the stored generated seed, but for it's creation 07:57:53 <m-relay> <dreamcityx: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> <ypavtv97lx: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> <zarter:matrix.org> Why are people always trying to compare firo and monero? 11:02:49 <m-relay> <zarter: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> <dreamcityx: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> <dreamcityx:matrix.org> Lelantus (their privacy protocol) is cool 11:14:08 <m-relay> <dreamcityx:matrix.org> Firo is newer and more niche, but still used (eg for freelance work, online payments, investment etc)" 11:14:09 <m-relay> <dreamcityx:matrix.org> Both can coexist and have their advantage ^_^ 11:15:44 <m-relay> <zarter:matrix.org> I guess I could read a little about it, sounds interesting 11:28:07 <m-relay> <dreamcityx:matrix.org> Like any project, they made some controversial and difficult decisions: 11:28:07 <m-relay> <dreamcityx: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> <dreamcityx: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> <ypavtv97lx:matrix.org> Firo is a scam 11:47:39 <m-relay> <ypavtv97lx:matrix.org> it had dev-tax if i remember correctly 11:48:16 <m-relay> <ypavtv97lx:matrix.org> and many other problems 11:48:17 <m-relay> <ypavtv97lx:matrix.org> mainly people behind it. 11:49:13 <m-relay> <ypavtv97lx:matrix.org> > Both can coexist and have their advantage ^_^ 11:49:13 <m-relay> <ypavtv97lx:matrix.org> there's no reason for Firo to exist 11:51:39 <m-relay> <zarter: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> <zarter: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> <zounds:monero.social> isn't firo the one sarang has been working with 13:35:24 <m-relay> <ofrnxmr:monero.social> Yes 14:24:20 <MajesticBank> would be cool if domain is trimmed from m-relay, so we just see <zounds> or zounds: 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> <ctrej: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> <ofrnxmr:monero.social> Lol @ geonic in general 17:24:03 <m-relay> <ofrnxmr:monero.social> name some firo sockpuppets plz. Otherwise take your _whatever your issue is_ to you diary 17:24:53 <m-relay> <ofrnxmr: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> <123bob123:matrix.org> The way it should be 20:02:47 <m-relay> <123bob123:matrix.org> Suck it up 20:03:06 <m-relay> <123bob123:matrix.org> Suck it up princess 20:09:22 <m-relay> <datahoarder: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> <datahoarder: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> <123bob123:matrix.org> You use matterbridge now? 20:39:28 <m-relay> <rucknium:monero.social> DataHoarder: @dan:cryperstack.com I think 20:40:49 <m-relay> <datahoarder: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> <123bob123:matrix.org> Ok cause there was a disclaimer with matrix on matterbridge 20:49:14 <m-relay> <123bob123:matrix.org> Something about mitm setup basically 20:53:35 <m-relay> <datahoarder:monero.social> all bridges are mitm 20:53:54 <m-relay> <datahoarder:monero.social> they don't do encryped rooms either, but it's all pointing towards IRC already 20:54:20 <m-relay> <datahoarder:monero.social> heisenbridge would be similar, matrix-appservice-irc would be similar 20:54:57 <m-relay> <datahoarder:monero.social> that is by design due to how bridging to IRC works 21:29:42 <m-relay> <123bob123:matrix.org> Yeah 21:29:42 <m-relay> <123bob123: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> <ntma:matrix.org> hello - did monero experience a 51% attack yesterday or what happened with nanopool?