I'm not suggesting you would make 10 inserts for every share of difficulty 10, you would still insert 1 record for every submitted share as you are probably doing right now. I'm only suggesting you would also insert a weight with each submitted share proportional to the difficulty, so all the calculations are done based on this weight and not on # of submitted shares. No need to calculate averages if you can calculate sums.
I can also think of ways of only keeping 1 record per user per round/shift without calculating averages.
The share difficulty is already a weight. I still don't understand why you would add another useless column in the DB when you can just calculate it during scoring. As I said earlier, the challenge is determining last # of shares for PPLNS scoring when you have a bunch of shares with different weights. If anyone has either a SQL query or an algorithm written in PHP for this I'd be glad to get a copy. |
|
|
|
So if my miner is operating at difficulty 2, only record double shares for every difficulty 2 submissions and ignore all shares with less than 2 difficulty.
if my miner is operating at difficulty 3, only record 3 shares for every submission and ignore all shares with difficulty less than 3 and so on.
There is no mathematical difference between what you are describing and calculating a weighted average. What you're proposing would also increase the number of rows recorded in the db by a factor of 10-20 or more in some cases, which is going to cause a fairly large performance hit. Where this would help would be in calculating the last N shares a bit more accurately, since currently we're using more than we should. But for people who mine the whole round I doubt that there is more than a 1% difference. I'm pretty sure that this is how it is done by other pools.
That's not the way it's done by any pool running stock stratum because that's not how stratum does it. Currently, stratum simply inserts the share difficulty into a column called "difficulty" with every share submitted. stratum is open source, so if you know python and are inclined to work on implementing a better method/algorithm, I'm sure a lot of people would be happy to use it. Given the number of clueless pool operators out there I bet there are even some using vardiff without using an extended DB (and hence not even recording the difficulty of shares submitted). |
|
|
|
|
I will be upgrading the underlying disk system on the DB later tonight. This should hopefully result in a decent speed increase for the website. There may be some short downtimes on the pools but nothing severe. (mysql restarts etc).
|
|
|
|
Why can I post this topic but others
No idea. |
|
|
|
What kind share counts do you display Inside "Your Stats" table?
Those seems to be round shares submitted by user. Do they take stratum difficulty into account?
I have my cgminer operating at difficulty 5 and it reports the following stats:
Queued work requests: 150
Share submissions: 762
Accepted shares: 735
Rejected shares: 27
Accepted difficulty shares: 3164
Rejected difficulty shares: 123
Reject ratio: 3.5%
While I see ~ 770 shares reported by your site (i'm doing FRC mining now).
I'm assuming that 3164 shares (reported by cgminer) are my shares normalized to difficulty 1. If so, it doesn't make sense to display "Share submissions" on "Your Stats" or use inside calculations for rewards because those shares could be done at different difficulty levels and so they cannot be added together without considering difficulty at which there were submitted.
What about Pool Stats? what kind of shares do you display there? are those difficulty 1 shares?
I'm I missing something?
Thank you
Currently, share difficulty is not taken into account for display purposes. It's one of the reasons I dropped share counts from the pool stats pages, because they didn't make any sense. It is, however, taken into account for payments. Your shares are paid based on the average difficulty vs. the pool's average difficulty (weighted average). It's just a huge pain in the ass (not to mention very expensive, from a disk and CPU perspective) to do these calculations for every page refresh. The site is already slow enough  |
|
|
|
When will FRC/MNC stats show?
Also, a manual diff setting would be cool.
Still on my to-do list. MNC stats are working fine. For FRC we haven't found any blocks yet, and I need to update the block reward calculation before estimates will show. |
|
|
|
Since you link to Vircurex, just a little caveat from the Vircurex accounts page: DO NOT use Vircurex addresses for mining purposes. We cannot credit coins generated (instead of being send). Doesn't really apply, but using pool addresses is still a bad idea, generally. You mean the above only applies to solo miners? Not necessarily just solo miners, mining pool software as well. No end user of a mining pool would need to worry about this. But it's still a bad idea. |
|
|
|
|
Hey, I just got the news.
My MNC address is MLQnXHSucbsUi5EeTN3cVTLyreNEPEZBPF
Thanks!
|
|
|
|
Since you link to Vircurex, just a little caveat from the Vircurex accounts page: DO NOT use Vircurex addresses for mining purposes. We cannot credit coins generated (instead of being send). Doesn't really apply, but using pool addresses is still a bad idea, generally. |
|
|
|
I want to set up merged mining but it's not enabled at the moment. |
|
|
|
|
You may have just noticed that your FTC unconfirmed balance changed for the last block.
This is due to a flaw in the payout calculation that was identified by user UNOE.
The calculation was using too few shares to determine the block payout, due to a change I made in the algorithm during the wild difficulty swings of TRC. It is working properly now.
I offer my apologies, the estimates and unconfirmed rewards should be accurate going forward.
|
|
|
|
|
Just found our 5th block!
That's 1000 FTC generated so far, good work pool!
|
|
|
|
Hi, can you please add my pool to the list? www.multipool.in, stratum, pplns, 0% fee. Thanks! Hi flound1129, Can you provide a few more details? Just fill in the questions marks. - Pay Tx Reward: ?
- Variable difficulty: ?
- Pay Orphans: ?
- Merged Mining: ?
All = no at the moment. |
|
|
|
|
FTC up to almost 34 MH/s!
|
|
|
|
Good luck with your pool!
The front-end of the site could use an upgrade, though, in my opinion.
What changes would you suggest? |
|
|
|
|
That's right PETAhashes, why not start big?
Currently offering the following coins:
Bitcoin: stratum+tcp://multipool.in:3332/
Litecoin: stratum+tcp://multipool.in:3334/
Terracoin: stratum+tcp://multipool.in:3333/
Feathercoin: stratum+tcp://multipool.in:3337/
Mincoin: stratum+tcp://multipool.in:3339/
Eventually I will lower confirmations to 20 for all currencies. Need some reserve coins first though.
My eventual vision for this pool is something different than I've seen before. More details will be forthcoming soon.
Currently PPLNS only but I plan to add a PPS option on the pools once we have generated enough reserves to get through dry spells.
|
|
|
|
|
Does this thing have a logo or what?
|
|
|
|
Today i have a popup when i go to my account that tell me "You dont have to confirm nothing your, order is processing"
Wow, they need to grammar check that shit. Thank you for this "mierda" se que tengo una gramática de mierda en inglés pero... ¿usted entendió el mensaje? veo que hay otras personas que si, se puede hablar con respeto o se puede hablar con "mierda" en la boca. Ahora si quiere seguimos en castellano a ver como es su gramática. De nada, senor. De nada. |
|
|
|
|
Turned off worker password checking on FTC. Let me know if you are still having issues.
|
|
|
|
So, when will payments be coming consistently? I did receive some as I mentioned before, but that seems to have stopped. Thanks again for the time and effort.
The more people who are mining, the more blocks we'll find. Unfortunately due to the random nature of finding blocks, I can't give any kind of estimate on when that will happen. Oh, I see. This whole finding blocks is still fairly confusing to me. Its random, but should be more common with the lower difficulty, correct? Guess its surprising that we've only found one block with the hash power that we've had dedicated to FTC. I mean even myself, about 100,000 shares and one block at a "low" difficulty. -.- Are there other factors that contribute to the randomness other than the difficulty? heyo, a cronjob wasn't updating correctly.. We actually found 2 more blocks last night! Payouts just happened. Thanks for the heads up |
|
|
|
|
Show Posts
