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.
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.
A "pay-per-share" (PPS) reward system. This means that you receive a reward (get paid) for each valid contributed share.
Hiveon OS is free for Hiveon Pool users (up to 4 rigs).
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.
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).
A valid share is contributed before the winning block. In turn, a stale share is a share that was sent after a block was already solved.
Payment for stale shares is made—it is 50%.
For up to 5% of stale shares, the conditions are the same. Starting from 5% and above, the pool freezes the payouts, meaning you won't get paid for your stale shares. If the problem of high stales persists for 24 hours, the wallet is blacklisted and payouts are frozen until further notice.
Such radical measures are related to the fact that fraudulent miners abuse our stale shares payout system. Thank you for understanding and thank you for using our ecosystem.
It should be noted that the number of Stale Shares mainly depends on the quality of connection between your miners and the pool servers. Also to a large extent it depends on the quality of work of network equipment between the network nodes. Please make sure your stale shares stay below 5%.
Unfortunately, the pool's technical staff is not able to affect the quality of your provider's equipment and the routing of network packets from you to the pool and back. If you are absolutely confident in the quality of your own network equipment and if you are an honest miner, but regularly get blocked payouts, in this case - we are very sorry, but there's nothing we can do. It should also be noted that if you work through a mobile operator (3G/4G modems or Wi-Fi routers), then the probability of a large number of stale shares is high due to the peculiarities of the mobile connectivity.
For regular pools, where stales are not paid for, only the miner himself is at a loss if there's a large number of stales, because he simply loses income. Stale shares are lost profit. In the case when stale shares are paid out (as is the case on our pool), it lowers the pool's luck, because stales don't participate in finding a block, thus they'll have to be paid out at the expense of internal means of the Hive ecosystem.
Probably the system put your address on the blacklist due to suspected fraud. One of the criteria sufficient to block addresses by the anti-hacking system is a high percentage (5% or more) of the stale share.
Alternatively, the gas price is higher than the set gas limit, So you will receive the mined amount once the gas price is suitable (Mainnet).
The payout blocking system works as follows: if the percentage of stale shares exceeds the threshold value, which is 5% at the moment, the system will automatically put your address on the blacklist. Your address will be eligible for unlocking, if the percentage of stale shares is reduced below the set threshold within 48 hours. Read below how to do this.
In this case, you need to publish your dashboard url
https://hiveon.net/rvn/?miner=0xInsertHereYourWalletAddress with a brief comment on what happened. Chat administrators will pass all the necessary information to the pool technical support for verification. If the suspicions are not confirmed, your wallet will be unblocked, and your funds will be withdrawn.
At the moment, we do not provide the possibility of transferring funds between wallets due to the difficulty of proving that the account belongs to the user who requests the transfer. But we are working on it and, perhaps, will provide such an opportunity in the future.
Currently, every wallet on the pool is a separate account. When you change the wallet, the funds do not disappear. They remain on the same account where they originally were.
Please note that Hiveon does not recommend creating wallets on crypto exchanges, and the user is solely responsible for the safety of funds in such a wallet. Be careful and keep your passwords securely.
You can access your Pool Dashboard by submitting your wallet address on the Pool website (https://hiveon.net).