Pages:
Author

Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # - page 6. (Read 458370 times)

member
Activity: 67
Merit: 10

"250.19174185 BTC are ahead in queue, putting this user's payout after a 10 block delay."

This has been happening a lot this week. Have the payout delays gone up since the trouble last weekend?


I've noticed something similar, though not too much more extreme than what I had experienced before things went to hell a little. My first payout after things went back to 'normal' was only a few blocks behind, and the payout came not too long after it should have. Today, it's a little different. I started out way down on the list, and then move up a few hundred sports over the course of 3-4 hours. Before replying to your post, I checked once more, and I've dropped another 30 spots or so. As I mention in a response posted just before this one, I don't receive large payouts, so it's not a big deal to me if I receive the standard payout right on time, or a larger one several hours later. That said, I do notice what you're talking about, and can see where it might be an issue for some. Since the amounts seem right (I have not doubts there), I'd rather be able to see what's going on and know a late payout is coming, as opposed to flying blind and not knowing, despite the fact that I've not had any problems with payouts during the 'troubles.' ~256 BTC does seem to put you on quite a long list, though. Fortunately the order isn't static, and there's a good chance you'll receive your payout before making your way up the list one payout at a time. Still, I'd also be curious to know if this is simply an aftereffect of all the work that had to be undertaken by WK to get the pool and feature back to a state to keep assholes from yelling 'scam!' like so many fucktards on these boards so often do.

I also noticed the same, but I believe it's due to luck and timing.. as in a good string of luck will accelerate payment, a bad string of luck will shelve shares and delay the next payment.
legendary
Activity: 1274
Merit: 1004
I didn't notice it in the FAQ, but does the Maximum Reward line in the graph represent the 100% PPS earnings? Should the pool go on a run of faster blocks and clear its payout queue, will the unpaid + everpaid line reach the max reward line?
member
Activity: 71
Merit: 10
I am mining at eligius with BFL 60GH/s miner. Usually (several months, actually) it averages to 60.7 GH/s, but starting last week it shows 59.9 GH/s
Anyone noticed something similar? If it was hardware issue like one core dead, I believe hashrate would decrease significantly more
member
Activity: 110
Merit: 10

"250.19174185 BTC are ahead in queue, putting this user's payout after a 10 block delay."

This has been happening a lot this week. Have the payout delays gone up since the trouble last weekend?


I've noticed something similar, though not too much more extreme than what I had experienced before things went to hell a little. My first payout after things went back to 'normal' was only a few blocks behind, and the payout came not too long after it should have. Today, it's a little different. I started out way down on the list, and then move up a few hundred sports over the course of 3-4 hours. Before replying to your post, I checked once more, and I've dropped another 30 spots or so. As I mention in a response posted just before this one, I don't receive large payouts, so it's not a big deal to me if I receive the standard payout right on time, or a larger one several hours later. That said, I do notice what you're talking about, and can see where it might be an issue for some. Since the amounts seem right (I have not doubts there), I'd rather be able to see what's going on and know a late payout is coming, as opposed to flying blind and not knowing, despite the fact that I've not had any problems with payouts during the 'troubles.' ~256 BTC does seem to put you on quite a long list, though. Fortunately the order isn't static, and there's a good chance you'll receive your payout before making your way up the list one payout at a time. Still, I'd also be curious to know if this is simply an aftereffect of all the work that had to be undertaken by WK to get the pool and feature back to a state to keep assholes from yelling 'scam!' like so many fucktards on these boards so often do.
member
Activity: 110
Merit: 10
any news about patch kncminer ?

