Pages:
Author

Topic: [ANN] profit switching auto-exchanging pool - www.middlecoin.com - page 73. (Read 829908 times)

member
Activity: 104
Merit: 10
From https://www.litecoinpool.org/help

Quote
What is the share difficulty?
    The share difficulty is a number that gives an indication of how difficult it is to find a share. The lower this number, the more shares a miner will find at a given speed, and the lower their value. For this reason, the share difficulty does not affect miners' expected earnings.

Quote
How does share difficulty influence my earnings?
    Short answer: it doesn't.
    Long answer: a higher/lower share difficulty does not mean you will be earning more/less, because your expected earnings are independent of the share difficulty: they only depend on your hash rate and on the network difficulty. A higher share difficulty can only increase the variance, but not in a significant way.

I already quoted this a few days ago.
But maybe it's not bad to repeat it again and again...
sr. member
Activity: 406
Merit: 250
Take a round that only has a few submitted shares before it is solved.  On at least one of the pools I mine against, if you didn't submit any shares in a given round, regardless of your PPLNS shares, you get zilch, zero, nada.  If you submit even 1 share, you get your full PLNS value, which generally nets a huge payout on really short rounds.
So it evens out in the end...

But I only mine for about 12-15 minutes on any given server.  I tested Middlecoin for a few minutes and it was giving me like soooo many rejects.   Bumps that yo.
Ah, the casual drive-by Sunday miner technique. Yes, it appears ineffective against variance, but remember that if 100 people did what you did, one of them would get a bigger payout.

About the reject, does it matter if everyone else has the same rejects?

Someone who understands mining and difficulty.  This is so rare to see in this thread. <3 <3 <3
legendary
Activity: 1442
Merit: 1005
Take a round that only has a few submitted shares before it is solved.  On at least one of the pools I mine against, if you didn't submit any shares in a given round, regardless of your PPLNS shares, you get zilch, zero, nada.  If you submit even 1 share, you get your full PLNS value, which generally nets a huge payout on really short rounds.
So it evens out in the end...

But I only mine for about 12-15 minutes on any given server.  I tested Middlecoin for a few minutes and it was giving me like soooo many rejects.   Bumps that yo.
Ah, the casual drive-by Sunday miner technique. Yes, it appears ineffective against variance, but remember that if 100 people did what you did, one of them would get a bigger payout.

About the reject, does it matter if everyone else has the same rejects?
sr. member
Activity: 406
Merit: 250
Take a round that only has a few submitted shares before it is solved.  On at least one of the pools I mine against, if you didn't submit any shares in a given round, regardless of your PPLNS shares, you get zilch, zero, nada.  If you submit even 1 share, you get your full PLNS value, which generally nets a huge payout on really short rounds.
So it evens out in the end...

But I only mine for about 12-15 minutes on any given server.  I tested Middlecoin for a few minutes and it was giving me like soooo many rejects.   Bumps that yo.

legendary
Activity: 1442
Merit: 1005
Take a round that only has a few submitted shares before it is solved.  On at least one of the pools I mine against, if you didn't submit any shares in a given round, regardless of your PPLNS shares, you get zilch, zero, nada.  If you submit even 1 share, you get your full PLNS value, which generally nets a huge payout on really short rounds.
So it evens out in the end...
hero member
Activity: 693
Merit: 500
The .plan is for H2O to count each share equally, but we're not there yet (unless I missed the memo).

Given the fast switching, I was wondering whether having more cards with a lower hashrate would be more advantageous than having less but faster ones, for the same total hashrate. I'd love to see some empirical data.

I really don't understand this line of thinking...

1MH/s = 1MH/s = 1MH/s

Doesn't matter if you are using 2 cards or 200... you are still submitting the same amount of hashes that has the same percentage of being within the target difficulty to submit a share or solve a block.


Maybe not for middlecoin, but for fast coins on pools that pay out PPLNS, it can be beneficial to submit more frequent, smaller shares (under vardiff).  Take a round that only has a few submitted shares before it is solved.  On at least one of the pools I mine against, if you didn't submit any shares in a given round, regardless of your PPLNS shares, you get zilch, zero, nada.  If you submit even 1 share, you get your full PLNS value, which generally nets a huge payout on really short rounds.  I experimented with running one of my machines with 4 instances of the mining application, using 4 different worker names instead of lumping them all in once instance, and the payout appeared slightly higher.  Because of variability in payouts in day-to-day mining I couldn't say it was significantly better so I ditched it - It was just more work and maintenance than it was worth.
sr. member
Activity: 406
Merit: 250
The .plan is for H2O to count each share equally, but we're not there yet (unless I missed the memo).

Given the fast switching, I was wondering whether having more cards with a lower hashrate would be more advantageous than having less but faster ones, for the same total hashrate. I'd love to see some empirical data.

I really don't understand this line of thinking...

1MH/s = 1MH/s = 1MH/s

Doesn't matter if you are using 2 cards or 200... you are still submitting the same amount of hashes that has the same percentage of being within the target difficulty to submit a share or solve a block.
sr. member
Activity: 434
Merit: 250
KS
sr. member
Activity: 448
Merit: 250
The .plan is for H2O to count each share equally, but we're not there yet (unless I missed the memo).

Given the fast switching, I was wondering whether having more cards with a lower hashrate would be more advantageous than having less but faster ones, for the same total hashrate. I'd love to see some empirical data.
hero member
Activity: 693
Merit: 500
From https://www.litecoinpool.org/help

Quote
What is the share difficulty?
    The share difficulty is a number that gives an indication of how difficult it is to find a share. The lower this number, the more shares a miner will find at a given speed, and the lower their value. For this reason, the share difficulty does not affect miners' expected earnings.

Quote
How does share difficulty influence my earnings?
    Short answer: it doesn't.
    Long answer: a higher/lower share difficulty does not mean you will be earning more/less, because your expected earnings are independent of the share difficulty: they only depend on your hash rate and on the network difficulty. A higher share difficulty can only increase the variance, but not in a significant way.

I've been meaning to stir this pot... since everyone has their popcorn, let me rile the noobtives...

People complain that other with the same hash rate make more than them.  How is that possible?  Everyone chimes in with various answers.

People complain about the high difficulty and how they can't even mine because it's "too high for my lowly system".  The answer is that the high diff doesn't matter.*

Now the fun part. *hands wringing*

Because this is a multi-coin pool, different coins during a given day are going to be worth more or less than other coins during that same day.  On days where we rarely switch coins, none of the above really matters...  On days with frequent coin switches, the people with big hash rates will likely submit shares on all coins, and none of the above really matters either to them.

If you don't have big hashrate, and we make frequent coin switches, or even just switch to a really fast coin whose difficulty adjusts rapidly, you're gonna have a bad time if you think you're going to get the best payout ever.  I hate to throw out logic in this thread, but if you don't submit shares during some of the fast rounds it just isn't going to add up the same way as the folks who do get shares in.  Identical hashrates submitting shares during the identical 24 hour period may not wind up with the same payout because when you submit those dozen diff 1024 shares is a variable that can't be accounted for in Average hash or average coin price or any other metric.  Except payout.

Of course, if H20 counts all shares for all coins equally, the above is going to be silly and I'm wrong, but at least I'm poking the bear, and maybe some folks will actually stop to think for themselves before whining.  Those who know, this doesn't apply to you - enjoy the show.  But if you think it doesn't apply to you, it really applies *specifically* to you.
sr. member
Activity: 294
Merit: 250
тσ ¢σιи σя иσт тσ ¢σιи?
legendary
Activity: 1456
Merit: 1000
you guys started without me ... i got my pop corn carry on


sr. member
Activity: 248
Merit: 250
difcultiee increseeed now my mouse don't worken ..

wtf?? h20 left the forooom!?!?!???!

i know 512, cuz 256 was 99 in meeeeedough.....bit mfffff mouse since 1024 dificultiee _BUT_ NOT SPINING!!!!!!

red!!!!!!!! chart over there....

cgminer.exe -u HIDDEN -p Huh??not telling --submit-bs 10000

Could you please share with us your mouse settings ?

Maybe you should go to a VARDIFF pool to get more clicks out of it.

Sometimes my mouse does not click fast enough but i am sure i have a second mouse ready so i can go to a forum and complain about it.
legendary
Activity: 1050
Merit: 1000
difcultiee increseeed now my mouse don't worken ..

wtf?? h20 left the forooom!?!?!???!

i know 512, cuz 256 was 99 in meeeeedough.....bit mfffff mouse since 1024 dificultiee _BUT_ NOT SPINING!!!!!!

red!!!!!!!! chart over there....

cgminer.exe -u HIDDEN -p Huh??not telling --submit-bs 10000

 Grin

..reminds me of the "can't afford to eat my nervous" post
member
Activity: 80
Merit: 10
Wow people are seriously retarded+lazy in this thread. That's what 'easy' money does i guess.  Undecided
member
Activity: 182
Merit: 10
difcultiee increseeed now my mouse don't worken ..

wtf?? h20 left the forooom!?!?!???!

i know 512, cuz 256 was 99 in meeeeedough.....bit mfffff mouse since 1024 dificultiee _BUT_ NOT SPINING!!!!!!

red!!!!!!!! chart over there....

cgminer.exe -u HIDDEN -p Huh??not telling --submit-bs 10000

The best  Grin Grin Grin Grin Grin

This should be in the hall of fame of middlecoin posts.
KS
sr. member
Activity: 448
Merit: 250
From https://www.litecoinpool.org/help

Quote
What is the share difficulty?
    The share difficulty is a number that gives an indication of how difficult it is to find a share. The lower this number, the more shares a miner will find at a given speed, and the lower their value. For this reason, the share difficulty does not affect miners' expected earnings.

Quote
How does share difficulty influence my earnings?
    Short answer: it doesn't.
    Long answer: a higher/lower share difficulty does not mean you will be earning more/less, because your expected earnings are independent of the share difficulty: they only depend on your hash rate and on the network difficulty. A higher share difficulty can only increase the variance, but not in a significant way.
full member
Activity: 189
Merit: 100
difcultiee increseeed now my mouse don't worken ..

wtf?? h20 left the forooom!?!?!???!

i know 512, cuz 256 was 99 in meeeeedough.....bit mfffff mouse since 1024 dificultiee _BUT_ NOT SPINING!!!!!!

red!!!!!!!! chart over there....

cgminer.exe -u HIDDEN -p Huh??not telling --submit-bs 10000

Now that was funny.
full member
Activity: 155
Merit: 100
you guys started without me ... i got my pop corn carry on


+1
rofl...
newbie
Activity: 39
Merit: 0
difcultiee increseeed now my mouse don't worken ..

wtf?? h20 left the forooom!?!?!???!

i know 512, cuz 256 was 99 in meeeeedough.....bit mfffff mouse since 1024 dificultiee _BUT_ NOT SPINING!!!!!!

red!!!!!!!! chart over there....

cgminer.exe -u HIDDEN -p Huh??not telling --submit-bs 10000
Pages:
Jump to: