The number of shares currently displayed in the "My Stats" section of each pool is currently exactly that, the number of submitted shares. To make it easier for miners to compare their contribution, I would like to change that to the value used by the payout system which would be the sum of all shares multiplied by their difficulty.

Example

Let's assume Miner A submits ten shares at difficulty 10. With the current system he would see "10" as his number of shares. Under the proposed system he would see 10 * 10 = 100. Miner B with a much weaker rig, submits 100 shares but at difficulty 1 which would also result in the value 100. As such their contribution to the block effort would be equal. Using a payout system without temporal variance this would result in both miners receiving an equal amount. With PPLNS which we use to prevent pool hopping, there would be a slight variance depending on when both miners submitted shares and whether one of them stopped mining at some point.

This change would be in line with what most other pools are using today. What do you think?

Go Team Go

I'm planning to integrate the mining operation under the existing coinfoundry.org organization. The domain poolmining.org has originally been chosen for SEO purposes. But as some people have repeatedly voiced here and on twitter, the name is simply too generic. The rebranding will occur completely seamless. Miner configurations will not need not to be updated at all and both the main website and this support site will redirect to their new locations. I will announce the exact date of the change a couple days before its scheduled to happen.  

I can't believed my eyes! 

4 blocks in 4 days!  :)

getting socket errors every couple of minutes, i'm in the uk and my line speed seems fine. 50 ms ping to etn.coinfoundry.org

Hi, is poolmining.org planning on adding Electroneum to its pools? There are only a few good pools out there and the demand for mining has been increasing rapidly since last month.

Thanks

Looks like the Dash page is down. Doesn't appear to be affecting mining but can't check pool activity or balances.

Just wanted to let you guys know that I'm fully aware of the delayed Monero payouts. Both our Monero Nodes refuse to construct the payout transaction with an internal error even though there's enough confirmed balance on the wallet. I have communicated this to the Monero Team on Github (https://github.com/monero-project/monero/issues/3108) and I will now attempt a workaround that apparently worked for someone else.

What an irony. The pool finds three blocks within a couple hours and then this. 

During a development related inspection of the database table containing the miner balances, I've come accross a ton of balances that will never going to reach their intended destinations simply because shares were submitted using the wrong miner login. In short the miner did not follow the instructions on given https://poolmining.org/pool/xmr. The most common case by far is the use of the '#' character instead of a dot character for seperating workername from wallet address. Resulting in the workername being treated as a Monero Payment Id.

This is a valid Payment ID: 

4EUej1YR199Rt8chsaGWXqaUuoPd3zx4xKnoCpfXjvUvE59tGUr9n4ebDSodxDBsGh8TzLWKecof2Tz799woXRfh2MCbdkt8x

This is just a tiny fragment of balances unintentionally using worker names as Payment Ids:

44myiCivPsdRt8chsaGWXqaUuoPd3zx4xKnoCpfXjvUvE59tGUr9n4ebDSodxDBsGh8TzLWKecof2Tz799woXRfh1vmnMfP#0f9137ec4d5bbcaf
494XDjGLHpvSuK81cJioBfQcN9ibJvnWHG7cPSz6MUagg6EjuLWoHUQCpWFQGSkHgwe7gz5a1PGsFPNY4uptGSXSJxSiUad#3257
494XDjGLHpvSuK81cJioBfQcN9ibJvnWHG7cPSz6MUagg6EjuLWoHUQCpWFQGSkHgwe7gz5a1PGsFPNY4uptGSXSJxSiUad#23
47jiBuHxv2BVH4K4GNo8QT4TXQ6nAcs1jXMpzhyDFwcKeaYzZDZaNfeEB7WHytFxyiRH4cBEBRqix8PZskTsTkkr2Jex5r8#3
47jiBuHxv2BVH4K4GNo8QT4TXQ6nAcs1jXMpzhyDFwcKeaYzZDZaNfeEB7WHytFxyiRH4cBEBRqix8PZskTsTkkr2Jex5r8#4
47jiBuHxv2BVH4K4GNo8QT4TXQ6nAcs1jXMpzhyDFwcKeaYzZDZaNfeEB7WHytFxyiRH4cBEBRqix8PZskTsTkkr2Jex5r8#5
47JUmQC7NiMW5928FG3K5qR1FnCsKXsKtHuLUBxAkk86LT2Zn98We2XdCThCLK58EjUPyEUY73fyVbpZ8VYcvZDE7zxsMmz#b386fccdf799bf1d
47jiBuHxv2BVH4K4GNo8QT4TXQ6nAcs1jXMpzhyDFwcKeaYzZDZaNfeEB7WHytFxyiRH4cBEBRqix8PZskTsTkkr2Jex5r8#1
43cAsVzMbqtde4RdpQYq4eJMaL7gpZxwvHDpfP9q2UYS2fv9SKpNiH6LS19569ehSkAtpcYHFsivULEVST6vSfsqLxHSXCc#dade8ec0181b3354
42BYC6jf7Zp5BY7vwTfd1oYStcBmnvfmE6Q4zLEK3xVBfEnRD75suMERhbcHc6NShehNMRkfPsCk11Qu5eBRCS9VQjBoViT#1

4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPPcwMP1kDbK3mtBSdt2c6TmLCPiMSXa39uBiEBwkg4FWbPkvPfKaZMgVDM7C#asusrog