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

[smooth]

Without saying too much, let me put it this way: An intelligent botnet owner will not abuse their bots. For example, they would mine on a quarter of the CPU, or half, until the system was idle. Then they would use all of the CPU. Users who have slow computers either run malware scans or reinstall, and if they can't, they find someone who can. Happy bots means a happy botnet owner.

What you say is true, but most computers these days shut off when they're idle. The default settings in Windows shut off after an hour or something, and most users never change default settings (blinking 12 effect).  And mining on a quarter or half of a CPU when not idle means the botnet has just become that much smaller.

But the issue is more fundamental. If owners of insecure computers have higher electricity bills, they will be incentivized to clean up their computers, or to buy a service to do that for them, or buy computers with a lower risk of being infected. The market will sort this out. Non-consumptive botnets are worse, because they give no real incentive to the only person with a real ability to do anything about it, the computer owner. All the costs are borne by others.

[1714049148]

1714049148

[1714049148]

1714049148

[1714049148]

1714049148

[smooth]

I would agree with you on that. ASICs equal almost certain centralization, while CPUs may cause centralization. However, I think a better solution is GPU mining. Why? Because most people can do it, and high-end GPUs are not so widespread among the computer-using idiots. The obvious rebuttal to this is that a rich entity can run many GPUs.

No, the obvious rebuttal is that this provides little to no botnet resistance. GPUs are mainstream and are becoming more so, and increasingly merged with CPUs anyway. An algorithm that runs well on GPUs just will be botnet mined on GPUs if a CPU algorithm will be botnet mined. The idea that most mainstream computers that would be infected by botnets don't have a GPU or a decent GPU is rapidly becoming obsolete. The main disadvantage of a GPU-friendly algorithm is that the increased parallelism of GPUs may lend itself such an algorithm more readily taking the next step to ASICs.

[smooth]

About the power bills, no one will notice the power their CPU would use running at 100% when they're not using the system. It's just not enough to raise eyebrows, unless your power is stupid expensive. So no, they won't have an incentive to clean up their computers, because if done properly, they will never know their computers need to be cleaned.

