Pages:
Author

Topic: XMR Monero Pool xmr.suprnova.cc MPOS Based PPLNS - page 6. (Read 13968 times)

newbie
Activity: 12
Merit: 0
you awesome ocminer !!  Grin thanks
legendary
Activity: 2688
Merit: 1240
Okay, you can now enter payment ID's for Bittrex and Poloniex on the Pool:



Please be a bit careful at first and only transfer small amounts, i've did some testing and all was good but i'd consider it beta for now.
full member
Activity: 224
Merit: 100
CryptoLearner
Nice waiting for that too  Grin
legendary
Activity: 2688
Merit: 1240
I indeed found a bug where some unintended ip banning on stratum happened in case you've used claymore over ssl.

Fixed now!

17 seconds later and the problem is solved.  Grin I'm back.

How is the payment address + ID coming along?


I'd say I'm at 80%... Some checks need to be implemented that users don't enter false payments ids or no id at all. Also the id has to be removed when the user changes to a kraken address with integrated ID etc..  It's not as easy as thought first, but I'm pretty far already

Any update?

With mymonero.com being offline which could be long term (hours turned into days and the core dev isn't working on it currently) and Jaxx not supporting mining addresses without the occasional crash (they warn against using their wallet for mining), mining to an exchange is really the only choice for monero.

90% - yesterday first tests with payment ID's where sucessful, i'll start integrating them into the WebGUI today.

If you like, send me your Payment address & Payment ID from Polo and we can test
newbie
Activity: 25
Merit: 0
I indeed found a bug where some unintended ip banning on stratum happened in case you've used claymore over ssl.

Fixed now!

17 seconds later and the problem is solved.  Grin I'm back.

How is the payment address + ID coming along?


I'd say I'm at 80%... Some checks need to be implemented that users don't enter false payments ids or no id at all. Also the id has to be removed when the user changes to a kraken address with integrated ID etc..  It's not as easy as thought first, but I'm pretty far already

Any update?

With mymonero.com being offline which could be long term (hours turned into days and the core dev isn't working on it currently) and Jaxx not supporting mining addresses without the occasional crash (they warn against using their wallet for mining), mining to an exchange is really the only choice for monero.
full member
Activity: 224
Merit: 100
CryptoLearner
Noticed unit error on the main pools page

https://www.suprnova.cc/

for XMR pool it list

Cryptonight   409   2.36 H/s   55.37 H/s

Where it should be

Cryptonight   409   2.36 KH/s   55.37 MH/s

Could potentially drive away eager miners that could believe the pool is dead if they don't click to go on the pool page by itself

Also noticed for ZCL, the unit given by the API for hashrate is x1000 the hashrate, can this be fixed ? Smiley

Thx & Cheers.
full member
Activity: 224
Merit: 100
CryptoLearner
Good to see ocminer has fast respon, maybe the best thing is hold my xmr on your pool until the fee reduced right Grin
i will start mining again on your pool tomorrow  Wink

Yup that's the good way, keep the coin for a few weeks, then transfer when it's lower Smiley
newbie
Activity: 12
Merit: 0
Good to see ocminer has fast respon, maybe the best thing is hold my xmr on your pool until the fee reduced right Grin
i will start mining again on your pool tomorrow  Wink
legendary
Activity: 2688
Merit: 1240
I'll reduce the withdrawal fees once the network reduces them, I just had to set them accordingly to the network as already several withdrawals were made with 0.01 fee but i've paid way more since the hardfork.

Best would probably be to discuss this issue direct with the Monero devs in their topic:

https://bitcointalksearch.org/topic/m.17469638

As the fee doesn't come from the pool, it comes from the coin.
full member
Activity: 170
Merit: 101
payout fees went up to 0.07 XMR from 0.01?
whats wrong with this pool @ocminer ? from hard to find block now payout fee is 0.07 xmr ? that higher than any other xmr pool  Huh
It's because the HF. Tx sizes went up, so someone has to pay for increased size. Other pools has 2% fee they can afford to pay it.
then why not using 2% fee instead this fix 0.07 xmr
stay back micro miner, you will not have change profit on this pool anymore Cry
this pool only for miner farm  Cry
2% from anything more than 3.5 xmr is less profitable than 0.07 xmr.
Also, fees will come down with the time, because block size will be larger and will be no penalty for pool operator to put txs for miners into the block. However it will take some time.
newbie
Activity: 12
Merit: 0
payout fees went up to 0.07 XMR from 0.01?
whats wrong with this pool @ocminer ? from hard to find block now payout fee is 0.07 xmr ? that higher than any other xmr pool  Huh
It's because the HF. Tx sizes went up, so someone has to pay for increased size. Other pools has 2% fee they can afford to pay it.
then why not using 2% fee instead this fix 0.07 xmr
stay back micro miner, you will not have change profit on this pool anymore Cry
this pool only for miner farm  Cry
full member
Activity: 170
Merit: 101
payout fees went up to 0.07 XMR from 0.01?
whats wrong with this pool @ocminer ? from hard to find block now payout fee is 0.07 xmr ? that higher than any other xmr pool  Huh
It's because the HF. Tx sizes went up, so someone has to pay for increased size. Other pools has 2% fee they can afford to pay it.
newbie
Activity: 12
Merit: 0
payout fees went up to 0.07 XMR from 0.01?
whats wrong with this pool @ocminer ? from hard to find block now payout fee is 0.07 xmr ? that higher than any other xmr pool  Huh
newbie
Activity: 25
Merit: 0
payout fees went up to 0.07 XMR from 0.01?
full member
Activity: 224
Merit: 100
CryptoLearner
I indeed found a bug where some unintended ip banning on stratum happened in case you've used claymore over ssl.

Fixed now!

17 seconds later and the problem is solved.  Grin I'm back.

How is the payment address + ID coming along?


I'd say I'm at 80%... Some checks need to be implemented that users don't enter false payments ids or no id at all. Also the id has to be removed when the user changes to a kraken address with integrated ID etc..  It's not as easy as thought first, but I'm pretty far already

Awesome, keep up the good work  Cool
legendary
Activity: 2688
Merit: 1240
Disconnect still occurring according to your dashboard page but worker page shows workers still connected. Monitoring emails of idle workers being sent out. Hashrate on dashboard almost zero. Issues today?

I've just restarted the stratum because of the nicehash fix so that should have caused a small disconnect but that was all, nothing else should have happened and your workers should be working again.
newbie
Activity: 25
Merit: 0
Disconnect still occurring according to your dashboard page but worker page shows workers still connected. Monitoring emails of idle workers being sent out. Hashrate on dashboard almost zero. Issues today?
legendary
Activity: 2688
Merit: 1240
Disconnected. Pool difficulty too low. when trying to send some rented power thrugh nicehash port Sad((((

getting disconnect like crazy...
fix?!

Thanks for your Info, found the error and fixed it.
legendary
Activity: 1596
Merit: 1000
I indeed found a bug where some unintended ip banning on stratum happened in case you've used claymore over ssl.

Fixed now!

17 seconds later and the problem is solved.  Grin I'm back.

How is the payment address + ID coming along?


I'd say I'm at 80%... Some checks need to be implemented that users don't enter false payments ids or no id at all. Also the id has to be removed when the user changes to a kraken address with integrated ID etc..  It's not as easy as thought first, but I'm pretty far already

Glad to hear. Keep up the good work!
legendary
Activity: 2688
Merit: 1240
I indeed found a bug where some unintended ip banning on stratum happened in case you've used claymore over ssl.

Fixed now!

17 seconds later and the problem is solved.  Grin I'm back.

How is the payment address + ID coming along?


I'd say I'm at 80%... Some checks need to be implemented that users don't enter false payments ids or no id at all. Also the id has to be removed when the user changes to a kraken address with integrated ID etc..  It's not as easy as thought first, but I'm pretty far already
Pages:
Jump to: