– – – Quick Links Resources • • • • • Desktop Wallets (Official) Web Wallets • Mobile Wallets • • • • • Hardware Wallets • • Why Monero? Monero is secure. Monero can't be hacked to steal your funds, due to the power of distributed consensus. This means that you are responsible for your own money, and don't have to trust any entity to keep it safe for you.

Monero is private. The power of the blockchain usually increases security at the cost of privacy, but with Monero's sophisticated privacy-centric technology, you get all of the security benefits of the blockchain without any of the privacy trade-offs. Monero is untraceable. By taking advantage of ring signatures, Monero makes it ambiguous which funds have been spent, and thus extremely unlikely that a transaction could be linked to any particular user.

Monero is fungible. Because of its on-by-default privacy technologies, Monero is fungible, which means that one Monero will always be equal to another. This ensures that there will be no discrimination over the origin or history of your coins, lessening the worry of potential blacklisting by exchanges or vendors. Guidelines • Breaking the guidelines may result in a deleted post and possible ban. • Follow redditquette and the rules of reddit. • Only Monero-related topics/links.

• No memes/image macros. • Downvotes are for bad information or rudeness, not casual disagreement. • When mentioning other currencies, keep the discussion civil. • No posts on how many coins you own/lost. • Please direct support questions to. • For price/valuation talk, please use.

Monero Communities Other Communities • • • • • • •. How often do you see 'accepted: 421/421 (100.00%), 34.38 H/s at diff xxx (yay!!!)' in your miner's log when mining with big pool? Almost NEVER. You are mining for nothing, I will tell you why. All majors pools set a very high minimal diff on their mining port (25000 on moneropool.com, crypto-pool.fr). This diff is YOUR local difficulty to mine.

