A mining pool is the grouping of resources by miners, who share their processing power, hashrate, over a network, to split the reward equally, according to the amount of work they contributed to the probability of finding a block. A "share" is awarded to members of the mining pool who present a valid partial proof-of-work.
A share is a hash smaller than the target for difficulty that's usually lower than the network difficulty. Every hash generated has a chance of being a valid share. Miners have no control over when they will generate a share as they occur randomly. When one miner in the pool finds the solution hash, the rewards can then be split by number of shares submitted by each miner. There are multiple reward methods, PPLNS, PPS, PPS+, etc. These reward types calculate the "fair share" of the reward, but all pools use a share as a "proxy" for work completed by each miner. A share has no actual value. The only hash worth something is the one that solves a block. A share is just a method to divide any rewards earned by the pool.
A hashrate (or hash rate) is the measure of a miner’s performance. It is the speed at which a miner solves a task. Hash per second represents SHA-256 algorithms that are used per second, known as hash rate. The hash per second, H/s, is the measure of the efficiency of the miner. Higher hash rate means increased chances of receiving a block reward.
Reported Hashrate is used by mining software to determine the submitted computed hashrate of the hardware to the pool. The reported hashrate is essentially used for comparing it to your calculated hashrate shown by the pool. Reported hashrate is generally inaccurate and that's why there's always a small difference when comparing it to the calculated hashrate. It is a value only displayed by your workers' mining software.
Mean or Calculated hashrate is calculated from the accepted hashes that your hardware has submitted to the pool. This value can fluctuate above or below your reported hashrate. The rate is impacted by such things as stale shares, invalid shares, changing hash difficulty and pool's luck. Your worker may submit more or less shares during a given period of time that are accepted by the pool.
Average is exactly what it's called – an average. This is the average effective hashrate over a specified period of time. The higher the better.
Usually there is a somewhat significant difference between reported hashrate and average hashrate. This is considered normal, so don't worry about the reported hashrate too much. The higher the reported rate, the better is the average hashrate. But keep in mind, if you push your workers too hard then the calculated hashrate will take a plunge creating a gap between reported and calculated. That will affect your payouts.
Calculated hashrate is the most important statistic. Higher is better. Use reasonable overclocks to achieve this.
Keep a small gap between reported and mean (calculated) hashrates.
If your mean hashrate is much lower then your reported hashrate, your worker is most likely overclocked too high and it's not effectively hashing. Your hashrate may be bigger, but you’re generating more rejected or invalid hashes. Miner's logs can confirm this in most cases.
Large amounts of stale shares can affect your effective hashrate. Check your internet connection. Wi-Fi will cause more stales.
Fluctuations in mean hashrate are normal.
Higher average hashrates are better for your performance. Remember, this is not a race, but a marathon.
The hashrate on the pool is calculated from the number of decisions made by the pool for a certain unit of time, and displays the average value. Keep in mind that not all decisions sent by your worker are correct or arrive on time.
It depends on the quality of the connection and speed (Ping). The less the ping is, the faster the pool will receive decisions from your worker. Therefore, it is less likely that the solution will not be relevant, and the pull will not reject it. Thus, the speed displayed on the pool will be closer to that displayed on the dashboard. But it will always be a little lower.
The effective miner hashrate on the pool is different since only accepted and stale shares are taken into account.
Each pool operates on a different set of rules for their payouts, but here are a few of the most popular ones:
Pay-per-share (PPS), is a reward system where the miner will receive a reward (get paid) for each valid contributed share. PPS pools are considered to be the best reward types if you want a steady 100% (minus the pool fee) income. PPS pools pay for literally every valid share you submit. Meaning, every time your mining software “accepts” a transaction, you get rewarded with a small amount regardless of whether the pool has found a block or not. The pool operator is virtually hiring your hash power.
Pay Per Last N Shares (PPLNS) is a payout type in which the miner takes the risk of variance upon himself. PPLNS pools were designed to stop "pool hoppers" as they don’t technically pay out the current block, but instead they pay out based on an average of the shares that were submitted over the last x number of blocks. So, when first starting to mine on a PPLNS pool, one will notice that they'll hardly get paid anything until a few hours later. This will ramp up over time and once one stops mining, they'll still get paid for a few hours, due to the “buffer effect” of PPLNS.
PPS+ (Pay per Share Plus) is a combination of the PPS and PPLNS payout methods. Just like with PPS, miners are paid for each share that they submit, giving them a predictable payment method. Unlike PPS, which only awards block rewards and does not cut tax fees, PPS+ distributes all bonuses to miners and splits all rewards above the block. While the fluctuating rewards like in the PPLNS are avoided as a whole.
It's a metric that shows how many shares the pool needed in order to find a block relative to the average number of shares needed for finding a block. If the luck is above 100% then the pool needs less shares then expected for a given difficulty. If the luck is below 100%, then more shares were needed. Luck only shows the history of the pool and cannot be used to predict future blocks. Finding a block is completely random, so joining a pool when there is high luck and then leaving when the luck is low, won't make any sense.
For the best quality of working with the pool, it is best to use the server with which you have the fastest connection. You can check it with the
Ping command. The lowest value will show the fastest connection. Also, we recommend specifying multiple servers. If the main server crashes, your ASIC will automatically switch to the spare one and avoid downtime.
When are the main payouts? (When are payouts made?) Payments are made out daily at 9:33 AM GMT for all balances at or above the set threshold at payout time. Please note that the payout time is fixed at 8: 33 AM and as such can vary from the unpaid balance amount at the time of payout. What is a possible minimum balance? Ravencoin: 10 RVN
There is no "limit" definition as this is completely market-dependent and can vary considerably. There are trackers that can give you the current prices and historical data like https://explorer.bitquery.io/ethclassic/gas
Even with a negative balance, your workers will still be operational. After 5 days, however, the farm will be locked and the mining process will be halted. Operations will proceed once credits have been deposited to your account and the negative balance has been restored.
This can be done through the Payout Settings tab on your Pool Dashboard.
Stale shares are predominantly caused by network issues between you and the pool. There are certain ways you can ensure you have the best possible connection to the pool by going through the following steps: 1. Check and reset your modem/router Opt for Public DNS (or if using HiveOS, enable DoH in worker options). 2. Test both TCP and TLS nodes to see what works best for you. 3. Run mtr against the pool address, i.e. mtr eth.hiveon.com for at least a 100 pings and check for packet losses. Avoid WiFi if possible (Wifi is simply not as stable/reliable as a wired connection).
Ravencoin (RVN) has a code that is a fork of Bitcoin, and the project offers developers an alternative to smart contract compatible blockchains like Ethereum, ERGO. RVN highlights its decentralization and a strong security model as its main advantages compared to other platforms. Unlike BTC, RVN has a block time of 1 minute and a current block reward of 2500 RVN for solo mining. RVN appeals to many cryptocurrency miners: it was launched with no pre-sale or initial coin offering (ICO).In addition, there was no pre-mine or pre allocation of RVN for developers, the Ravencoin advisory board, VC funds, or other early project participants. This ensured that there are no large wallet owners, making the system fairer and more democratic. Ravencoin is open source, so anyone can help secure the network by contributing to the code or getting involved by running a Ravenode or a miner.
When selecting a mining pool, look at fees associated with payments. Hiveon RVN Pool offers a 0% Transaction (Tx) fee. Also, look at how the minimum payment threshold is set; at Hiveon, we've set this to 10 RVN. You should, even with a relatively low hash rate, receive transaction cost-free payouts on a regular basis. Also, look out for the mining pool's reward type. Hiveon offers PPS+, an instant payout for every solved share provided by the miner. Under
PPS+, a miner gets a standard payout rate for every share they provide. Each share to the pool is valued based on the pool's total hash rate; therefore, the "difficulty" of mining a new block will impact the payment. PPS+ means that a miner on Hiveon can generate a small additional income based on the transaction fees occurring in the pool.