[XMR] Monero - A secure, private, untraceable cryptocurrency

[Shrikez]

I am happily mining at http://cryptonotepool.org.uk/. Very stable, never misses a beat and donates 100% of the 1% Fee to the Monero devs.

[jwinterm]

WTF?!

How does a simple percentage calculation like that get so messed up?

I think it's a combination of two things. One, the percent is calculated automatically by matplotlib and represents the pools % of hash among the large pools shown on that graph, not in relation to the total network hashrate (Edit: nevermind, this should be total network hashrate, I need some coffee, and will think about it more later...). The other thing is that for some reason the node-js pool software uses 1024 instead of 1000 to convert to kilo/mega hash, byte units instead of SI units? I didn't even know this was a thing.

I think the easiest and least confusing thing to do is just drop the percentages from the pie slices.

Edit2: It seems to be mostly related to a poor estimation of the network hashrate based on the diff. I've been calculation the network hashrate as diff/60e6, and this ends up where the sum of the sum of the pools is greater than this calculated number for network hashrate...

[smooth]

I think the easiest and least confusing thing to do is just drop the percentages from the pie slices.

The sizes of the pie slices don't look right either, assuming the numbers are right. But who knows which is correct at this point.

[jwinterm]

I think the easiest and least confusing thing to do is just drop the percentages from the pie slices.

The sizes of the pie slices don't look right either, assuming the numbers are right. But who knows which is correct at this point.

It's definitely related to the poor estimation of network hashrate from the diff (calculated either as diff/60e6 or diff/(60*1024*1024), in this case the latter). The sum of the pools queried comes out to be greater than the calculated network hashrate; here are the two numbers from a test I just ran:

Network hashrate 17.314610274632773
Sum of pools 19.461517835617066

where network hashrate is calculated from diff and sum of pools is just the sum of all the pools self-reported hashrates. I'm not sure what the best way to fix this is. Just report the total network hashrate as the sum of all reporting pools? Figure out a more accurate way to calculate network hashrate from the diff? I'd be glad to hear any suggestions.

[silencesilence]

everybody wants to buy at a low price .... but this only worsens the situation ..... miners refuse, and this leads to a rather weak network, less confidence and many people will turn to other coins. And when attention be transferred to other coin ..... all is lost

than 3 days I stopped mining because I'm at a loss

I'm not going to buy because of the promise of a bright future for XMR is not live, I'll keep what I've mining
maybe sell them after 2-3 years who knows if I will not ... I will lost electricity for four months for my rig

I am a little excited by these ridiculous monero prices

PS
vicious circle is as follows

difficulty falling and falling the price, because other people get more coins at the lower difficulty and they still sell at low price

[smooth]

I think the easiest and least confusing thing to do is just drop the percentages from the pie slices.

The sizes of the pie slices don't look right either, assuming the numbers are right. But who knows which is correct at this point.

It's definitely related to the poor estimation of network hashrate from the diff (calculated either as diff/60e6 or diff/(60*1024*1024), in this case the latter). The sum of the pools queried comes out to be greater than the calculated network hashrate; here are the two numbers from a test I just ran:

Network hashrate 17.314610274632773
Sum of pools 19.461517835617066

where network hashrate is calculated from diff and sum of pools is just the sum of all the pools self-reported hashrates. I'm not sure what the best way to fix this is. Just report the total network hashrate as the sum of all reporting pools? Figure out a more accurate way to calculate network hashrate from the diff? I'd be glad to hear any suggestions.

I see.

The self-reported hash rate is probably calculated over a different time window than the network difficulty (likely shorter, since the network difficulty uses 12 hours and that is pretty long for monitoring a pool). You'd likely have to figure out the time window used by the pool software and make your own estimate of the network hash rate based on the sum of block difficulties on the network during that time window.

[silencesilence]

moneropool.com   12.41 MH/s  it's BOTNET ??

[alloffmyhate]

  i hate the price .___.

[alloffmyhate]

moneropool.com   12.41 MH/s  it's BOTNET ??

i think yeah, but why this admin pool just silent .__. not see the pool get more than 51% network hash .-.

[bloodyboy]

why monero fall so hard lately? 

[Quicken]

