Podcast #128: We chat with Kent C Dodds about why he loves React and discuss what life was like in the dark days before Git. Listen now.
11

Bitcoin uses a different difficulty adjustment algorithm than Monero, which consequently leads to a different estimation of the network hashrate. More specifically, Bitcoin uses a fixed window of 2016 blocks, which should take approximately 2 weeks with 10 minute blocks. After this window the difficulty is retargeted such that, on average, the block time (...


9

Two months ago, Monero core developer smooth said: Monero's mining network is comparable to a low top-10 supercomputer. It's not invulnerable to all attackers but it is a significant amount of security relative to the value of the coin and what could be achieved by attacking it. Over the past two months Monero hashrate has grown about 50%. The worlds top ...


6

When Monero forked to v7, it changed its proof of work algorithm. While it previously used Cryptonight, it now uses a slight variant (technically, variant 1) of Cryptonight, which should be typically slightly slower to compute. After the fork, miners would were not able to update their hash algorithm were left unable to mine Monero. While patches were made ...


6

I am pretty sure that the network could not handle a million daily transactions (how many does it handle now?) In the last day, Monero processed an average of 2.22 transactions per block excluding coinbase transactions. This comes to about 2.22(30)(24)= 1598.4 transactions per day. As demonstrated by the August 2014 spam attack, Monero blocksize limits ...


5

Generally you can simply look at the value of the current block reward as an indication of how much electricity it takes to secure the network. At 8.7 XMR per block it costs about 78k USD in electricity to secure the network each day. Based on this, lets roughly say it is 0.15 USD / Kwh, so 78k/0.15 = 514,800 Kwh each day.


5

It means that the network is used by more powerful miners. Difficulty adjusts to the network hashrate (after every block, unlike Bitcoin which adjusts difficulty only every 2016 blocks, around two weeks for 1 block / 10 minutes), meaning it will be more difficult to mine a block the more miners will join the network (if the overall hashrate goes up). I ...


5

The difficulty adjusts with each block. The adjustment algorithm examines 720 prior blocks, starting from 15 blocks ago. Of those 720 blocks, the 60 highest and lowest block times are excluded from the analysis, which leaves 600 blocks. Out of those 600 blocks, the average block time is determined. This average is then used to adjust the difficulty ...


4

One Monero block is (1 << 21) / 16 [Source (Lines 40, 43 and 90): https://github.com/monero-project/monero/blob/master/src/crypto/slow-hash.c#L40 ]. The Monero block reward = (M - A) * 2-20 * 10-12, where A = current circulation. Source: https://monero.stackexchange.com/a/4254/2828 . With Monero the difficulty is dynamically adjusted so that Blocks ...


4

Value of a coin and hash rate goes hand in hand. If value of coin decrease, then miners will have less reward for their mining and will rather go mine some other more profitable coin. So if a coin is used only by 2 people and have low value. The hash rate needed to run network is tiny, but network is still secure. Motive behind doing a 51% attack is ...


3

Based on this answer, an efficient device to mine Moneroj at the moment can produce ca. 6 H/s/W. That's around 20 MH/kWh. The current difficulty of the network is around 6.5 billion (average number of hashes to find a block), or ca. 200 billion hashes an hour (30 blocks per hour). So that puts the required electricity consumption at approximately 200,000 (...


3

The network hash rate never reached 70 MH/s (I don't think it even reached 60 MH/s, though it came close), so this points to a bug in the site you're looking at. It seems likely that this is related to the switch in block target from 60 seconds to 120 seconds a while back. Some sites never noticed, and started reporting wrong difficulty. Maybe this site ...


3

The network hash rate will vary over time. In general, the higher and more decentralized the hashrate, the more secure the network. If the hashrate becomes too low, then Monero would become less expensive to 51% attack. There is no way to specifically quantify what "too low" is. Currently, Monero has the highest has rate of any coin based on CryptoNote and ...


3

You can call the getinfo RPC, which contains the two values you want: difficulty (the threshold a hash must meet to be a valid block) and target (the number of seconds the monero network attempts to keep between blocks, on average). Divide the former by the latter to get the estimated network hash rate. Example using curl: curl -v -X POST http://127.0.0.1:...


3

I'm not sure what miner you are using, but if you're using XMR-Stak, one of the better ones at the moment, you can click 'r' to get a report on your submitted work. If you have a low acceptance rate, you are losing your work. Here's an example from one of my own workers that runs through an SSH tunnel (which adds latency). RESULT REPORT Difficulty : ...


2

No, it will not affect your hashrate however you may be submitting invalid shares due to high latency I would recommend switching to a closer pool to avoid invalid share which can result in penalties.


2

This has already been answered, but I work through the problem slightly differently, which hopefully adds to its ability to be understood. The current hash rate according to moneroblocks.info is a bit over 55M h/s, which comes out to 198 billion hashes per hour. Let's assume the average efficiency of a minor on the network is 5 hashes / second / watt. (As ...


2

The scratchpad is filled with pseudo-random data based on the state (using rounds of the AES block cipher). Check https://cryptonote.org/cns/cns008.txt for a detailed description of the algorithm (without the modifications introduced in version 7 of the protocol).


1

Mining of cloud based virtual servers will always be poor and susceptible to changes in HR. With virtual servers you are sharing CPU resources, and with CrytoNight, you need 2MB CPU cache per thread for optimal performance. A virtual server will never give you exclusivity over CPU cache, hence you'll see changes. Further, most hosting companies forbid mining,...


1

This is how I understand it to work, and some of it may not be entirely accurate. Monero is set such that a block can be mined approximately every 120 seconds(or two minutes). The difficulty is set in place to allow this to happen; this allows us to have a relative roadmap and control as to how much monero is being "distributed". So if everyone was mining ...


1

Answering your actual questions: How many hashes are needed to solve a Monero block of difficulty 1? ... Or, more simply, the average number of hashes (total, across the whole network) required to solve a Monero block of difficulty 1? The answer is 1. Any valid ("valid" being the correct hashing algorithm), hash will solve for a difficulty of 1. This ...


1

According to Minergate: Reward = ((hashrate * block_reward) / current_difficulty) * (1 - pool_fee) * 3600 ...where does the 3600 come from? Does anyone know what this formula means or how to use it? Surely, the reward formula would look more like this : Block Reward / Difficulty = Value of 1 share Therefore, Miner Reward = ((Block Reward / Difficulty) ...


1

Thanks to this question I realised that one can calculate the estimated network hashrate from the difficulty of the currently mined block, which can be obtained with the getblocktemplate RPC method. The estimated network hashrate then would be difficulty / 120, where 120 stands for the block finding target of 120 seconds. I suppose that this is exactly ...


1

No one can know the number of full nodes at any given time, because not all nodes connect to each other, and there is no way of knowing about nodes that you are not directly connected to. Node information is not obtainable from the blockchain.


Only top voted, non community-wiki answers of a minimum length are eligible