Hey, I'm shocked by my return on multipule.
I have a 4 * 280x and 4*270x on my X11 is a common hash 21MH / s reading on multipule swim from 16 to 25 MH / s
and I got 24 of my mountain?
Shift End Your Shares / Pool Shares Percent of Pool Shares Avg. Hashrate UTC Paid Status
June 13, 2014 185 / 10306 1.7972 8.78 MH/s 236.29603949 UTC Paid
This is ridiculous. When I get the production line 500-600 UTC 24 hours of mining.
http://s019.radikal.ru/i638/1406/9e/a4d84bbf7752t.jpghttp://s52.radikal.ru/i137/1406/9e/eaab61c5bcc1t.jpgOn the screen a farm with 4 * 280x cards. See what works without errors.
Something is wrong here. I got 3 times less than the UTC direct extraction. I am forced to return to direct production. although I love the X11. Cards almost cold.
Barbados,
Your hashrate is going up down left and right yes, BUT, the hashrate is not what decides your payout, this is what most people do not understand. Your hashrate is calculated based of the amount of shares that have been submitted to the server in 30 minutes. Due to network delays and you being from russia, you might not submit a share for 1 minute, but then submit 6 the next minute. You still get paid equally for that.
The average hashrates on the website were only just recently fixed up, there was an issue with the calculation. So check it now and see what it says.
Apart from that, it is accurate, you only submitted 185 shares in that 24 hour window which is 1.8% of the total tools shares, so If you want to do that calculations, 1.8% of the total utc made by the pool is exactly what you got paid out.
The thing with mining x11 is that your GPU's are dead cold. This means they are not in anyway being utilised as hard as any other algorithms AND their life span will dramatically be increased because of it. On a side note, Because they are not being utilised as hard as other algorithms, you are drawing up to 60% less power than mining Scrypt, If you are also using the lasybear or ltcrabbit kernel, you are saving up to 50% on the power but just got a 30%hashrate increase... So yes, Whilst you are NOT getting that extra 300 UTC a day, you are NOT using that extra 50% power or affecting your cards lifespan.
By all means, if you want more UTC, feel free to mine at the UTC pool, but this multi-pool is not a direct replacement for the UTC pool, its an alternative that allows people with asics to mine scrypt and people who don't want to burn their card up in 6 months to mine x11.
Over time the profitability will increase, but for now we can't do anything if people just jump on the boat for 5 hours then realise they only got paid 100UTC for it. It's not how that cookie crumbles, Multipools are designed to payout evenly over the duration of a week, this prevents people from pool hopping and only mining when it is most profitable. Overall, you will make more profit on the multi pool, but you may not make more UTC. You just use less resources mining the UTC you get, therefore the more profit.
Contact me should you have any further concerns about this.
PS. What is your UTC address so I can check your stats.
Hi
I was mining with 32 MH/s for start and then have little difficulty make the system stable. Lets say system is down for avg 1o min for first 3-4 hour. Also bit up n down mid of the shift as I add some card(I start when shift started). When shift end get 502 UTC and my avg hash shows
25 Mh/s that time(when I add three card more my speed reach to 38-39 MH/s). Now I see that this 25 Mh/s is now 18 MH/s in my statistics(why is that. a 32 Mh/s system shows 25 MH/s okay by taking the ups n downs but 18 Mh/s).
At present I am hashing 27 MH/s as reduce some card and avg speed showing okay and today I am expecting good result. My
question or objection on a matter where u says miners will not get same utc if they do mine directly UTC. U seems forget the objective of multipool mining. Objective of multipool mining is provide the best profit to the miner by mining other coin and give them the coin they want. Its not charity or some other thing happening here. I don't even check if u take any fee or not.
But take the FEE and do what is needed to be done to be on profit margin. When miners do mine they spend money on electricity bill and depreciation cost of their hardware+their time and if someone live hot country they have run AC to cool their rig(I am doing that). So its not child's play. I am a web developer and I get 17 USD/hr for my task and I spend 10000 USD so far in mining I am not even making 10 USD a day. I don't even calculate now what I earn each day from mining. Becomes bag holder. Still I spend some of time here as its a make me feel good to work with hardware. But wasting is not an option. Plz think on that.
BTW your chat option was really nice as getting help quicker. I like your system really. People generally thinks what is working is good and forget to makes things nice. Your web interface is also nice and mobile friendly. Great work on it.
Thanks
Rony
Hey Rony,
Thank you for your nice words first up! I appreciate it!
To address your issue with your hashrate, Do not let this concern you, the way averages work with anything, is just harsh. 10 minutes at 0MH/s can drop and overall rate quite excessively. It is a real burden that.
The overall hashrate for the shift is a calculation of what your hashrate would of been if you were mining for the full 24 hours.
So for example.
Last shift, Looking at your graph, It was very volatile, Up and down. I will be increasing the hashrate calculations to be over 1 hour for data in the graph. This will help keep it a straighter line. It's what all the other multipools do.
In your last shift, you submitted exactly 393.81905026 shares.
The exact total amount of pool shares are 10305.99460914
The exact amount of UTC earned by the pool was 13147.651744
The share equation used for x11 to get the hashrate is (Workershares * 4294967296) / totaltimeinseconds
So for your equation it would be:
(393.81905026 * 4294967296) / 86400
The multiplier used there (4294967296) is POW(2^32), X11 has the same diff2 value as SHA256. And the time there (86400) is exactly 24 hours in seconds.
So your exact AVERAGE hashrate over 24 hours, regardless if you were NOT mining for the first hour(Just for example) is: 19576851.173709262696296296296296 hashes per second.
Divide that by 1024 to get KH/s, then divide the KH/s by 1024 to get MH/s
and you get
18.669940160474074074074074074074 MH/s
Round that off to the nearest 2 decimal places:
18.67 MH/s.
There you have it. Your total hashrate.
Now Notice, Theses shares are ONLY the confirmed shares. You will most likely still have a fair amount of unconfirmed shares. This is normal on a multipool.
Shares are only confirmed ONCE the pool has a found a block for that coin. then all the shares on the coin will be confirmed for all miners. If the pool does not find a block for that coin then you will not have a confirmed share. IF the shift ends without finding a block, DO NOT WORRY! the shares just move into the next shift, and when a block is found in the next shift you get confirmed shares based on your last shifts work. SO you will get every single share you submit paid out to you, it will just take time sometime.
If the pool had more MH/s and was finding blocks more frequently, you will not have such a delay, But because people keep jumping on and then having a change of heart and jumping off, we are not finding blocks as steadily as I would have hoped. Nothing can be done about this yet except wait for more miners to come.
To help alleviate this issue, I am currently working with a team of other developers in order to do something called merged algo mining. What this means, is between each algo there is a base standard of what 1 share is equal to, for example, SHA256 shares are worth the same as 0.11 of a Scrypt share, therefore, people mining sha256 will have to submit 9 shares to be equal to every one scrypt share, you might say, well thats a load of crap, that person has to work 9 times harder to get a share, but not, because their hashrate is 9 times higher than the person mining scrypt, so they will submit 1 equal share each at the exact same time.
What this does is make a single payout for all algorithms, peoples payouts rise because there is more liquid profit to pay and less unconfirmed shares.
So yes, If I was to calculate your average hashrate based on your confirmed and unconfirmed shares for that duration, it would be a higher hashrate, but then the data would be invalid due to the payouts not being calculated on the unconfirmed hashrate.
The reason we use confirmed and unconfirmed shares, is to prevent people jumping on for 5 minutes, hashing at 2GH/s and then leaving and stealing everyones overall payouts. Instead this forces them to work evenly for EACH block found.
If you leave your miner on the pool for 3-4 days solid, you will notice this and exactly how the pool works. I will be writing a document up shortly that will explain how pooled mining works.
If you do have any other concerns, please do let me know.
Btw, there is still 0% fee until I am assured everyone is happy with the pool
I am loosing money myself on hosting yes, but I just want to make sure that there are no bugs in the pool before I start charging a fee.