libera #monero-dev

12 Feb 2026

Official repo: github.com/monero-project/monero || Don’t ask to ask, just ask:) || Monero GUI dev is at #monero-gui || Monero website dev is at #monero-site || Non-dev questions -> #monero, please || No fork help, you’re on your own

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