I won't go so far as to ignore you after this (lol - though the fact ronin4bits is doing so is amusing), but I would point you to the following site that will answer such questions without you having to post them here. Just go to Eligius.st, and you'll see a little box there with info for KnC users. One f my units is an October batch Mercury (Yes, I'm no high roller), and I was able to connect to Eligius using the same port as I do with my BFL miners. no issues at all. If you have an October batch and are running firmware 0.99 or higher, bfgminer is included, and you shouldn't need a special version of cgminer. I was running firmware 0.98 w/ BertMod and bfgminer enabled, and got in just fine, and noticed no worse performance than at other pools. If you have a November machine, it too should have bfgminer built in, but I do not know if there may have been other issues. At any rate, right on the homepage there is info for KnC users. Go read it. It is helpful, and reading is generally good for keeping the mind sharp. Good luck out there!
newbie
Activity: 58
Merit: 0

"250.19174185 BTC are ahead in queue, putting this user's payout after a 10 block delay."

This has been happening a lot this week. Have the payout delays gone up since the trouble last weekend?
newbie
Activity: 59
Merit: 0
any news about patch kncminer ?
He's coded a special ver of cgminer AND provides a special port for you precious little device...

{Ignore you now}

sr. member
Activity: 440
Merit: 250
any news about patch kncminer ?
member
Activity: 75
Merit: 10
I have seen another user further back in this forum run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90 --weighed-stats



I have been running my U1's with just the first part of that command line and they are working but I was wondering if there was any way to tweak them so their production would be more stable. I'm curious about the last switches in those command lines and what they do. specifically the Icarus options and Icarus timing switches. I hadn't seen those before.  I see in the config file you are running a queue of 22 but perhaps you are running many more units and or have more power than I am running. I know I don't want to have the miners waiting for work but is there any issue with setting the queue too high? ie stale work etc?



You can absolutely run without the Icarus settings, I am using them because it makes the BEs run absolutely rock stable in my configuration. I have tried without and the stats are correct, but the BEs run at fluctuating speeds and quit working after just a few hours. When I run with the Icarus settings, I can run for up to 6 days straight before I have to restart BFGminer.

Once I start relegating the BEs to mining some of the other SHA-256 coin, I will be dropping the Icarus settings as well.

As for the Queue of 22, I didn't set the setting and left it running for 3-4 hours, and then checked to see what the queue had grown to, and it was at 22, so I set it specifically to 22, and I sometimes see it go to 24 or 26.
hero member
Activity: 529
Merit: 501
Damn, that guy have slightly more than 1000 times of what my rig is doing...  Must be running a data center somewhere...

With the latest 28nm ASIC's I've seen machines slightly larger than the current cubes capable of 7.5 T H/s I'm hoping / trying to obtain one of these... possibly the little brother of this beast if that is what I can get accomplished. Then I can join the ranks of the serious bitcoin miners..... my measly 6 ghash setup (soon to be 12) is envious of such power to say the least.

TRN1062 1B3rJa8jAHhCK6nuRQEfYWz4bDiCsbR5P3
 

It takes time. When I started, I think it was May of 2013, I had a whopping 600 Mh/s...hahaha.

After much trial and error, and a lot of learning, I'm at 0.0217% of Eligius. Whooo !
sr. member
Activity: 543
Merit: 250
Orjinal üyelik ToRiKaN banlanalı asır ol

+1 on the caring issue

For the ANTminer U1 optimization, I can only speak for the Windows version (I'm running Windows 7 32bit so BFGminer 32bit for me).

I run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90

I have seen another user further back in this forum run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90 --weighed-stats

Either way, without making the resistor mods to provide more power to the ASIC chip, the above settings will eek out the maximum hash rate from the U1s

Also, if you run the above, and then do the keystroke S -> W -> ENTER to save the config file bfgminer.conf, then the bottom section should look a little like this:

Code:
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "120",
"expiry-lp" : "3600",
"gpu-dyninterval" : "7",
"log" : "5",
"no-pool-disable" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "22",
"scan-time" : "60",
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "D:/MinGW/msys/1.0/local/share/bfgminer",
"scan" : [
"antminer:all",
"erupter:all",
"all"
],
"set-device" : [
"antminer:clock=x0981"
],
"icarus-options" : "115200:2:2",
"icarus-timing" : "2.5=90"
}

and then you can just run the BFGminer application by itself without all the command line options because the conf file will load all the settings

Hope this helps.

I have been running my U1's with just the first part of that command line and they are working but I was wondering if there was any way to tweak them so their production would be more stable. I'm curious about the last switches in those command lines and what they do. specifically the Icarus options and Icarus timing switches. I hadn't seen those before.  I see in the config file you are running a queue of 22 but perhaps you are running many more units and or have more power than I am running. I know I don't want to have the miners waiting for work but is there any issue with setting the queue too high? ie stale work etc?



The icarus settings are for block erupters.  When I dropped them when I sold my last erupter, BFGMiner started reported proper hashing rates in all columns, not just in the one calculated from your accepted/rejected shares.
newbie
Activity: 49
Merit: 0
For the ANTminer U1 optimization, I can only speak for the Windows version (I'm running Windows 7 32bit so BFGminer 32bit for me).

I run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90

I have seen another user further back in this forum run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90 --weighed-stats

I stopped using the icarus settings shown here. It throws off bfgminer's tracking of the average hash rates, plus I found that it reduced my actual work done by about 5%.

Thanks for the update.

Im currently trying to figure out how to buy my new rig... I need about 7 or 7.5 BTC as they only accept bitcoin for payment but I don't have any bitcoin currently and only have a credit card I wanted to make the purchase with.... Wish me luck

TRN1062 1B3rJa8jAHhCK6nuRQEfYWz4bDiCsbR5P3
newbie
Activity: 58
Merit: 0
For the ANTminer U1 optimization, I can only speak for the Windows version (I'm running Windows 7 32bit so BFGminer 32bit for me).

I run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90

I have seen another user further back in this forum run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90 --weighed-stats

I stopped using the icarus settings shown here. It throws off bfgminer's tracking of the average hash rates, plus I found that it reduced my actual work done by about 5%.
sr. member
Activity: 504
Merit: 250
this could be maybe helpful for you http://www.reddit.com/r/Bitcoin/comments/1w0wpm/the_reason_the_price_is_going_down/

but it's not a really big drop. it's nothing if you see what has happen in the last year.  Cheesy stay calm and hold!

Yes time is to HODL
Keep mining.
newbie
Activity: 49
Merit: 0

+1 on the caring issue

For the ANTminer U1 optimization, I can only speak for the Windows version (I'm running Windows 7 32bit so BFGminer 32bit for me).

I run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90

I have seen another user further back in this forum run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90 --weighed-stats

Either way, without making the resistor mods to provide more power to the ASIC chip, the above settings will eek out the maximum hash rate from the U1s

Also, if you run the above, and then do the keystroke S -> W -> ENTER to save the config file bfgminer.conf, then the bottom section should look a little like this:

Code:
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "120",
"expiry-lp" : "3600",
"gpu-dyninterval" : "7",
"log" : "5",
"no-pool-disable" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "22",
"scan-time" : "60",
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "D:/MinGW/msys/1.0/local/share/bfgminer",
"scan" : [
"antminer:all",
"erupter:all",
"all"
],
"set-device" : [
"antminer:clock=x0981"
],
"icarus-options" : "115200:2:2",
"icarus-timing" : "2.5=90"
}

and then you can just run the BFGminer application by itself without all the command line options because the conf file will load all the settings

Hope this helps.

I have been running my U1's with just the first part of that command line and they are working but I was wondering if there was any way to tweak them so their production would be more stable. I'm curious about the last switches in those command lines and what they do. specifically the Icarus options and Icarus timing switches. I hadn't seen those before.  I see in the config file you are running a queue of 22 but perhaps you are running many more units and or have more power than I am running. I know I don't want to have the miners waiting for work but is there any issue with setting the queue too high? ie stale work etc?

newbie
Activity: 59
Merit: 0
Adam Back, Inventor of  the Hash-Cash Proof-of-Work used in Bitcoin, referenced article author in the original Satoshi paper, effectively endorses Eligius as he describes its low fees.   

Let’s Talk Bitcoin Interview  http://letstalkbitcoin.com/e77-the-adam-back-interview/#.UuK0zWTTnrk

Start at minute 38:00

“….Get Block Template which is offered by the Eligius pool, which has about ten percent of hashing power and actually much lower fees than other (pools),  I always wonder why Eligius does not have a much higher portion of the network”
member
Activity: 75
Merit: 10
1Nbq2XZaRsKknf5fcT2wTXvBS31PaUWSeX moved away and pool lost 20% in a second ... gooood Smiley
Come back buddy ...

He's is back with MOOOOOOORE POWEEEEER!!! who the hell is this Huh  Huh  Huh

Why the hell do you or any of us care? the fact he (or she) is mining on Eligius and helping US all solve more blocks is A VERY GOOD thing.... so quit worrying about it or who (he or she) is.

On another note... I am working on trying to make my U1s work as efficiently as possible... Can anyone tell me what settings in BFGminer I might tweak? Does the Queue setting make any difference for instance? I know that if it is too low my hashrate drops do to waiting for work but what is a good setting? is there any benefit to increasing it to a certain point or any detriment to setting it too high?

Just a noob here but trying to learn and working on increasing my production. will be doubling my hashrate in a few days and hoping to increase it exponentially soon... If I can find a way to finance my purchase and convert funds to bitcoin to make the purchase of new hardware.

1B3rJa8jAHhCK6nuRQEfYWz4bDiCsbR5P3

TRN1062

+1 on the caring issue

For the ANTminer U1 optimization, I can only speak for the Windows version (I'm running Windows 7 32bit so BFGminer 32bit for me).

I run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90

I have seen another user further back in this forum run the following:

Code:
bfgminer -S antminer:all -S erupter:all -S all --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --icarus-timing 2.5=90 --weighed-stats

Either way, without making the resistor mods to provide more power to the ASIC chip, the above settings will eek out the maximum hash rate from the U1s

Also, if you run the above, and then do the keystroke S -> W -> ENTER to save the config file bfgminer.conf, then the bottom section should look a little like this:

Code:
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "120",
"expiry-lp" : "3600",
"gpu-dyninterval" : "7",
"log" : "5",
"no-pool-disable" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "22",
"scan-time" : "60",
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "D:/MinGW/msys/1.0/local/share/bfgminer",
"scan" : [
"antminer:all",
"erupter:all",
"all"
],
"set-device" : [
"antminer:clock=x0981"
],
"icarus-options" : "115200:2:2",
"icarus-timing" : "2.5=90"
}

and then you can just run the BFGminer application by itself without all the command line options because the conf file will load all the settings

Hope this helps.
legendary
Activity: 1372
Merit: 1022
Anarchy is not chaos.
Thats good ...but why my last payout from Eligius stays Immature Huh

Because you're paid directly from the mined coins (most secure, as pool doesn't get to touch your coins) and mined coins take 120 confirmations before they can be spent (immature).  This is normal.

Ok it gone 1 day to confirm - does it depend on how much btc must be confirmed ? Also why we have 0.04 payout step when even at 0.08 it still not going in payout queue - btc rises - delay stays 5-6 blocks Huh

Newly minted coins do not mature for 120 confirmations. About 20 hours.

As to the payout queue, it's designed so that it does not pay out until the pool has mined enough to cover it, regardless of your threshold. You'll get your coins. Besides, BTC is down in the exchanges right now anyway. What's the rush?


O tnx ... its not a rush - im new thats why ask lot Smiley

No sweat. I've only been mining a few weeks myself, though I've been involved for a bit over a year.  I watch the prices pretty obsesively myself, but this is a slow downtrend, nothing major. It'll likely correct upwards. I think there are a couple of things driving it down right now. The article mentioned in another post talks about the Chinese new year, which makes sense, but also we just had a difficulty change. There is always a bit of a selloff from miners just before a diff adjustment, and I think this is partially good sense and partially emotion. If you've made enough to take profit and buy more equipment, then it's wise to do so before your mining income drops, so you try to time it as close as possible. If you panic, you'll sell too low. Bitcoin is young. Five years old, to be almost exact. In that time it's gone from being worth literally nothing to (briefly) over 1000 USD. a drop of 80 bucks over a week just before the difficulty change is not unusual, nor worrrysome. If it drops like a rock, it's still not worrysome to me. I look on that as a buy opportunity. If I'd had some spare cash when Silk Road got busted, I would have made a LOT of money on the buy opportunity. It dropped damn near in half, but rebounded within days.

I've now tried three of the major pools. Couldn't connect to ghash.io, no matter how closely I followed their instructions, so they're out for me. I found BTCguild made me less profit and was just not my flavor. Eligius is the best pool out there to my perspective. As I get more equipment, I may point some of it elsewhere to see what happens, but this is my main pool. I like Whizkid, got no problem with Luke-jr, and the pool works good. Even when the stats and payouts were broken it kept working. If a quick buck is all you're after (nothing wrong with that), you might consider mining an alt and trading it for btc. I'm going to try some of that come february, though it's more for fun than for profit. (I aim for both, of course).
member
Activity: 109
Merit: 10
Thanks for everything wizkid.

tips sent to you and your GF.

wizkid057 tips address
1EdeTHebTtymUULE5bdjWzW1gbCJkP7aQH

transaction ID: 8f13557bd28f86fc6bac02f0592c22e3b7b0da08e15982f0b681a3a0dc7e7c63

wizkid057 girlfriend tips address
131YfpYJxeZPo9ejV157TT6rghjdPXZu3o

transaction ID: 0869006909ed2b9ad1fe42beabb6bd9b1606de4eaec6741af9eb4067691c4ad8

PS. to all that like and support Eligius pool please donate to acquire faster servers, better for all of us  Wink

Just thought I'd give those addresses a little plug. I remembered I hadn't tipped yet so just did. Every little bit helps.

Also is v2.srv.eligius.st:12234 up? I've been on slush since it went down the other day, although I didn't see anyone mentioning they had problems so It might have been something mucking up on my end and it never went down at all

V2 was replaced with just stratum.mining.eligius.st:12234

Thanks for the tip!

Great! Glad I can switch back Grin
legendary
Activity: 1223
Merit: 1006
Thanks for everything wizkid.

tips sent to you and your GF.

wizkid057 tips address
1EdeTHebTtymUULE5bdjWzW1gbCJkP7aQH

transaction ID: 8f13557bd28f86fc6bac02f0592c22e3b7b0da08e15982f0b681a3a0dc7e7c63

wizkid057 girlfriend tips address
131YfpYJxeZPo9ejV157TT6rghjdPXZu3o

transaction ID: 0869006909ed2b9ad1fe42beabb6bd9b1606de4eaec6741af9eb4067691c4ad8

PS. to all that like and support Eligius pool please donate to acquire faster servers, better for all of us  Wink

Just thought I'd give those addresses a little plug. I remembered I hadn't tipped yet so just did. Every little bit helps.

Also is v2.srv.eligius.st:12234 up? I've been on slush since it went down the other day, although I didn't see anyone mentioning they had problems so It might have been something mucking up on my end and it never went down at all

V2 was replaced with just stratum.mining.eligius.st:12234

Thanks for the tip!
Pages:
Jump to: