[∞ YH] solo.ckpool.org 2% fee solo mining USA/DE 255 blocks solved! - page 476.

Gws24

hero member

Activity: 537

Merit: 524

Yup, pretty expensive but I got refunded 5.3 BTC saturday from the dicebitco.in debacle which I didn't count on so I thought why not take a chance with 10% of it. Figured that 6.25 TH had a much better chance to find a block than my own 1 GH Wink

. I'll send the donation to 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ once the block matures.

EDIT
Anybody know where the pickaxe picture in multibit came from? It looks a lot like the diamond pickaxe in minecraft.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Gws24 on September 21, 2014, 05:40:15 PM

HOLY SHIT!!!!!!!!!!!

I decided to rent 6.25 TH on betarigs for 3 days (well actually 5 TH for 3 days and 1.25 TH for 2 days; total cost 0.48 BTC) and directed it to CKPOOL. Purely as a gamble and it paid off within a day Grin

Thanks Ck for setting up this pool.

EDIT
CK, I would like to send you a donation (besides the 0.5% you already got) for the work you have done on ckpool and cgminer once I can spend the btc. Should I sent it to 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ from the OP?

Firstly, congratulations!

Second, holy crap that rental rig was fucking expensive. That was some serious gambling there!

Third, sure, send it to the same address or the address in the cgminer readme. I like to keep track of what people are contributing for.

Finally, enjoy your reward! And make sure not to gamble it all away Wink

Gws24

hero member

Activity: 537

Merit: 524

HOLY SHIT!!!!!!!!!!!

I decided to rent 6.25 TH on betarigs for 3 days (well actually 5 TH for 3 days and 1.25 TH for 2 days; total cost 0.48 BTC) and directed it to CKPOOL. Purely as a gamble and it paid off within a day Grin

Thanks Ck for setting up this pool.

EDIT
CK, I would like to send you a donation (besides the 0.5% you already got) for the work you have done on ckpool and cgminer once I can spend the btc. Should I sent it to 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ from the OP?

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

CONGRATULATIONS!

The first regular miner on this pool has solved a block!
https://blockchain.info/block-index/465383

And it appears the miner was running a bit over 6TH. While that is possibly the largest current regular miner on solo pool, the 24.98354801 BTC they earned is so much more than they would have earned mining with 6TH in that hardware's lifetime!

Und3rd0g

full member

Activity: 231

Merit: 100

Very cool! Thanks CK. Nicely done.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Full announcement of the first public release of the ckpool code: https://bitcointalksearch.org/topic/ckpool-open-source-poolproxypassthroughredirectorlibrary-in-c-for-linux-790323

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: intron on September 09, 2014, 06:58:44 AM

Quote from: -ck on September 09, 2014, 05:49:31 AM

Quote from: intron on September 09, 2014, 05:41:06 AM

Do you support testnet?

No I don't but I could easily set one up on a separate VPS. However these servers do have running costs and there's not much in the way of incentive with running a testnet pool is there?

No:) Just asking.

Since you asked...

http://testnet.ckpool.org

Now offering testnet mining on its own node for people wishing to test their configuration only or for hardware development testing!

Note that you must be using a testnet bitcoin address to be able to mine on this edition.

If you find this additional service useful, please consider a donation to the author since there are no fees to be gained from running this pool.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: CrazyGuy on September 18, 2014, 08:17:43 PM

Lightweight C based pool software, and open source! I'm really excited about this project and interested to see where it's going. Great work!

Thanks. While I've made the link to the source publicly available from this thread, I have not yet made a public announcement or a "release" version for the software, but that will be coming soon, now that the first of the comprehensive mining pool options with ckpool at their core are starting to come online.

CrazyGuy

legendary

Activity: 1973

Merit: 1007

Lightweight C based pool software, and open source! I'm really excited about this project and interested to see where it's going. Great work!

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

To the person trying to mine with an asicminer tube on this pool, the tubes have a broken stratum implementation and will not work on the regular pool, but there is a special instance for these devices alone on solo.ckpool.org:3334

Krak

hero member

Activity: 591

Merit: 500

Quote from: ?? on ??

Statistics:
To access this, enter your BTC address at the end of: http://solo.ckpool.org/users/

I entered my wallet address at the end of this URL and all I get is:
{"hashrate1m": "0", "hashrate5m": "0", "hashrate1hr": "0", "hashrate1d": "0", "hashrate7d": "0", "workers": 1}

Do I need to be hashing for a certain length of time before the hashrate data values get filled in?

EDIT:
hashrate data values are filling in but don't make a lot of sense
{"hashrate1m": "389", "hashrate5m": "389", "hashrate1hr": "389", "hashrate1d": "684", "hashrate7d": "1.3K", "workers": 1}

{"hashrate1m": "194", "hashrate5m": "194", "hashrate1hr": "194", "hashrate1d": "453", "hashrate7d": "1.18K", "workers": 1}

{"hashrate1m": "97", "hashrate5m": "97", "hashrate1hr": "97", "hashrate1d": "300", "hashrate7d": "1.08K", "workers": 1}

I'm running a 7GH BFL Jalapeno - everything looks fine when I run it from a command line..

Have you gotten past the initial 1024 difficulty and all of the subsequent drops? It might take a bit for the stats to stabilize.

WBF1

sr. member

Activity: 419

Merit: 250

Quote from: -ck on September 16, 2014, 06:42:31 PM

Quote from: WBF1 on September 16, 2014, 06:39:08 PM

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.

Alright that makes sense. I'll be rolling the dice then for 1 hour out of every 20

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: WBF1 on September 16, 2014, 06:39:08 PM

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.

WBF1

sr. member

Activity: 419

Merit: 250

Quote from: -ck on September 16, 2014, 06:34:54 PM

Quote from: WBF1 on September 16, 2014, 06:30:58 PM

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/

Quote from: WBF1 on September 16, 2014, 06:30:58 PM

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.

WBF1

sr. member

Activity: 419

Merit: 250

Quote from: -ck on September 16, 2014, 06:22:03 PM

Quote from: WBF1 on September 16, 2014, 06:11:42 PM

Quote from: -ck on September 16, 2014, 04:08:16 PM

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/

Quote from: WBF1 on September 16, 2014, 06:11:42 PM

Quote from: -ck on September 16, 2014, 04:08:16 PM

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.

WBF1

sr. member

Activity: 419

Merit: 250

Quote from: -ck on September 16, 2014, 04:08:16 PM

Quote from: WBF1 on September 16, 2014, 03:30:21 PM

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?

WBF1

sr. member

Activity: 419

Merit: 250

Quote from: marto74 on September 16, 2014, 04:08:58 PM

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

my 1.6TH costs about $6 a day, but I can make .022 BTC/day elsewhere, consistently.

marto74

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

Topic: [∞ YH] solo.ckpool.org 2% fee solo mining USA/DE 255 blocks solved! - page 476. (Read 1514749 times)