When I mine at a pool, only a part of my shares are accepted. There is a small percentage which is marked as stale.

Bạn đang xem: Stale shares là gì

As far as I know I only get paid for accepted shares, so what are these stale shares and how can I avoid them?



Stale shares are the shares that were sent after a bloông xã was already solved, that is khổng lồ say, they were sent late and were no longer valid. To avoid stale shares, best khổng lồ have a reasonably fast mining rig (so you won"t take too long lớn calculate a nội dung, probably not a problem for most machines), reliable mạng internet connection (stable, not necessarily fast), but also an up-to-date mining software (if you are mining with some really old miner it might not communicate in the most efficient manner with the pool).

In short - update your miner every now và then, make sure your internet is running okay, and don"t mine on really weak rigs.

Improve this answer
answered Oct 7 "11 at 22:28

42.5k2121 gold badges131131 silver badges337337 bronze badges
Add a comment |
A stale tóm tắt occurs when you find a nội dung and submit it lớn the mining pool after the pool has already moved on to the next blochồng. The percentage of stale shares should be very low if everything"s working correct, around 2 out of 1,000 shares or so.

Several factors affect the stale tóm tắt rate. The three most important are long polling, pool load, and miner-to-pool latency.

Any shares found based on old work units after the pool controller receives a new bloông xã will be stale. Long polling is a technique that allows the pool to notify all of its miners when there"s a change in the bloông chồng chain so they can immediately request new work units. If your pool or mining software doesn"t support long polling, you will finish out the old work units, generating stale shares.

Xem thêm: Cách Đưa Sản Phẩm Mới Ra Thị Trường Được Nhiều Người Biết Đến

When the long polling notification goes out, all miners that tư vấn long polling request new work units at about the same time. This generates a massive burst of load as the pool has to lớn manages lots of network traffic & vì chưng several SHA-256 operations for each mô tả it issues. If the pool is slow khổng lồ issue you a new work unit, the window in which you can generate stale shares increases.

The long polling & subsequent chia sẻ request process requires a few network operations. Latency between the miner and the pool can slow this process down. Picking a pool with a controller near you (network wise) can reduce this part of the stale nói qua window as well.

In addition, some pools have sầu had bugs in their software that produced stale shares. The pool checks if the nội dung is stale by seeing if it has a record of the work unit & clearing all work unit records when the chain changes. So if something goes wrong with the work unit tracking process, that will result in a stale share being reported.

For example, if the pool erroneously issues the same work unit lớn two miners, the first one khổng lồ submit the tóm tắt will get credit. The pool will remove the record when the nội dung is found because otherwise you could submit the same cốt truyện more than once. This will result in you getting a stale cốt truyện report.

I probably shouldn"t admit it, but I was actually responsible for one such bug. My first implementation of long polling in the client rushed as quickly as possible to lớn skết thúc out the notifications of a new bloông chồng being discovered lớn miners -- so quickly that some miners could request new work units before the client had finished processing the new bloông chồng and they got work units based on the old bloông xã. Any shares they submitted based on those work units would be reported as stale.