Author

Topic: [∞ YH] solo.ckpool.org 1% fee solo mining USA/DE 251 blocks solved! - page 477. (Read 1514087 times)

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
So when I rotate I lose a little bit of work. Is it dependant on various factors or a set number of shares/percentage, so to speak? I haven't seen rejects or stales when switching thus far.

EDIT: also hashrate doesn't seem to dip when switching, though worker difficulty goes down then back up.
It's only a very small amount lost (I wrote the failover strategies to be as seamless as possible), and happens with every switch. If you're not switching frequently like every minute you almost certainly won't notice a thing so it is the best option.
sr. member
Activity: 419
Merit: 250
Interesting. Yeah the way I have it set currently is to switch pools every hour in a rotate fashion, with 19 identical pool entries and one pool entry for ckpool. That should devote 1/20 of my mining time (5%) to ckpool. My other pool is PPS, so i'm not concerned with that.

Are you basically saying that even though I'm not actively mining on a pool, it can send a restart work and cause a restart for the pool I actually am actively mining on?
Rotate is different again. Each failover mechanism has its positives and negatives. In rotate mode you'll lose a small amount of work every time you switch which is different to the problem in load-balance mode where you are connected to multiple pools at the same time - that's what I'm describing above.

Gotcha. Yeah load-balance is a no-go with a proxy device (running 2 AM tubes through BFGMiner as a proxy so I can have failover and stats I can easily digest).

So when I rotate I lose a little bit of work. Is it dependant on various factors or a set number of shares/percentage, so to speak? I haven't seen rejects or stales when switching thus far.

EDIT: also hashrate doesn't seem to dip when switching, though worker difficulty goes down then back up.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Interesting. Yeah the way I have it set currently is to switch pools every hour in a rotate fashion, with 19 identical pool entries and one pool entry for ckpool. That should devote 1/20 of my mining time (5%) to ckpool. My other pool is PPS, so i'm not concerned with that.

Are you basically saying that even though I'm not actively mining on a pool, it can send a restart work and cause a restart for the pool I actually am actively mining on?
Rotate is different again. Each failover mechanism has its positives and negatives. In rotate mode you'll lose a small amount of work every time you switch which is different to the problem in load-balance mode where you are connected to multiple pools at the same time - that's what I'm describing above.
sr. member
Activity: 419
Merit: 250
It makes no difference overall. However there is benefit to one device running full time on solo pool as the mining works better when it's not flicking from one pool to another repeatedly.

you mean in terms of a "ramp up" period so to speak?
Mainly the issue is that pools have slightly different times they notify you of the block change and during that period you are working on data from the old and the new block. Then what happens is both pools tell you to restart your work and every time you do that you throw out work and have to wait for the device to start doing meaningful work again. Strictly speaking only the work from the new block really matters, but the main issue is that you are sending your devices multiple restart messages and they usually work best with as few restarts as possible. There are also some newer devices (like ava2/3) that actually can only work on one pool at a time due to their design.

Interesting. Yeah the way I have it set currently is to switch pools every hour in a rotate fashion, with 19 identical pool entries and one pool entry for ckpool. That should devote 1/20 of my mining time (5%) to ckpool. My other pool is PPS, so i'm not concerned with that.

Are you basically saying that even though I'm not actively mining on a pool, it can send a restart work and cause a restart for the pool I actually am actively mining on?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
It makes no difference overall. However there is benefit to one device running full time on solo pool as the mining works better when it's not flicking from one pool to another repeatedly.

you mean in terms of a "ramp up" period so to speak?
Mainly the issue is that pools have slightly different times they notify you of the block change and during that period you are working on data from the old and the new block. Then what happens is both pools tell you to restart your work and every time you do that you throw out work and have to wait for the device to start doing meaningful work again. Strictly speaking only the work from the new block really matters, but the main issue is that you are sending your devices multiple restart messages and they usually work best with as few restarts as possible. There are also some newer devices (like ava2/3) that actually can only work on one pool at a time due to their design.
sr. member
Activity: 419
Merit: 250
question/scenario:

Lets say I have 8 equal devices.

If my goal is to use 1/8 of my work as a "lottery entry" in trying to find a block solo mining, is there a difference between the following 2 scenarios?

scenario 1) running 1 of these devices on solo pool full time and the other 7 on a regular pool full time

scenario 2) running all 8 of these devices for 1/8 time on solo pool and 7/8 time on a regular pool

or put another way, is there any difference between a low hashrate over a longer amount of time or a proportionally higher hashrate over a proportionally shorter amount of time when solo mining?
It makes no difference overall. However there is benefit to one device running full time on solo pool as the mining works better when it's not flicking from one pool to another repeatedly.

you mean in terms of a "ramp up" period so to speak?
sr. member
Activity: 419
Merit: 250
I just find this tread.
Great project .
It is better than casino for a bit coiner with small hash rate;)
Congratz
I will take the gamble with 1+ TH
happy solo mining all

you must have cheap electricity Smiley my 1.6TH costs about $6 a day, but I can make .022 BTC/day elsewhere, consistently.
hero member
Activity: 728
Merit: 500
I just find this tread.
Great project .
It is better than casino for a bit coiner with small hash rate;)
Congratz
I will take the gamble with 1+ TH
happy solo mining all
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
question/scenario:

Lets say I have 8 equal devices.

If my goal is to use 1/8 of my work as a "lottery entry" in trying to find a block solo mining, is there a difference between the following 2 scenarios?

scenario 1) running 1 of these devices on solo pool full time and the other 7 on a regular pool full time

