So, whats everyones hash rates at?
Mines at a hefty 12.74KH/s
That is one big hashrate. What are you mining with? Mines at a hefty 12.74KH/s
Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1925. (Read 4670562 times)
Please keep the 1 minute blocks! Else Monero wont have a chance to compete with other coins for mainstream adoption. It's simply to slow for every day transactions. Any coin that shall be used in daily live has to beat the "Starbucks challenge", that is: Buy your coffee and settle the payment before you walk out the door. No merchant will accept a payment that requires him to wait minutes for settlement when credit cards or cash do that in seconds. If you argue that 1 minute blocks result in too many orphanes and are thus unfavorable for miners, I ask you to rethink your priorities when it's most crucial to design a friendly experience for the users instead of the miners that will stay regardless.
On the issue of emission schedule, Im also in favor of a flatter curve. 87% in 4 years is not much time. Most likely thats when cryptos really catch on. We should think middle- long term instead of short term gains if we want this one to succeed and also provide a reliable Bitcoin-like source of revenue. I'd be happy to halve emission per block while keeping block times intact for the greater good.
On the issue of emission schedule, Im also in favor of a flatter curve. 87% in 4 years is not much time. Most likely thats when cryptos really catch on. We should think middle- long term instead of short term gains if we want this one to succeed and also provide a reliable Bitcoin-like source of revenue. I'd be happy to halve emission per block while keeping block times intact for the greater good.
no merchant cares whether there are any confirms unless the value is high enough to wait.
So, whats everyones hash rates at?
Mines at a hefty 12.74KH/s
Mines at a hefty 12.74KH/s
I don't know if this has been addressed but zone 11 download link in op does not work.
Correct link is https://github.com/zone117x/cryptonote-easy-miner/releases/download/v0.0.3/cryptonote-easy-miner_v0.0.3.zipThank you
I don't know if this has been addressed but zone 11 download link in op does not work.
Correct link is https://github.com/zone117x/cryptonote-easy-miner/releases/download/v0.0.3/cryptonote-easy-miner_v0.0.3.zip Some additional features were added to my 0.8.8 branch:
- Merged in latest PR
- Temporary fix for block reward penalty being too large
https://github.com/monero-project/bitmonero/tree/0.8.8update
The latter is important for pools or miners who have been having issues with low block subsidy due to block sizes being too large. This new update will allow for the slow increase of median block size until we have a proper fees calculation, which will take more time.
The codebase appears to be relatively stable, as me and several others have been using it without issue, but I would like more comments. Upgrade at your own risk. Please note if you're using this daemon for mining, you will reject all tx with less than the minimum fee (5 * 10^9 AMU).
If you're using zone117x's pool, you will need to adjust your fees in your config file:
to
or else your payouts will not go through.
- Merged in latest PR
- Temporary fix for block reward penalty being too large
https://github.com/monero-project/bitmonero/tree/0.8.8update
The latter is important for pools or miners who have been having issues with low block subsidy due to block sizes being too large. This new update will allow for the slow increase of median block size until we have a proper fees calculation, which will take more time.
The codebase appears to be relatively stable, as me and several others have been using it without issue, but I would like more comments. Upgrade at your own risk. Please note if you're using this daemon for mining, you will reject all tx with less than the minimum fee (5 * 10^9 AMU).
If you're using zone117x's pool, you will need to adjust your fees in your config file:
Code:
"transferFee": 1000000,
to
Code:
"transferFee": 5000000000,
or else your payouts will not go through.
I don't know if this has been addressed but zone 11 download link in op does not work.
^^^ I will come out with a MIP for it (it's MIP0003), we will debate it there. Right now there's just a placeholder. I'm starting to lean towards tiny exponential inflation when we hit ~1% inflation per year.
https://github.com/monero-developers/mips
https://github.com/monero-developers/mips
That sounds very reasonable.
^^^ I will come out with a MIP for it (it's MIP0003), we will debate it there. Right now there's just a placeholder. I'm starting to lean towards tiny exponential inflation when we hit ~1% inflation per year.
https://github.com/monero-developers/mips
https://github.com/monero-developers/mips
We will be hard forking anyway to place a minimum subsidy so that the network doesn't die in 8 years.
Did we come to a reasonable solution regarding that? It was discussed quite a bit in the economics thread:
Tacotime mentioned a hard fork proposal to never let the block reward drop below 1 coin:
I assume this is merely delaying the problem, however. I proposed a fixed annual debasement (say 2%) with a tx fee cap of like 0.001% of the current block reward (or whatever sounds reasonable). That way we still get the spam protection without worrying about fee escalation down the road.
Code:
if (blockReward < 1){
blockReward = 1;
}I assume this is merely delaying the problem, however. I proposed a fixed annual debasement (say 2%) with a tx fee cap of like 0.001% of the current block reward (or whatever sounds reasonable). That way we still get the spam protection without worrying about fee escalation down the road.
As long as the subsidy is a fixed proportion of the existing money supply (and not a fixed amount), it should be adequate.
Question that I am trying to understand. This type of mining is new for me and I could not find the answer.
I have the wallet synced and created a bat file which opened cryptonote easy miner. The address in the cryptonote easy miner is not the same as my wallet address on the balance page. I can't change the address in the miner to match. Am I mining for someone else? Can I change that to my address in the wallet to match?
I also tried to pool mine in the wallet but nothing happens when I click on the start mining but it will solo mine in the wallet.
Sorry for noobish questions just want to make sure I am doing this correct.
I have the wallet synced and created a bat file which opened cryptonote easy miner. The address in the cryptonote easy miner is not the same as my wallet address on the balance page. I can't change the address in the miner to match. Am I mining for someone else? Can I change that to my address in the wallet to match?
I also tried to pool mine in the wallet but nothing happens when I click on the start mining but it will solo mine in the wallet.
Sorry for noobish questions just want to make sure I am doing this correct.
Some additional features were added to my 0.8.8 branch:
- Merged in latest PR
- Temporary fix for block reward penalty being too large
https://github.com/monero-project/bitmonero/tree/0.8.8update
The latter is important for pools or miners who have been having issues with low block subsidy due to block sizes being too large. This new update will allow for the slow increase of median block size until we have a proper fees calculation, which will take more time.
The codebase appears to be relatively stable, as me and several others have been using it without issue, but I would like more comments. Upgrade at your own risk. Please note if you're using this daemon for mining, you will reject all tx with less than the minimum fee (5 * 10^9 AMU).
If you're using zone117x's pool, you will need to adjust your fees in your config file:
to
or else your payouts will not go through.
- Merged in latest PR
- Temporary fix for block reward penalty being too large
https://github.com/monero-project/bitmonero/tree/0.8.8update
The latter is important for pools or miners who have been having issues with low block subsidy due to block sizes being too large. This new update will allow for the slow increase of median block size until we have a proper fees calculation, which will take more time.
The codebase appears to be relatively stable, as me and several others have been using it without issue, but I would like more comments. Upgrade at your own risk. Please note if you're using this daemon for mining, you will reject all tx with less than the minimum fee (5 * 10^9 AMU).
If you're using zone117x's pool, you will need to adjust your fees in your config file:
Code:
"transferFee": 1000000,
to
Code:
"transferFee": 5000000000,
or else your payouts will not go through.
A hard fork isn't that big of an impediment. It can be placed over a month into the future so that everyone in our relatively small community can upgrade clients in time. We will be hard forking anyway to place a minimum subsidy so that the network doesn't die in 8 years.
I'm also in favor of 2 minute blocks. It's arguably better for commercial situations as smooth pointed out because the additional confidence in confirmations beats the time penalty.
'Double-spend proof' actually has to do with properties of the one-time ring signatures that CryptoNote uses. It can be proven that when ring signatures are linkable, you can't create a false signature and spend a coin again. Forking is something else and always possible in PoW (or PoS) coins.
I think CrpyoNote's choice of words here is a little misleading since most people think of constructing a longer chain and releasing it when they think of double spending. We're still vulnerable to that.
I'm also in favor of 2 minute blocks. It's arguably better for commercial situations as smooth pointed out because the additional confidence in confirmations beats the time penalty.
Yes, thanks. I was just wondering because Cryptonote coins advertise being 'double-spend proof' and wanted to know if this was because however magical way the blockchain might be set up that nobody can fork it.
But ok, thanks
But ok, thanks
'Double-spend proof' actually has to do with properties of the one-time ring signatures that CryptoNote uses. It can be proven that when ring signatures are linkable, you can't create a false signature and spend a coin again. Forking is something else and always possible in PoW (or PoS) coins.
I think CrpyoNote's choice of words here is a little misleading since most people think of constructing a longer chain and releasing it when they think of double spending. We're still vulnerable to that.
This is a perfect example of why hardforking should be as painless as possible. Smooth suggested upthread a method of hard fork voting that would greatly reduce risk. Such a system would allow many improvements to take place at a much greater pace.
For cryptonote coins, 2 minutes makes better since. These coins focus on anonymity, not necessarily speed of transaction. To the users of such coins, 2 minutes instead of 1 minute will not be a big deal at all. Plus, a longer block time has many internal advantages, most of which have already been posted. And, as already pointed out, BTC is ~10 minutes, and that hasn't hurt it.
1 minute blocks totally fail the Starbuvks challenge. Are you going to stand there at the from the of the line waiting for 1 minute before they give you your coffee?
Orhpans are not just an issue for miners. As a seller, with a high orphan rate you can't be sure that even that one confirmation you did wait for is enough. The transaction might disappear if the block is orhpaned! So you will definitely want to wait for more confirms. Often people will accept 1-confirm bitcoin transactions because bitcoin has such a low orhpan rate. If a tranasction is in one block, you can be about 99% sure it will stay in the chain forever. That's not true for coins with too-fast block times any many orphans and reorgs.
The only way the starbucks challenge works is with some different kind of technology beside just a block chain. Green addresses, green multisig, off-chain transactions, etc. Block time has nothing to do with it.
Orhpans are not just an issue for miners. As a seller, with a high orphan rate you can't be sure that even that one confirmation you did wait for is enough. The transaction might disappear if the block is orhpaned! So you will definitely want to wait for more confirms. Often people will accept 1-confirm bitcoin transactions because bitcoin has such a low orhpan rate. If a tranasction is in one block, you can be about 99% sure it will stay in the chain forever. That's not true for coins with too-fast block times any many orphans and reorgs.
The only way the starbucks challenge works is with some different kind of technology beside just a block chain. Green addresses, green multisig, off-chain transactions, etc. Block time has nothing to do with it.
Please keep the 1 minute blocks! Else Monero wont have a chance to compete with other coins for mainstream adoption. It's simply to slow for every day transactions. Any coin that shall be used in daily live has to beat the "Starbucks challenge", that is: Buy your coffee and settle the payment before you walk out the door. No merchant will accept a payment that requires him to wait minutes for settlement when credit cards or cash do that in seconds. If you argue that 1 minute blocks result in too many orphanes and are thus unfavorable for miners, I ask you to rethink your priorities when it's most crucial to design a friendly experience for the users instead of the miners that will stay regardless.
On the issue of emission schedule, Im also in favor of a flatter curve. 87% in 4 years is not much time. Most likely thats when cryptos really catch on. We should think middle- long term instead of short term gains if we want this one to succeed and also provide a reliable Bitcoin-like source of revenue. I'd be happy to halve emission per block while keeping block times intact for the greater good.
On the issue of emission schedule, Im also in favor of a flatter curve. 87% in 4 years is not much time. Most likely thats when cryptos really catch on. We should think middle- long term instead of short term gains if we want this one to succeed and also provide a reliable Bitcoin-like source of revenue. I'd be happy to halve emission per block while keeping block times intact for the greater good.
Can Cryptonote coins fork?
You are posting that question on a forked coin
He doesnt mean it that way, he meant if the network can fork - so we have multiple blockchains.
The short answer is yes, that can always happen - like it can on blockchain, but as we dont incorporate some central nodes or other weird stuff its more unlikely to happen...
Yes, thanks. I was just wondering because Cryptonote coins advertise being 'double-spend proof' and wanted to know if this was because however magical way the blockchain might be set up that nobody can fork it.
But ok, thanks
Can Cryptonote coins fork?
You are posting that question on a forked coin
He doesnt mean it that way, he meant if the network can fork - so we have multiple blockchains.
The short answer is yes, that can always happen - like it can on bitcoin, but as we don't incorporate some central nodes or other weird stuff its more unlikely to happen...
Can Cryptonote coins fork?
You are posting that question on a forked coin
Can Cryptonote coins fork?
Please keep the 1 minute blocks! Else Monero wont have a chance to compete with other coins for mainstream adoption. It's simply to slow for every day transactions. Any coin that shall be used in daily live has to beat the "Starbucks challenge", that is: Buy your coffee and settle the payment before you walk out the door. No merchant will accept a payment that requires him to wait minutes for settlement when credit cards or cash do that in seconds. If you argue that 1 minute blocks result in too many orphanes and are thus unfavorable for miners, I ask you to rethink your priorities when it's most crucial to design a friendly experience for the users instead of the miners that will stay regardless.
On the issue of emission schedule, Im also in favor of a flatter curve. 87% in 4 years is not much time. Most likely thats when cryptos really catch on. We should think middle- long term instead of short term gains if we want this one to succeed and also provide a reliable Bitcoin-like source of revenue. I'd be happy to halve emission per block while keeping block times intact for the greater good.
On the issue of emission schedule, Im also in favor of a flatter curve. 87% in 4 years is not much time. Most likely thats when cryptos really catch on. We should think middle- long term instead of short term gains if we want this one to succeed and also provide a reliable Bitcoin-like source of revenue. I'd be happy to halve emission per block while keeping block times intact for the greater good.
in real world....
1 minute is no different than two minutes. anything longer than 10 seconds seems like a long time and the average person will not be able to differentiate the difference.
as it is, people complain about finding a block every 2 days, then every 3 days then impossibly long at 5 days. no matter what, as long as people do not get instant gratification they will complain. thus 1 minute is no different from 2 minutes. but for technical purposes, mining and efficiency decreasing wasted energy (via work on orphans), 2 minutes is much better.
Jump to: