Your comments

Trust me, I don't want to do that either. The Monero Pool was the very first pool here. It is my Baby. But every day without a block is mounting more and more pressure on me as I'm in charge, and owe to you guys to get my act together considering how much trust you've shown by sticking with the pool. Sometimes I wake up in the middle of the night, checking the pool on my mobile.

Sehe ich auch so.

Hi Christian. Das ist sogar implementiert. Das Problem ist bisher das die Site über deren API wir die Kurse abrufen bisher BTCP nicht unterstützt. Sobald dies der Fall ist erscheinen die Kurse automatisch.

This is what I've tried so far without success:


  • Switch back and forth between unpatched and patched versions of monerod (the XMR full-node software powering the pool)
  • Bring up a new daemon that's been synced from scratch and switch the stratum servers over to it
  • Increasing inbound/outbound connections of the daemon
  • Bumping process priority of the daemon
  • Tried different software for powering the stratum endpoints for XMR: MiningCore vs nodejs-pool (this is the software responsible for actually unlocking blocks from submitted shares)
  • Tried different commit versions of MiningCore and nodejs-pool (I'm the author of the former and I'm maintaining a fork of the latter)
  • Finally gave each stratum server its own local monerod to eliminate any latency between block updates and work getting sent to miners

None of this helped and I'm honestly on the brink of compensating miners from own money and closing down the XMR pool for good as I can't justify letting miners waste their time and money with that PoS.

Miners submitted too many bad shares in a row will get banned for 10 minutes.

@Mul Vak: I completely understand your concerns and I don't think anything you wrote is unfair, especially regarding the XMR Pool which depresses me to no end. Let me elaborate a bit ...


When comparing CF to giants like DwarfPool one factor is playing a big role: variance. Both our XMR and ETH pools are absolutely tiny in comparison, which results in higher variance in block times. For the ETH, it is at least regulary finding blocks and paying out instantly. I haven't heard any complaints towards the ETH pool so far. Same for the Dash pool (except for the rocky start back then in Mid 2017). Now to the XMR pool. This is what I've tried so far without success:


  • Switch back and forth between unpatched and patched versions of monerod (the XMR full-node software powering the pool)
  • Bring up a new daemon that's been synced from scratch and switch the stratum servers over to it
  • Increasing inbound/outbound connections of the daemon
  • Bumping process priority of the daemon
  • Tried different software for powering the stratum endpoints for XMR: MiningCore vs nodejs-pool (this is the software responsible for actually unlocking blocks from submitted shares)
  • Tried different commit versions of MiningCore and nodejs-pool (I'm the author of the former and I'm maintaining a fork of the latter)
  • Finally gave each stratum server its own local monerod to eliminate any latency between block updates and work getting sent to miners

None of this helped and I'm honestly on the brink of compensating miners from own money and closing down the XMR pool for good as I can't justify letting miners waste their time and money with that PoS.


Finally, regarding your ticket, I'm sorry, must have slipped through somehow. Just let me know if you still wish to have the requested changes implemented and I'll do it right now.

The pool didn't crash but the reliability of the US Stratum Servers is currently questionable. That's why I'm preparing to relocate them to a more reliable provider.

I'm in the process of migrating away from our US hosting provider as the reliability simply isn't there. The new servers will be dedicated machines most likely located in Dallas, TX and Seattle.

I'm in the process of migrating away from our US hosting provider as the reliability simply isn't there. The new servers will be dedicated machines most likely located in Dallas, TX and Seattle.