scenario 2) running all 8 of these devices for 1/8 time on solo pool and 7/8 time on a regular pool

or put another way, is there any difference between a low hashrate over a longer amount of time or a proportionally higher hashrate over a proportionally shorter amount of time when solo mining?
It makes no difference overall. However there is benefit to one device running full time on solo pool as the mining works better when it's not flicking from one pool to another repeatedly.
sr. member
Activity: 419
Merit: 250
question/scenario:

Lets say I have 8 equal devices.

If my goal is to use 1/8 of my work as a "lottery entry" in trying to find a block solo mining, is there a difference between the following 2 scenarios?

scenario 1) running 1 of these devices on solo pool full time and the other 7 on a regular pool full time

scenario 2) running all 8 of these devices for 1/8 time on solo pool and 7/8 time on a regular pool

or put another way, is there any difference between a low hashrate over a longer amount of time or a proportionally higher hashrate over a proportionally shorter amount of time when solo mining?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I see some people trying to authenticate on this pool with regular usernames. Please note you can ONLY mine on this pool with a valid bitcoin address as your username!
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
In the first post you said "All you need to confirm you are mining to your own address is to examine the coinbase and template sent to you over stratum."

How would one go about viewing the data sent to a miner over stratum?
Start cgminer in debug mode and dump the output to a log. Adding the options: -D -P -T 2>log.txt
Cgminer gives a hex dump of all the stratum fields, you can examine the coinbase fields. The part of the coinbase that determines which wallet you are mining to doesn't change for the life of a stratum connection.
legendary
Activity: 3578
Merit: 1090
Think for yourself
How would one go about viewing the data sent to a miner over stratum?

I would use Wireshark
hero member
Activity: 824
Merit: 712
In the first post you said "All you need to confirm you are mining to your own address is to examine the coinbase and template sent to you over stratum."

How would one go about viewing the data sent to a miner over stratum?
donator
Activity: 919
Merit: 1000
I doubt it. Remember my code is all free software...
My sarkasm was too subtle. Following the cgminer development I assume that if you take your invested time and divide through the donations and perks received, what remains is an income somewhere between junior SW developer and apprentice. Sure, open source does exist mostly founded by motivation other than money - but at the end of the month (and cgminer looked like a full-time project) still someone needs to pay the bills.

With that in mind, your decision to release ckpool open source deserves respect, since (unlike cgminer that is essential for the hobbyist miner) it more serves the 'big guys' who could afford and be willing to pay for such SW.
legendary
Activity: 1344
Merit: 1023
Mine at Jonny's Pool
Thank you.  Can you compare your pool vs. GHASH.  Is your pool faster, better, luckier, cooler than Ghash?  Thanks.
Yeah sure, all of the above  Cheesy... but then it's also for a totally different audience. Ghash is for sheep. This pool's for demon lords.

Great answer!  Here's hoping this particular demon lord can expand his holdings by hitting a block.  I do hope some small miner hits a block here.  That would be far more interesting to read than "Hey, some giant entity just solved yet another block.  Yay."  I'm glad you decided not to post any more of their block hits.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Resources, connectivity, stability, datacentre location, bandwidth, storage and being outside the Great Firewall of China.
Ok, I'll interpret it as: if you are already running a bintcoind node, mining over solo.ckpool.org or over your private ckpool is essentially the same.
If you have high speed connectivity, storage and reliability, uptime etc. yes you could do it all yourself.

I'm pretty sure the entire bitcoin network could mine here.
I seriously assume this will happen within the next year (when mining is done by a dozen giant solo-miners). What did not work out with cgminer, will do now with ckpool: you will be insanely rich - maybe...
I doubt it. Remember my code is all free software...
donator
Activity: 919
Merit: 1000
What I don't get fully: is there any advantage of mining on your pool (on a dedicated instance) over running a private ckpol for one's farm? Or more generally: does it make a difference at all to any miner (income wise)? Only reason I could think of is your bitcoind is better connected to other nodes and therefore updates blocks faster - at the cost of propagating this info to the other end of the world. Or am I missing something?
Resources, connectivity, stability, datacentre location, bandwidth, storage and being outside the Great Firewall of China.
Ok, I'll interpret it as: if you are already running a bintcoind node, mining over solo.ckpool.org or over your private ckpool is essentially the same.

And re:
I'm pretty sure the entire bitcoin network could mine here.
I seriously assume this will happen within the next year (when mining is done by a dozen giant solo-miners). What did not work out with cgminer, will do now with ckpool: you will be insanely rich - maybe...
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Thank you.  Can you compare your pool vs. GHASH.  Is your pool faster, better, luckier, cooler than Ghash?  Thanks.
Yeah sure, all of the above  Cheesy... but then it's also for a totally different audience. Ghash is for sheep. This pool's for demon lords.
hero member
Activity: 784
Merit: 1000
Live Stars - Adult Streaming Platform
So, a 120TH would give me an average of 1 block a difficulty level?  Do you recommend solo mining with 120TH?  Thanks
Recommend? Only if you like high risk stakes, as there is absolutely no guarantee that you'll actually get a block, even if on average mathematically you'd get one. You could get 5, or you could get none for the next 5 diff changes. Everyone would have a different view of how much risk they're willing to accept in order to increase their potential earnings with any investment and this is no different. My opinion is virtually irrelevant.

Thank you.  Can you compare your pool vs. GHASH.  Is your pool faster, better, luckier, cooler than Ghash?  Thanks.
Jump to: