00:37:27 <izslrkvhieyj> What kind of person steals from own community? shorturl.at/jmDM4 Your own leaders are laughing at how stupid you are falling for thier 'Magical Crypto Friendship'.
05:19:43 <Inge-> quite a lot of misinformation out there
05:19:45 <Inge-> https://twitter.com/GeistLight/status/1368623437325942789?s=19
07:37:22 <nssy> .ogre
07:37:22 <monerobux> BTC-XMR on Tradeogre at 0.00416000 BTC on 1.034 BTC volume
09:43:42 <cfmdvujnuku> All you are 'fighting' for is e-penis of a guy you never met, that doesn't even have common decency to pay you for your time.
09:43:42 <cfmdvujnuku> Do you think they care about Monero, or privacy or anything other than money?
09:50:49 <SerHack> bevanoff[m]1: could be both
15:55:28 <kinghat[m]> https://reason.com/2021/02/22/support-encryption-for-everybody-or-place-your-faith-in-government-snoops/
18:21:07 <snowkeld[m]> anyone in here use monero with btcpay? Everything is fine but the wallet just keeps rebooting in docker
20:10:42 <sethsimmons> <snowkeld[m] "anyone in here use monero with b"> I know a couple people who do and have maintained the Docker config for BTCPayServer for Monero for a bit -- any more details on the issue? Is disk space sufficient for whatever chains you're syncing with BPS?
20:11:21 <sethsimmons> You can check logs of the container with `docker logs --follow btcpayserver_monerod`.
20:22:58 <rehrar> dude this IRC spam is relentless. The nonsencial ones in the PMs
20:23:35 <mozi[m]> need mods
20:23:37 <sethsimmons> Just use Matrix and you don't get IRC PM spam ;)
20:23:54 <sethsimmons> (or at least I don't)
20:27:05 <gingeropolous> rehrar, nonsensical onces can be mitigated with something
20:27:13 <gingeropolous> mode R or something
20:35:53 <snowkeld[m]> <sethsimmons "You can check logs of the contai"> ah, this isn't the one giving issue, it was the monero wallet. It worked on this reboot for some reason, really no idea why 🤷‍♂️ I'll update if it starts up again
20:37:58 <xmrscott[m]1> gingeropolous: rehrar : /mode #channel +R  (for only registered in, +M for only registered talking)
20:38:34 <xmrscott[m]1> s/registered in/registered joins
20:38:34 <monerobux> xmrscott[m]1 meant to say: gingeropolous: rehrar : /mode #channel +R  (for only registered joins, +M for only registered talking)
20:39:13 <rehrar> xmrscott[m]1: and that will get rid of nonsense PMs?
20:40:47 <xmrscott[m]1> rehrar: For PMs it looks like /umode2 +D
20:40:59 <dEBRUYNE> Use /mode rehrar +R
20:42:10 <sethsimmons> <snowkeld[m] "ah, this isn't the one giving is"> If you can pull logs from btcpayserver_monero_wallet that could be helpful as an issue in Github 🙂
20:42:18 <sethsimmons> `docker logs btcpayserver_monero_wallet`
20:42:52 <rehrar> dEBRUYNE: done. let's see
20:43:00 <rehrar> what's up with those PMs anyways? Why are they there? They're nonsense.
20:43:13 <xmrscott[m]1> The umode2 method will block all messages period. So if trolls are still wasting energy creating registered accounts, you need not worry
20:43:26 <xmrscott[m]1> Should you still be spammed
20:43:44 <rehrar> xmrscott[m]1: unfortunately I can't block all messages. I have to keep them open for mah job
20:44:37 <xmrscott[m]1> Ah bummer. Figured being PM-able on reddit or whatever would suffice, and anything that needs to be super secure would be via email or encrypted comms on Matrix since IRC isn't encrypted
21:12:36 <midipoet> What's the story with this criticism?
21:12:38 <midipoet> https://librehash.org/monero-wallet-library-backdoors/
21:14:20 <rehrar> fluffypony linked to an expose on this person. did you read it?
21:14:50 <midipoet> I don't really care for an expose on the person. I care for a discussion on the technicals
21:16:38 <dEBRUYNE> midipoet: https://old.reddit.com/r/Monero/comments/lz1v61/second_jp_aumasson_fundraise_should_be_created/gpzh6qh/?context=3
21:17:19 <rehrar> A lot of his stuff is being mad at deviating from BIP standards (which Monero has never adhered to)
21:22:45 <midipoet> Yeah, I got that much. However, there does seem to be genuine criticisms. For arguments sake  adding meta data (especially related to a timestamp) to the seed to account for a shortfall in bit length/space doesn't seem a way to increase/maintain security, does it? I can't verify the efficacy of removing Argan for PBKDF2, but it seems a rational criticism also.
21:23:16 <rehrar> if someone gets the seed, they can just sync from chain and see when the first transactions started happening
21:23:39 <midipoet> fluffypony saying that the proposal is just that, doesn't mean it shouldn't be critically appraised. Personally I have no reason to doubt either proposer, but I also just assume people know better than I.
21:23:45 <dEBRUYNE> You don't necessarily need to shorten the bit length / space
21:23:53 <dEBRUYNE> You could also do 24/25 word seeds + 1 word for the embedded height
21:24:18 <dEBRUYNE> midipoet: There's an extensive discussion on Github, I'd start there before raising criticisms
21:24:34 <midipoet> But the whole point is that you have 14 words, and the rest need padding to make up the bit length, no? Or am I being dufus?
21:25:00 <midipoet> dEBRUYNE: GitHub convo seems fair
21:25:00 <dEBRUYNE> https://github.com/monero-project/monero/issues/6639
21:25:05 <midipoet> Thanks!
21:25:58 <rehrar> Currently only the first three letters of our current seed is being used, no dEBRUYNE ?
21:26:35 <midipoet> deBRUYNE: Is this the same issue/proposal?
21:28:22 <dEBRUYNE> Yes
21:28:31 <dEBRUYNE> See Tevador's link somewhere to his 14 word proposal, which xiphon is currently working on
21:29:45 <midipoet> dEBRUYNE: yeah, was looking for that now.
21:32:31 <midipoet> rehrar: xiphon's proposal used BIP39 word list, afaiu
21:47:01 <midipoet> Sure. I think the security being discussed is about brute forcing the seed/guessing elements of it
21:47:49 <midipoet> rehrar: that was to your comment about knowing the timestamp if seed is known
23:16:58 <trasherdk[m]1> Did my node just get rolled back 500 blocks ?
23:39:31 <trasherdk[m]1> I just restarted 2 nodes, that stopped syncing, on reorg aprox. -500 blocks ???