Frequent Questions
- Immature:
- Recently earned coins, waiting for the block to mature (unconfirmed).
- Confirmed:
- Earn coins from mature (confirmed) blocks.
- Balance:
- coins awaiting the next payment if they exceed the specified minimum.
- Total Unpaid:
- Immature + Confirmed + Balance.
- Total Paid:
- Total coins paid to your wallet address.
- Total Earned:
- Total Not Paid + Total Paid.
The pool covers all transaction fees.
Payments are made every 3 hours for all balances above the (0.001) specified minimum in each currency.
- Hashrate is the amount of hashes being done per second by the miner.
- It can be interpreted and number of guesses per second by the miner.
- The pool uses shares and their difficulty to calculate the hashrate of any given worker.
- In our dashboard you can distinguish two hashrates:
- Hashrate
- The hashrate the pool thinks you have based on the shares you submitted in the last 5 minutes. This value can vary a lot and can change drastically with each block.
- Last 24 Hours Hashrate
- This is the 24 hour average of your hashrate given shares you submitted to the pool.
- This value can change from day to day depending on the randomness of how hard it was to solve the last 24 hour blocks, which has nothing to do with global network difficulty.
- Stale actions are actions that were sent to the group after the crash was already resolved.
- Those are correct actions that only have solutions for the previous block, which means they can no longer be accepted in the current block.
- It is highly recommended to keep them as low as possible as they directly affect your winnings due to not being counted as accepted.
- The acceptable stale rate is less than 5%. Anything above that should not be accepted unless our servers are not very close to your location.
- Things users can do to reduce the number of outdated shares
- Use Ethernet whenever possible instead of Wi-Fi.
- Use wired connection instead of mobile.
- Verify that your overclocks are correct.
- It is used to ensure optimal communication and work distribution between workers and the pool.
- It makes it possible to assign higher difficulty work for faster workers and easier ones to slower ones which should make the communication frequency roughly the same regardless of the miner hashrate.
- How does this affect my rewards?
- If the miners are paid for the shares they submit, aren't miners with higher difficulty punished for it as they need to do more work to find a share while the pool is using "vardiff"? No! It is true that users are paid for the shares they submit, however, not all shares are created equally and higher difficulty shares are worth proportionally more than lower difficulty shares.
- Let's look at it with an example: We have 2 miners, X and Y. And we look at the same timeframe where difficulty does not change. Miner X has difficulty adjusted to 1 and was able to send 6 shares. Miner Y has difficulty adjusted to 10 and was able to submit 3 shares. Now, Miner X was able to submit more shares, however, they had lower difficulty than Miner Y. To calculate the work done of each miner we can use a simple summation. Worker X has done work equal to 6 (6 shares * 1 difficulty) and Miner Y equal to 30 (3 shares * 10 difficulty). With this, we can see that even though Miner Y sent fewer shares, it has done 5 times the work of Miner X and will be rewarded 5 times more for them. The variable difficulty and PROP payment system allow us to gather frequent data from the miners while ensuring fair and proper payments for the work done.
- This would be a standard setup -a x21s -o stratum+tcp://latinminers.com:9577 -u PNBPi8gRunJWyqUC8aRYoDssUK2a92bmVr.rig02 -p c=PGN
- go to the worker configurator to generate your miner configuration