Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 1112. (Read 4381957 times)

Because of huge rise of traffic every day, I decided to close pool registrations right now. For example, over this night the number of requests rise from 300 getwork/s to more than 500 getwork/s. I simply cannot add new server every day. I also need more time to finish my work on push based protocol and currently the maintenance of rising load consume too much time.

Once the pushwork stack will be ready, I open registration back again.

http://mining.bitcoin.cz/stats/

see duration column

How long is a round?

I have two workers pulling 330+MH/s, and I imagine I'm not the only one skewing the average.

Is it normal for Current shares and Score to reset after a certain point and go back up within the course of an hour or so?

Thank you for the response.

It looks like the current rate is approx 60 GH/s. The active workers are somewhere around 870. Does this mean that we have an average of 70MH/s per worker??? That seems like a real high number to be an average over the entire mining pool.

Alternatively, if you really mean to use such a high rate of share decay, why not let shares carry over to the next block?  That would avoid worst-case situations such as the two badly skewed payouts in a row on 1206 and 1207, but would have little effect on even a typical 10-minute block.  Just a thought.

I believe I am good now it added a Nonlin. to my username. I went back and added Nonlin. to my Username in Bitcoin and OpenCL Batch and everything now matches Slush's site, my Bitcoin and my OpenCL and it is currently Generating.

Checking on Slush's site confirms everything is working. I now see 6  shares with a score of 20.

I also lack the line --port=8332 but this doesn't seem to be holding me back. Probably since I am the DMZ.

Thanks for your help.

Might I humbly suggest increasing the compression by, oh say, a factor of 10?

For the shortest round as of the time I write this, you currently penalize the 1 second share by 6% vs the winning share.  For a by-design "typical" round of 10 minutes, you penalize the earliest share by a whopping 86%.  And for the longest share as of this writing, 1h52m, the earliest share might as well have gone solo, as you penalize the earliest share by "9 nines" percent, ie, more than the resolution of a bitcoin.

Did you really mean to penalize the first vs the last share in a typical block by almost 90%?

I'm not entirely sure what you're asking, sorry.  Here's the best example I can give.  If your username on slush's site is MyUser, and you've registered a worker on that site site named "MyWorker" with a password of "MyPassword" then the *.bat file you use to launch the OpenCL miner should look something like this:

I forgot exactly what the -d0 part does, so that might need adjusting to your specific case.

So my user and pass in m0mchil's OpenCL program must be the same as the account I made at Slush's Site or can I use any credentials and then I have to add my user and pass set in m0mchil's OpenCL program to Slush's site?

Despite this confusion I just added my user and pass from m0mchil's OpenCL program as a worker at Sulshes site.


There is no command line in the .bat to specify a URL to use. I suppose I have to add it myself, looking at m0mchil's page again.

adding the line --host=mining.bitcoin.cz causes it to state unknown login

The Bitcoin client gives you an address unique to you, yes, but beyond that you don't have to have it running for pooled mining if you don't want.  If you do select the "Generate" option then it will attempt to do CPU mining, which at this point is rather futile due to the high difficulty in generating a full block, so I wouldn't recommend it.  Have the client open for receiving coins, but otherwise it doesn't need to do anything.

For pooled mining, make sure you have an account at slush's site, with a worker registered, and that those credentials are what you're using with the OpenCL miner program.  Make sure that you've entered one of your personal receiving addresses (from the Bitcoin client) into your "My Account" page, and you're good to go.  If you want to use your CPU to contribute to the pooled mining as well, you'll need a separate CPU client, either by jgarzik or puddinpop or ufasoft (all have threads in this Mining forum).  I'd suggest registering a new worker on slush's site for this new CPU worker, just to be on the safe side.

EDIT:  You "connect" it by specifying that url when launching it.  You are launching m0mchil's OpenCL program with a long command, right?  Part of that command specifies the URL to use, while another part specifies your username, your password, number of threads, etc.

I am running bitcoin and the OpenCL (m0mchil's GPU miner) that allows my GPU to Generate Coins.

I thought bitcoin was the mining program and by supplying http://mining.bitcoin.cz with my address from Bitcoin and providing bitcoin with the pool address (http://mining.bitcoin.cz:8332) I would be all set.

I apologize if this is not the case but it is my first time doing all this.

If I am not doing it correctly if someone would be kind enough to point me in the right direction or simply tell me what I must do that would be great.

This is the step that confuses me

3. Run miner

Run your own CPU/GPU miner with the worker credentials you gave earlier, and connect it to this URL:

http://mining.bitcoin.cz:8332

How exactly do i connect it?

No, that's not how you do it. You need to download and run a mining program.

Do I put this http://mining.bitcoin.cz:8332 in my address book?

Under sending only?

I have done this just wish to verify.

3 blocks found between my clients, and I have 59.81 bitcoins from the mining pool. Yes, I know it's all probability, but this is even *less* likely than my previous situation...

I'm not in any way saying that the pool owner is doing anything malicious, I trust him, or I wouldn't be pool mining, but I can't rule out that there isn't a bug somewhere...

On a lighter note, can we have JSON or CSV for the block stats? I'd like to make a local script to view it, and at the moment I'm scraping the HTML.

 
Hi guys, I use rcpminer-4way and rcpminer-CUDA. During last hours I noted that few times my shares was not counted.
I mean My miner clients displayed "Found Hash!" message, but this share was not added to my account's score.
Really bad - it was not once..
I've made a couple of screenshots and I will upload them later. I consider it as a real issue.

That's not the number of shares that YOU had, that's the total number of shares that were submitted for that block before it was solved. I had 1 of the 178 and so did you. FairUser didn't submit any shares before the 178th share which solved it.

While people are on the block 1206 subject....

1206   2011-02-17 23:45:16   0:00:20   178   0.25495445   108811    107 confirmations left

one share's worth:
50 BTC / 178 = 0.28089887

2% of this share (donation):
0.28089887 * 0.02 = 0.00561797

Expected result:
0.28089887 - 0.00561797 = 0.2752809

With the new score-based share system, this means that we were unlucky (although lucky enough to find any share within 20 seconds...) and found a share within the first few seconds of the round (or some of us are donating more than 2%), so our single share was worth less than those who found a share on second 19 or 20 of the round.  I don't think we have access to previous 'score' data, so there's no way to really verify how that math worked.