With a targeted 60s block time and a couple of CPU you have almost NO chance to find and submit a single share in 60 sec at a 25000 diff. You are just mining for nothing (look a your miner's log). Why the hell are they doing that? Simple Syscoin SYS Miner there.

The calculator will automatically retrieve the current XMR/BTC exchange rate, difficulty and block reward. You will have to manually enter the correct details for the other field, such as your GPU’s hashrate, power consumption and cost (assuming you must buy a GPU for mining) and the cost of your electricity per kilowatt hour.

They prefer to work with GPU or rig owners in order to decrease traffic and load to the pool (aka decrease their own out of pocket money). At we have a low start difficulty of 500 even auto adjusted lower if you come with a poor CPU. We have a hudge 2.5Gps unmetered bandwidth and a 8 cores dedicated server. So we do not target a specific difficulty, we prefer targeting a time window.

WE ACCEPT A SHARE FROM YOU EACH 5 SECONDS wathever is your hashrate. Adjusts your local diff according to your hashing power in order to meet the 5 sec target. What Is Decred DCR Mining And How Does It Work more. On top of that is 100% FREE. No pool fee for the next 12 months!

Point your miner to mine.xmr-pool.com on port 443 now and watch your shares being accepted. Hi, I don't think this is totally true. By saying that you are accepting shares every 5 sec it does noet mean that miners are throwing more hashes in your pool.

You are simply accepting hashes more often but it also gives you more cpu overhead. In my pool I'm collecting hashes less frequent but in total it gives the same result. When I tried your pool I saw very slow progress of 'Total Hashes Submitted' so basically you are accepting less hashes but more frequently but please do not say that other pools are working only with GPUs or smth like that.

I'm also struggling with small amount of miners but let's not blame other players. It's not cool what you are doing. (This is my opinion.) We are the community and we should be helping each other. Hi xmrpool_eu. I am not blaming the others players.

Just telling the truth. Just give a try: Point a regular CPU miner (. Well for some reason it was working for a few minutes and now it can't connect to the server.

I can ping the server so it's not a connection issue and when I check on the website it says 'mining server online'. So why did it work for a few minutes with my GPU (changed the settings accidently on ccminer instead of cpuminer) and that now it doesn't connect to the server, I have no clue. But for the time that my GPU was on it, it was varying between 1.5H/s to 156H/s and 76 accepted shares in 6 minutes. EDIT: Tried on my phone with NeoNeonMiner and got '0/163 Blocks Accepted' • • • • •. This is completely wrong.

First of all the block time is two minutes not one. Second of all, if you have a 20% chance of finding a share within a block this just means that one out of five blocks when you do find a (higher difficulty) share, you get 5x the credit for it (compared to difficulty shares you would expect to solve every block).

It comes out the same, with less bandwidth and overhead. Pools using a high share target (within reason) are doing it right, assuming it doesn't lead to timeout disconnects, etc. Hi smooth_xmr, -1 for me for the 60s. With respect to an XMR core Team member, reduce pool overhead and bandwith in beetween a pool and its miners is not a Monero network concern (since it regards only the pool and its miners).

The big miner concern is to have a chance to compute and submit to the pool a valuable share within two blocks (has shares arrived after the block vanishes are just discarded by the pool). As you mentioned it, the higher the diff, the higher the reward for the share (proportional way). BUT if you mine at high diff with a low hashrate you reduce in a non proportional way your chance to get your share accepted because the block time to mine is not infinite (after 120 sec you are out of the game with your nice piece of cake). I will take an EXTREME (not realistic example): CPU mine at diff 100000, hashrate 40KH/sec. Almost no chance to submit you goldy share before the next block.

All your computational effort will just be discarded by the pool when its arrives. No reward for you. As a result the less diff you have the more you get chance to get shares accepted and the more you get chance to be rewarded (low reward per share but reward anyway). BUT if you mine at high diff with a low hashrate you reduce in a non proportional way your chance to get your share accepted because the block time to mine is not infinite (after 120 sec you are out of the game with your nice piece of cake).

This is mathematically incorrect. I agree that pools (and miners) can and will do whatever they want, and the core team does not currently provide any pool or mining software (though we could if we wanted to; there is no rule against it). I'm here giving correct information to users within the Monero ecosystem. So let's start here since we both agree. Imagine your are a pool miner.

What is important to you is that your shares are submitted and accepted by the pool before the next block (otherwise no reward for you). So, in average, you have a 120 sec block interval to compute and submit at least one valid share to the pool (or better save electricity cost and power off). So you have to mine at such diff that you push at least one share to the pool in less than 120 sec. If the pool targets your miner at a diff so high that your averaging compute time per share is >120 sec you are mining for nothing to the long term.

In any case, as a pool miner, you always loose the computational effort in between your last share accepted by the pool and the next block is there. This lost is under the control of the pool which set the a targeted minimal diff to your miner.

That's why I am saying again that big pools, with high minimal diff ports, are pushing CPU miners out of the game. Because they make more money at less cost (pool load and bandwidth) dealing with high valuable (high diff) shares. They don't want to spend pool ressources to handle your low valuable (low diff) shares. So better mine at because our target is your share acceptance timeframe, not your miner diff.

What is important to you is that your shares are submitted and accepted by the pool before the next block (otherwise no reward for you). No, that is not what is important. What is important is that over time your shares are credited in an appropriate manner which compensates your for your hash rate.

In the case of a high difficulty share, there is no particular period of time that it will take to solve, only an average. If the average to solve a high difficulty share is 10 minutes, this means on average you will succeed in submitting a share one in five blocks. Four out of five blocks you will get nothing. However, on that fifth block, you will get 5x the reward. Thus you get 5 blocks worth of reward every 5 blocks, on average, exactly the same as if you submitted one 1/5 difficulty share on every single block.

This answer will attempt to answer the question at multiple levels, as follows: • Section I explains the basics of how to calculate this yourself. • Section II provides updated calculations based on Section I. • Section III provides an abstracted way to determine this based only on the total network hashrate and the total number of coins in circulation.

Explaining how to determine this on your own: Some basics: • Monero has an average block time of 2 minutes, meaning that there are approximately 720 blocks per day. • Your expected reward is proportional to your share of the network hashrate. The current hashrate is ~23.3 MH/s (), or 23300000 H/s. • Monero's block reward is decreasing slightly every block. Right now it is a little less than 11 XMR, but I'm going to just use 11.0 in my calculations. • To find out the exact reward at any given time, you could go to a block explorer () and click on the most recent block. It will tell you the reward for that block.

• Disclaimer: The reward changes based on how many transactions are included in a block. For instance, block 1124279 was empty and had a reward of 00000, while block 1124278 had 4 transactions and a higher reward of 00000. Nonetheless, you can get a rough idea using this method. Okay, putting it all together, where your share of the hashrate is 'n': daily reward ≈ (720 * Avg Block Reward * n)/(Network Hashrate) Since the question was for a reward of 1 XMR per day, using the numbers above: 1 XMR ≈ (720 * 11.0 * n)/(23300000) and solving for n: n ≈ 23300000 / (720 * 11.0) n ≈ 2942 H/s which is pretty close to @villabacho's answer. I just want to get a general idea.

Generally speaking, the formula to determine the hashrate needed to mine 1 XMR per day is: n = (Network Hashrate) / (720 * Avg Block Reward) What CPU / GPU would be required to solo mine 1 coin a day? The most energy efficient GPU that I know of for mining XMR is the GTX 750 Ti, which gets approximately 250 H/s for a little more than $100/GPU. 12 of these GPUs would give you 3000 H/s, or a little more than 1 XMR per day at the current mining and reward levels.

20 June 2017 Update to Section 1: • Hashrate: ~87.4 MH/s • Reward: ~7.22 XMR/block (including fees) Using our formula n = (Network Hashrate) / (720 * Avg Block Reward): n = 87400000 / (720 * 7.2) n = 16812 H/s, or 16.81 kH/s to mine 1 XMR per day. You would need approximately 67 GTX 750 Ti's at 250 H/s each, OR approximately 28 RX 470's at 600 H/s each, OR approximately 22 RX 480's at 750 H/s each. 20 June 2017 addition abstracting calculation further: A more general formula can be developed that calculates the Average Block Reward used above from the total coins in circulation. The base block reward is calculated by Reward = (M - A) * 2^(-19) * 10^(-12) where M = 2^64 and A is the current amount of XMR in circulation (in terms of atomic units, where 1 XMR = 10^12 atomic units). We can reduce this for ease of use to be as follows: Reward = (18409551616 - a) * 2^(-19) where a = A * 10^(-12) and represents XMR 'coins' in circulation as we traditionally think of them. From this formula, it should be clear that the base reward for each block is progressively decreasing. However, we can consider it roughly constant in the short term for our purposes here, as over a 720 block period (one day) the reward drops ~0.01 XMR at today's rate.

Therefore, we can substitute this Reward value as an approximation of the Avg Block Reward over a relatively short period with an error of much less than 1%.