libera #monero

21 Dec 2024

[XMR] Be excellent to each other and welcoming to newcomers || getmonero.org || Dev: #monero-dev || Pool related: #monero-pools || Price chat: #monero-markets || People can & do log this channel

• 00:13
  m-relay
  <o​frnxmr:xmr.mx> 🫡
• 00:14
  m-relay
  <o​frnxmr:xmr.mx> ^
• 02:15
  m-relay
  <l​za_menace:monero.social> does btcpayserver monero plugin support a payout option?
• 02:15
  m-relay
  <l​za_menace:monero.social> or do you need to import a view only wallet into it and manage the wallet outside of btcpay?
• 02:56
  m-relay
  <l​oeasy6:matrix.org> Just picked up an 1TB Sankdisk ssd
• 02:57
  m-relay
  <l​oeasy6:matrix.org> I'm not sure, What is btcpayserver?
• 09:03
  m-relay
  <b​asses:matrix.org> old.reddit.com/r/Monero/comments/1h…monerodexe_ridiculous_network_usage
• 09:03
  m-relay
  <b​asses:matrix.org> terrible replies, please help this guy with logical guesses
• 09:18
  m-relay
  <s​hortwavesurfer2009:monero.social> For Fiat, I don't think so, since there would be no payment processor.
• 10:04
  m-relay
  <r​oot:kimapr.net> integrated address
• 10:04
  m-relay
  <r​oot:kimapr.net> Aren't payment ids deprecated nowadays
• 10:04
  m-relay
  <r​oot:kimapr.net> there's 0 reason not to use subaddresses instead
• 10:54
  m-relay
  <j​ivan:opaline.uk> It's a self-hostable cryptocurrency payment processing platform.
• 13:05
  m-relay
  <m​arioob:matrix.org> Hello. For mining xmr is there a big difference in using multiple memory channels? Workstation CPUs can use anywhere from 4 to 12 channel memory. So, does it worth populating all of them?
• 13:24
  m-relay
  <f​ijxu:nadeko.net> I doubt it, RAM is very fast and I don't think adding more channels is going to make any difference
• 14:12
  nioCat
  the most basic setup is 2 channel memory and using both is significantly faster than using 1. If 4 channels then that is faster than 2 but I have no idea by what %
• 14:12
  nioCat
  beyond that I don't know
• 14:13
  nioCat
  AIUI 1 stick per channel is best
• 14:43
  sech1
  1 memory channel = 10-12 kh/s max, no matter how hard you try. So you need all memory channels for high core count CPUs
• 14:49
  m-relay
  <m​arioob:matrix.org> So, increasing memory channels beyond 2, will still give proportional increases in hashrate?
• 14:50
  sech1
  If your CPU supports it
• 14:50
  sech1
  And has enough cores and cache
• 14:53
  m-relay
  <m​arioob:matrix.org> Plan to build a x2 socket CPU server for mining. And trying to fin out if 4 RAM sticks (dual channel each CPU) will be hugely different from 24 RAM sticks (12 channel per CPU)
• 14:54
  m-relay
  <m​arioob:matrix.org> Plan to build a x2 socket CPU server for mining. And trying to find out if 4 RAM sticks (dual channel each CPU) will be hugely different from 24 RAM sticks (12 channel per CPU)
• 15:44
  sech1
  It depends on CPU
• 15:45
  sech1
  You can check your CPU on xmrig.com/benchmark and see how many memory sticks the best results use
• 16:21
  m-relay
  <m​arioob:matrix.org> ty
• 16:39
  m-relay
  <l​za_menace:monero.social> meant for xmr - i don't see a way to have the wallet send the funds out (i have a generated wallet on the server, did not import from a view key)
• 16:39
  m-relay
  <l​za_menace:monero.social> so it seems like i'll just need to import a view key instead
• 16:57
  m-relay
  <j​ivan:opaline.uk> You mean for the store to receive payments from customers?
• 16:58
  m-relay
  <j​ivan:opaline.uk> In BTCPay, "payout" refers to setting aside funds for a user to claim at any future time using a privately shared URL
• 16:59
  m-relay
  <j​ivan:opaline.uk> My understanding is that these can't be automated on a regular basis, at least not using BTCPay's own tooling.
• 17:06
  m-relay
  <l​za_menace:monero.social> oh, didn't realize that. i meant how to have the btcpayserver wallet transfer funds to my personal wallet
• 17:07
  m-relay
  <l​za_menace:monero.social> but it seems like that's not support and what you're supposed to do is either upload a view key or copy the private keys from the btcpayserver wallet
• 17:07
  m-relay
  <f​ede:xmr.mx> why would you do this? if only view key touches the server then the wallet is secure
• 17:08
  m-relay
  <l​za_menace:monero.social> it's just how i had set it up at the time. when provisioning the server a wallet is generated for btcpayserver to use so it's all automated one click
• 17:16
  m-relay
  <j​ivan:opaline.uk> That's correct, please read the documentation, most storefront implementations work in this way
• 17:16
  m-relay
  <j​ivan:opaline.uk> docs.btcpayserver.org/FAQ/Altcoin
• 21:03
  m-relay
  <l​oeasy6:matrix.org> Hi