Stale shares là gì

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 & how can I avoid them?



Stale shares are the shares that were sent after a bloông xã was already solved, that is to lớn say, they were sent late and were no longer valid. To avoid stale shares, best to lớn have sầu a reasonably fast mining rig (so you won"t take too long to calculate a chia sẻ, 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 bình luận |
A stale giới thiệu occurs when you find a chia sẻ and submit it to the mining pool after the pool has already moved on lớn the next bloông chồ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 chia sẻ rate. The three most important are long polling, pool load, & 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 block 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: Remitano - Mua Bitcoin Bằng Cách Nào Rẻ Nhất

When the long polling notification goes out, all miners that support long polling request new work units at about the same time. This generates a massive sầu burst of load as the pool has khổng lồ manages lots of network traffic & vị several SHA-256 operations for each chia sẻ 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 and subsequent mô tả request process requires a few network operations. Latency between the miner & the pool can slow this process down. Picking a pool with a controller near you (network wise) can reduce this part of the stale chia sẻ window as well.

In addition, some pools have had bugs in their software that produced stale shares. The pool checks if the chia sẻ is stale by seeing if it has a record of the work unit and 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 mô tả being reported.

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

Xem thêm:

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 skết thúc out the notifications of a new block being discovered khổng lồ miners -- so quickly that some miners could request new work units before the client had finished processing the new bloông xã và they got work units based on the old block. Any shares they submitted based on those work units would be reported as stale.