08:28:08 <m-relay> <d​reamlove33:matrix.org> Thank you for the detailed explanation [@jeffro256:monero.social](https://matrix.to/#/@jeffro256:monero.social)
08:28:10 <m-relay> <d​reamlove33:matrix.org> Really appreciate that!
14:37:43 <m-relay> <s​anada08:matrix.org> https://github.com/monero-ecosystem. ---> the repos are archived.
14:38:06 <m-relay> <s​anada08:matrix.org> https://moneroecosystem.org. -----> link is broken
14:45:25 <m-relay> <o​frnxmr:xmr.mx> Yes
14:47:19 <m-relay> <o​frnxmr:xmr.mx> None of that is monero-project. Was a community maintained repo & website
14:47:20 <m-relay> <o​frnxmr:xmr.mx> community maintained org* and website
16:38:16 <vU7e995b> Aside from performance/resource requirements, are there any reasons RandomX should not be used for password-based key derivation?
16:38:37 <vU7e995b> just a curiosity, I'm not very familiar with the problem space
16:42:58 <sech1> There are better hash functions designed specifically for this, like Argon (which is a part of RandomX already)
16:52:55 <vU7e995b> Understood. Is there any reason why it would be unsafe to use RandomX as a pbkdf?
16:58:36 <sech1> Non-constant calculation time, for starters