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