[ANN][XMR] monero.crypto-pool.fr | Large Monero Mining Pool

[CiscoStud]

My stats stopped showing on the website?  My miner is working just fine.

Anyone else?


Also it says Total Paid:  0.300000000000 XMR but I have only received 0.100000000000

[perl]

You are full refresh page ?
I have tested and work for me ( Firefox,chrome,safari)

[CiscoStud]

Yes cleaned cache seemed to work.

thanks!

[csa1234]

any chance of merged mining?

[superresistant]

any chance of merged mining?

Yes but first we are going to open 3 new pools for cryptonote coins.

Merged mining can take long time to add so we better open the other pools first as it will not take long.

[superresistant]

 
I don't know if you noticed but we solved the API website problem.

Now the refresh is working, the displayed informations doesn't get stuck and it is faster than before.

It's great for you to be on this pool because the efficiency is at 105%. We're doing better right now and you get a bit more monero.

[Anobix]

everything is working great with the pool now, nice work!

[superresistant]

everything is working great with the pool now, nice work!

Thanks man. I am confident that we are the best pool.

[5w00p]

everything is working great with the pool now, nice work!

Thanks man. I am confident that we are the best pool.

Any chance of reducing the fees?  Your competition (ExtremeHash) has 0% fees.

[superresistant]

everything is working great with the pool now, nice work!

Thanks man. I am confident that we are the best pool.

Any chance of reducing the fees?  Your competition (ExtremeHash) has 0% fees.

A no fees pool can be only temporary. At the end of the month, you have to pay the server provider.
We just paid xxx€ of bills and this is only the hardware part. We are 2 people, doing improvement and support all day all night.
Without the fees, we would have to stop. With smaller fees, we could not be so careful about the pool and service.

We could do a promotion for few days with no fees but there is a risk. We must be sure people will stay when we put back the fees.
We may do it for the launch of new cryptonote pools this weekend though.

[5w00p]

Fair enough.  Thanks for the response, superresistant.

[perl]

I start maintenance for use new code.
Preparation for new features and optimisation targeting and more lower target for all )

Outage Waiting:None    Outage Possible:Yes  Outage Time:1 minutes

All connexion for of all miner is not destroy .
I have make switch to new code for next connexion TCP

If all goes well

[superresistant]

So last night we did some updates. Essentially to optimize and increase our server capacity as the hashrate is growing fast.

I just did some typo corrections on the pool page. If you see any mistake, please PM me.

[Taxidermista]

So last night we did some updates. Essentially to optimize and increase our server capacity as the hashrate is growing fast.

I just did some typo corrections on the pool page. If you see any mistake, please PM me.

Payments are stuck again, I though you said that couldn't happen anymore.

[superresistant]

So last night we did some updates. Essentially to optimize and increase our server capacity as the hashrate is growing fast.
I just did some typo corrections on the pool page. If you see any mistake, please PM me.

Payments are stuck again, I though you said that couldn't happen anymore.

We changed the rule set of payments this morning to include automated payment for the Monero devs but we probably written it wrong.
Your Monero are not lost. Thanks for telling us.

EDIT : Payment incoming in less than 30 min.

EDIT : Actually we didn't do anything to make it work. The automatic restart worked as planed.
Basically, payment can get a bit late but no more than what happened here. Usually if there is any problem like a delay in payment we notice it and fix it.
In case we do not notice delay, the pool will fix itself after a time.

[onetwentyfive]

woke up this morning and all my miners are spitting out:

cannot convert blob data
cannot convert target data
cannot convert jobid

in between finding some shares, but hashrate shows much lower, usually 267 on my cpu now 146. It's happening on 2 different rigs so i know it's not just my machine. i have to go to work and i really dont want to have to change pools before i go!

[superresistant]

woke up this morning and all my miners are spitting out:
cannot convert blob data
cannot convert target data
cannot convert jobid
in between finding some shares, but hashrate shows much lower, usually 267 on my cpu now 146. It's happening on 2 different rigs so i know it's not just my machine. i have to go to work and i really dont want to have to change pools before i go!

We are rewriting the vardiff to be more effective.
If we succeed, we will automatically send the appropriate work (diff) to the miners and much less work will be wasted.

Right now, we report a lower hashrate than before but somehow, we find more blocks.
We need to optimize all of this.

The pool is still up and working. We need to gather data from what's happening and continue the optimization.

[perl]

woke up this morning and all my miners are spitting out:

cannot convert blob data
cannot convert target data
cannot convert jobid

in between finding some shares, but hashrate shows much lower, usually 267 on my cpu now 146. It's happening on 2 different rigs so i know it's not just my machine. i have to go to work and i really dont want to have to change pools before i go!

For explain the probleme now Fixed ( rollback)

Actualy if you get or you have not kuck and search hash more 2 minutes or 3 minute ( Stack TCP/IP )
Connexion is reset and you begening new vardiff .

For resolve , I send job empty normaly not change block if miner follow statrum specs.
You miner, I tested hash of blob = "" difficulty= "" jobid=""

I have remove fonction

[onetwentyfive]

woke up this morning and all my miners are spitting out:

cannot convert blob data
cannot convert target data
cannot convert jobid

in between finding some shares, but hashrate shows much lower, usually 267 on my cpu now 146. It's happening on 2 different rigs so i know it's not just my machine. i have to go to work and i really dont want to have to change pools before i go!

For explain the probleme now Fixed ( rollback)

Actualy if you get or you have not kuck and search hash more 2 minutes or 3 minute ( Stack TCP/IP )
Connexion is reset and you begening new vardiff .

For resolve , I send job empty normaly not change block if miner follow statrum specs.
You miner, I tested hash of blob = "" difficulty= "" jobid=""

I have remove fonction

interesting stuff.. i've been checking the pool page all day from my office and it looks there haven't been any more issues. It's interesting though, my hash should be around 1.9-2kh/s but sometimes it's staying reliably around 4.5 to 5, even as high as 6.5kh/s for long periods of time!

[superresistant]

Update :

Please mine on

xmr.crypto-pool.fr because it will redirect you on the fastest IP available ( xmr1.crypto-pool.fr or xmr2.crypto-pool.fr or xmr3.crypto-pool.fr...)

like this :

stratum+tcp://xmr.crypto-pool.fr:6666

like this :

C:\path_to_minerd\minerd.exe -a cryptonight -o stratum+tcp://xmr.crypto-pool.fr:6666 -u your_monero_address

C:\path_to_miner\ccminer.exe -l 8x64 -o stratum+tcp://xmr.crypto-pool.fr:6666 -u your_monero_address -p x


EDIT : Corrected a typo. Thx PVmining !