everybody wants to buy at a low price .... but this only worsens the situation ..... miners refuse, and this leads to a rather weak network, less confidence and many people will turn to other coins. And when attention be transferred to other coin ..... all is lost

than 3 days I stopped mining because I'm at a loss

I'm not going to buy because of the promise of a bright future for XMR is not live, I'll keep what I've mining
maybe sell them after 2-3 years who knows if I will not ... I will lost electricity for four months for my rig

I am a little excited by these ridiculous monero prices

PS
vicious circle is as follows

difficulty falling and falling the price, because other people get more coins at the lower difficulty and they still sell at low price

You seem a little jittery. Try not to panic. Monero is going through a transition phase from its initial fast emission, and should settle down over the next 6 months.

Remember that the emission rate is constantly dropping, and the monthly increase as a percentage of the current total supply is dropping even faster. To give you an idea, there were over 25k XMR/day being produced early on and that has now dropped to under 20k. In another 6 months it will be down to 15k and a year after that below 10k/day.
Hope that help, Q

[primer-]

Devs release the GUI wallet and blockchain db pruning!

[jwinterm]

I think the easiest and least confusing thing to do is just drop the percentages from the pie slices.

The sizes of the pie slices don't look right either, assuming the numbers are right. But who knows which is correct at this point.

It's definitely related to the poor estimation of network hashrate from the diff (calculated either as diff/60e6 or diff/(60*1024*1024), in this case the latter). The sum of the pools queried comes out to be greater than the calculated network hashrate; here are the two numbers from a test I just ran:

Network hashrate 17.314610274632773
Sum of pools 19.461517835617066

where network hashrate is calculated from diff and sum of pools is just the sum of all the pools self-reported hashrates. I'm not sure what the best way to fix this is. Just report the total network hashrate as the sum of all reporting pools? Figure out a more accurate way to calculate network hashrate from the diff? I'd be glad to hear any suggestions.

I see.

The self-reported hash rate is probably calculated over a different time window than the network difficulty (likely shorter, since the network difficulty uses 12 hours and that is pretty long for monitoring a pool). You'd likely have to figure out the time window used by the pool software and make your own estimate of the network hash rate based on the sum of block difficulties on the network during that time window.

I think what I might do is just get rid of the network hashrate all together, and report a large pool pie chart with the sum of their hashrates and a small pool pie chart with the sum of their hashrates, and if they don't all sum up to the network hashrate...ohwells. That way everything is self-consistent at least.

[bitcoinrocks]

Are there any serious contenders for decentralized anonymous transactions besides the other Cryptonotes?

[smooth]

Are there any serious contenders for decentralized anonymous transactions besides the other Cryptonotes?

Not yet. Zerocash maybe in the future, but we will have to see how that is received once it exists. Also, a Cryptonote-like BTC side chain might exist someday.

[smooth]

I think what I might do is just get rid of the network hashrate all together, and report a large pool pie chart with the sum of their hashrates and a small pool pie chart with the sum of their hashrates, and if they don't all sum up to the network hashrate...ohwells. That way everything is self-consistent at least.

It'll be less accurate than coming up with a better estimate of network hashrate because of private pools (or pools you just don't know about) and solo mining but it would be less misleading that the current estimate I think.

[superresistant]

Are there any serious contenders for decentralized anonymous transactions besides the other Cryptonotes?

Not yet. Zerocash maybe in the future, but we will have to see how that is received once it exists. Also, a Cryptonote-like BTC side chain might exist someday.

Agree. Apart from Zerocash, nothing.
All others coins named "anonymous" are nothing more than a copy of Bitcoin with a mixer.
You can use the mixer directly with Bitcoin : https://bitmixer.io/

[equipoise]

I'm accepting XMR and BTC for freelance programming and services.
My oDesk freelancer profile: https://www.odesk.com/o/profiles/users/_~016dd695b0c5edba31/
About me: http://changetheworldwork.com/about-me/

We could use trusted escrow for the transactions.

[coinism]

Anyone think this is the bottom?

I think about 0.50EUR could be the bottom. I'm buying.

[bitcoinrocks]

Is there an ETA for Zerocash?

Is Monero development stalled?  I last checked in here quite a while ago and we were pining for an official GUI back then same as now.