You're looking at the microscopic picture. The bigger picture will be that people will come to learn (not necessarily through their own personal experience) that upgrading their computer or installing better malware protection as something that often saves money on power bills, or that more secure computers "use less power" (even if it isn't clear why), or that shutting down their computers really saves a lot on power in practice (when in theory it shouldn't) or some other such emergent economic effects that are hard to know in advance. Costs that accrue to the person responsible for and able to correct the problem can't really be such a bad thing in economic terms. It is certainly better than costs accruing to others.

Let's not go back and forth on the Monero thread though. Monero is a CPU coin for now, for better or worse, and that isn't going to change by design. It might change if people develop a good GPU miner for it or if it becomes successful enough for ASICs to be feasible. The CryptoNote designers intended for this not to happen. Whether they succeed or fail only time will tell.

[smooth]

About the power bills, no one will notice the power their CPU would use running at 100% when they're not using the system. It's just not enough to raise eyebrows, unless your power is stupid expensive. So no, they won't have an incentive to clean up their computers, because if done properly, they will never know their computers need to be cleaned.

You're looking at the microscopic picture. The bigger picture will be that people will come to learn (not necessarily through their own personal experience) that upgrading their computer or installing better malware protection as something that often saves money on power bills, or that more secure computers "use less power" (even if it isn't clear why), or that shutting down their computers really saves a lot on power in practice (when in theory it shouldn't) or some other such emergent economic effects that are hard to know in advance. Costs that accrue to the person responsible for and able to correct the problem can't really be such a bad thing in economic terms. It is certainly better than costs accruing to others.

Let's not go back and forth on the Monero thread though. Monero is a CPU coin for now, for better or worse, and that isn't going to change by design. It might change if people develop a good GPU miner for it or if it becomes successful enough for ASICs to be feasible. The CryptoNote designers intended for this not to happen. Whether they succeed or fail only time will tell.

Hmm... I doubt that people will come to learn anything of the sort, but I do think that they will grow old and die, replaced by a more tech-savvy generation. So perhaps you are right.

Yes that is definitely part of it, but even the actual old fogeys become somewhat more tech savvy over time (meaning decades). I'm old enough to remember when grandma literally could not turn on a computer, now she is at least on Facebook.

[purplejaguar]

What is the max supply of this coin? I didn't see it in the OP. And is there only one exchange?

[eizh]

What is the max supply of this coin? I didn't see it in the OP. And is there only one exchange?

It's 18.4 million (given in the OP), but a minimum subsidy will likely implemented so that there's a very slow inflation starting in about 8 years. Yes, there's only one exchange because this is not based on Bitcoin so it takes some effort to integrate.

[eizh]

There's now a giveaway going on at Reddit: http://www.reddit.com/r/Monero/comments/25h70g/giveaway_1400_mro_28_btc_for_free/

[zeetak]

hahaha, there is actually a file called slow-hash.c!

https://github.com/monero-project/bitmonero/commit/7620d55e6c9d9d625740004c86de17354ccceed2

it's almost as if somebody wanted others to optimize it...

[smooth]

hahaha, there is actually a file called slow-hash.c!

https://github.com/monero-project/bitmonero/commit/7620d55e6c9d9d625740004c86de17354ccceed2

it's almost as if somebody wanted others to optimize it...

I'm just guessing (the cryptonote developers are mysterious so usually all we can do is guess) it's called slow hash because it is intended to be used a memory-hard proof-of-work, as opposed to other (faster) hashes used for digests.

[zeetak]

hahaha, there is actually a file called slow-hash.c!

https://github.com/monero-project/bitmonero/commit/7620d55e6c9d9d625740004c86de17354ccceed2

it's almost as if somebody wanted others to optimize it...

I'm just guessing (the cryptonote developers are mysterious so usually all we can do is guess) it's called slow hash because it is intended to be used a memory-hard proof-of-work, as opposed to other (faster) hashes used for digests.

Oh sure, come up with a totally reasonable explanation for my find 

[GreekBitcoin]

hahaha, there is actually a file called slow-hash.c!

https://github.com/monero-project/bitmonero/commit/7620d55e6c9d9d625740004c86de17354ccceed2

it's almost as if somebody wanted others to optimize it...

I'm just guessing (the cryptonote developers are mysterious so usually all we can do is guess) it's called slow hash because it is intended to be used a memory-hard proof-of-work, as opposed to other (faster) hashes used for digests.

Oh sure, come up with a totally reasonable explanation for my find 

your find is at least a week old if you check the thread and thats a pretty reasonable explanation...

[smooth]

hahaha, there is actually a file called slow-hash.c!

https://github.com/monero-project/bitmonero/commit/7620d55e6c9d9d625740004c86de17354ccceed2

it's almost as if somebody wanted others to optimize it...

I'm just guessing (the cryptonote developers are mysterious so usually all we can do is guess) it's called slow hash because it is intended to be used a memory-hard proof-of-work, as opposed to other (faster) hashes used for digests.

Oh sure, come up with a totally reasonable explanation for my find 

your find is at least a week old if you check the thread and thats a pretty reasonable explanation...

That too.

[David Latapie]

I agree completely and withdraw my previous attitude. I thought transparency of the issue would be smart, especially considering interested parties have already been accused of "conspiring" behind the community's back. I also wanted knowledgable followers of the thread to be aware of the issue, especially if they have interest in MRO. I don't mind where the discussion takes place, as long as the people in this thread to know it's taking place.

I suggest regularly pasting a text like "Reminder, for those interested in the deep economics issues that monero is trying to solve, please read  Monero economy". Or something like that, you get the idea (The OP has so much info I am not sure people would get it - or maybe people interested in it are the same people that use the whole OP, then issue solved).

Okay, one feature we REALLY need in simplewallet is a command history buffer. It doesn't have to be persistent; it can start with an empty buffer every time. Having to retype things kinda sucks. And I automatically press the up arrow and get garbage that I have to erase.

Duly noted, you are not the only one to wish for it!

[smooth]

Okay, one feature we REALLY need in simplewallet is a command history buffer. It doesn't have to be persistent; it can start with an empty buffer every time. Having to retype things kinda sucks. And I automatically press the up arrow and get garbage that I have to erase.

Duly noted, you are not the only one to wish for it!

Use rlwrap

$ rlwrap ./simpleminer --wallet mywallet

[smooth]

Okay, one feature we REALLY need in simplewallet is a command history buffer. It doesn't have to be persistent; it can start with an empty buffer every time. Having to retype things kinda sucks. And I automatically press the up arrow and get garbage that I have to erase.

Duly noted, you are not the only one to wish for it!

Use rlwrap

$ rlwrap ./simpleminer --wallet mywallet

So, install a third-party piece of software to fix a bug in Monero because the devs aren't doing it?

Not third party Ubuntu. Standard package. Not sure about other distros though.

[David Latapie]

It doesn't even COMPILE on Arch.

I am on Arch (well, Manjaro). Use http://bit.ly/monerostarterpack and get the Linux binaries - they are compiled on Ubuntu but work on Arch. I am the maintainer, by the way.

[g4q34g4qg47ww]

Anyone knows how many coins there are? Couldn't find the explorer.

cheers

number of blocks*17.2 . Something around that.

This is the only info I am able to find about current supply. Can anyone confirm this?

[David Latapie]

there is only Windows 64-bit blockchain in the OP
will it work for 32-bit?

No, it won't. Please someone with a fully-sync'd 32-bits blockchain upload it, I will add it to the pack.

[smooth]

Anyone knows how many coins there are? Couldn't find the explorer.

cheers

number of blocks*17.2 . Something around that.

This is the only info I am able to find about current supply. Can anyone confirm this?

That's about right. The reward started at something like 17.5 now its down to about 16.9

[David Latapie]

Yah i tried that exact line they had, but it seems like it not working with 12.04 im very confused. driving me crazy!

Use do-upgrade-release thrice to upgrade.
From 12.04 to 12.10
From 12.10 to 13.04
From 13.04 to 13.10
Then try again