Author

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

sr. member
Activity: 406
Merit: 250
As long as BTC value remains constant and people are still playing the alt-coin game, then I don't see how profits could change too drastically.

Since the arrival of ASICs, it will forever be more valuable to mine Scrypt over SHA256 with a GPU, and this pool in it's Utopian form, is the most profitable way to mine scrypt coins.

That being said, maybe another algorithm like Primecoin will come along and a GPU miner will be developed and then Scrypt is no longer the most profitable to mine with a GPU.  At that point, though, h20 will likely create a new pool for the new algorithm.  The 3% he is getting from this pool is very nice supplemental income. Smiley



full member
Activity: 196
Merit: 100
I had a question that is probably hard to answer…   Having found Middlecoin and so far pretty happy with it, I am now thinking about investing in a second more powerful GPU miner to go along with my current miner..   I am at 1.3 now and this one I am looking at would put me at about 4.8 total.

My question is in the long term, will this kind of pool stay pretty consistent in its daily payouts despite difficulty increases both with Bitcoin and other Alt Coins?  It seems like every time I turn around, there is some new Alt Coin coming on the scene and they come and go.  But if H20 keeps the pool’s selections of coins fresh and always current (adding new Alt coins as they come on the scene and qualify as potentially profitable) I would think we should in theory, be able to sustain this for the long term(the next year or two)..    I have for the past 2 or 3 months been thinking about chasing the ASIC Dragon but the more I look at it, for the Long term putting 4 or 5GH’s at MiddleCoin I think would end up being the better deal as far as ROI and profits are concerned..  

Decisions Decisions..  But would appreciate any of you guys input you have on my question.  


Also I am assuming H20 and MiddleCoin is here to stay for a while..   I hope..  

sr. member
Activity: 406
Merit: 250
Yeah, the hashrate being large is causing a small lack of profits. It would be nice to redirect a portion of the hashpower. I've made no progress on that task so far. It will be a while before I have that, if ever.


Couldn't you use different ports to essentially have multiple pools running?  Then do a check on each of them to make sure they aren't mining the same coin?

Just brainstorming.  I think your pool is great no matter how many people complain Smiley
full member
Activity: 238
Merit: 119
h20, do you think that the hashrate being so large is what is causing the lack of profits?

Seems like if you can't divert hashrates that it would be more beneficial (to the miners) to have a smaller hashrate, or maybe divide it up into smaller pools that can go after different coins simultaneously.   I know as the pool op you want a large hashrate, but have you made any progress on possibly diverting miners to mine multiple coins concurrently?

For example, you said Franko was the most profitable, so have you been working on a system that would see that and divert like 100MH/s towards that, and some towards xxcoin, and yycoin, and maybe leave some on FTC, etc.

Yeah, the hashrate being large is causing a small lack of profits. It would be nice to redirect a portion of the hashpower. I've made no progress on that task so far. It will be a while before I have that, if ever.


I've identified an issue, causing our mining of SPT to be counterproductive. When calculating profitability, I use the difficulty of the *last* block found, not the *next* one. This is an issue with all coins, but was exaggerated with SPT because it has such high diff variability.

I can solve that easily, if anyone can help me figure out how to convert from target to difficulty.

For example, with litecoin:
target: 0x0000000000000000000000000000000000000000000000000bf84c0000000000
difficulty: 851.44759513

I've read that:

difficulty = 0x0000ffff00000000000000000000000000000000000000000000000000000000 / target

But that math doesn't seem to work out. Anyone know?

Edit: I figured it out.
member
Activity: 91
Merit: 10
whats going on??

im hashing around 3400kh/s

and my stats are

1.0346    0.3169

all miners are active etc

so wheres my 2000kh/s?Huh

this seems well dodgy

my bad i know what the issue was  Roll Eyes
sr. member
Activity: 312
Merit: 251
I also mined for ~4h on that Pool.

The basic idea looks strong - BUT:

Pool switches too often between different coins, there should be a minimum of ~30mins for each coin, otherwise
the workers dont hash - they just reconnect and get work restarts.

Additional:
The 500++ Diff is way too high when targeting a Coin with ~11k Diff.
Causes that most of the miners do work for nothing since they cannot generate a single 500+ Hash
in the time between the blocks are found.
The hash gets anyway wrong when a new block is found.

--> Vardiff depending on the network-diff is needed to make this Pool strong!

Just my 2 cents.
member
Activity: 91
Merit: 10
whats going on??

im hashing around 3400kh/s

and my stats are

1.0346    0.3169

all miners are active etc

so wheres my 2000kh/s?Huh

this seems well dodgy
legendary
Activity: 1232
Merit: 1094
Seems like if you can't divert hashrates that it would be more beneficial (to the miners) to have a smaller hashrate, or maybe divide it up into smaller pools that can go after different coins simultaneously.   I know as the pool op you want a large hashrate, but have you made any progress on possibly diverting miners to mine multiple coins concurrently?

He could have a rule that he will never add more than 25% to a particular coin.

Quote
For example, you said Franko was the most profitable, so have you been working on a system that would see that and divert like 100MH/s towards that, and some towards xxcoin, and yycoin, and maybe leave some on FTC, etc.

Right so rank the coins in order of profitability and total hashing power.

If the top one was litecoin, then he could commit the entire pool.  However, if it was a small coin, then he would only commit a small proportion.

In fact, mining 2-3 coins at the same time would mean he gets better info about stale shares etc.
hero member
Activity: 585
Merit: 500
just chucked one of my small <400 rigs on the pool to see what happens - this looks interesting Smiley
sr. member
Activity: 294
Merit: 250
as i know he is working on exactly that
sr. member
Activity: 406
Merit: 250
h20, do you think that the hashrate being so large is what is causing the lack of profits?

Seems like if you can't divert hashrates that it would be more beneficial (to the miners) to have a smaller hashrate, or maybe divide it up into smaller pools that can go after different coins simultaneously.   I know as the pool op you want a large hashrate, but have you made any progress on possibly diverting miners to mine multiple coins concurrently?

For example, you said Franko was the most profitable, so have you been working on a system that would see that and divert like 100MH/s towards that, and some towards xxcoin, and yycoin, and maybe leave some on FTC, etc.

Just curious.

I've mined on this pool for 11 minutes and 2 seconds and I think I will be switching back to another pool.
(sarcasm)
full member
Activity: 238
Merit: 119
Are TX fees taken into account, when deciding to switch?

No. I don't believe they are significant enough to factor in. Especially since as soon as the block with the high tx fees is solved, we'd have to switch back to whatever coin we were on before.
legendary
Activity: 1232
Merit: 1094
Are TX fees taken into account, when deciding to switch?
full member
Activity: 238
Merit: 119
Does your calculation include rejected MH/s as well? For example, on some of these coins I run a 30-35% reject or more (earlier there was one coin at almost 50%). So if I have 1 MH/s but it's really 700 KH/s A | 300 KH/s R, are you still calculating the entire thing as 1 MH/s or just the accepted?

Yeah, it includes the rejected as well.
legendary
Activity: 1988
Merit: 1007
Today's profit was 0.0271 BTC per MH/s per day

For reference, LTC profit alone would be 0.0291

Does your calculation include rejected MH/s as well? For example, on some of these coins I run a 30-35% reject or more (earlier there was one coin at almost 50%). So if I have 1 MH/s but it's really 700 KH/s A | 300 KH/s R, are you still calculating the entire thing as 1 MH/s or just the accepted?
sr. member
Activity: 490
Merit: 250
im back to ltc, this is like the xxxx'th day.
what is going on?

Fluctuation (Exchange rate fluctuation, difficulty fluctuation)
full member
Activity: 137
Merit: 100
Today's profit was 0.0271 BTC per MH/s per day

For reference, LTC profit alone would be 0.0291
im back to ltc, this is like the xxxx'th day.
what is going on?
full member
Activity: 212
Merit: 100
Aw, what happened?
full member
Activity: 238
Merit: 119
Today's profit was 0.0271 BTC per MH/s per day

For reference, LTC profit alone would be 0.0291
full member
Activity: 153
Merit: 100
Reject rate is wayyyy too high...
2.6001 accepted, 1.2583 rejected.

How many rigs do you have? What is the hash rate for each rig? Do you have 7950 or 7970?

I'm using a few 7950s. That was from yesterday though. It seems to be ok today. I'm not the only one with high reject rates...
The guy at the top had like 70+ MH/s accepted and 20+MH/s rejected, plus I was getting disconnections frequently.

Perhaps the pool was mining a coin with high stale rates. It should take this into consideration when calculating profitability like what coinchoose.com does.
Jump to: