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

[equipoise]

All right, people. You asked for Win64 binaries of the optimized miner, and finally, they're here. You want Win64 flavor - this thread is where you want to be: https://bitcointalk.org/index.php?topic=619373

There is no increase in hash rate with this Windows release compared to bitmonerod.exe
Did you compiled it with the intel compiler or it's mingw/cygwin? I hope when those changes are merged to the bitmonerod / simpleminer / simplewallet and it's compilled with the intel compiler there will be a real increase in hash rate so I could continue to solo mine.

[AlexGR]

Does anyone know if a GPU implementation of CryptoNight is possible?
And if so, is already working on it?

Regards, BitWalker

That's easy to find out: Issue a good bounty and if it's possible the GPU miner will be made.

The bounty specs would be like: "We want a gpu miner for MRO. The bounty is XXXX MROs. Devs must declare their interest, their hardware targeting (opencl or cuda) and an estimated time schedule for completion. In case of two varying implementations (one nvidia, one amd) both developers will get the reward (so the bounty fund doubles). In case of two or more competing implementations on the same architecture, and supposing the time schedule for delivery is pretty close between them, the faster implementation will be paid the bounty - so optimization is essential. The code must be open source."

This will disallow selfish GPU miners to mine MRO with privately owned software.

[psterryl]

All right, people. You asked for Win64 binaries of the optimized miner, and finally, they're here. You want Win64 flavor - this thread is where you want to be: https://bitcointalk.org/index.php?topic=619373

There is no increase in hash rate with this Windows release compared to bitmonerod.exe
Did you compiled it with the intel compiler or it's mingw/cygwin? I hope when those changes are merged to the bitmonerod / simpleminer / simplewallet and it's compilled with the intel compiler there will be a real increase in hash rate so I could continue to solo mine.

I see a hash rate increase on my machine - try running with number of threads = number of physical cores. Maybe even one less. It's counterintuitive but I guess taking advantage of hyperthreading negates the impact of the hardware optimisations?

[AlexGR]

Oh Lord, I will not enter this discussion in earnest, otherwise I would never get any work done.

On the debasement debate interleaved upthread:

https://bitcointalk.org/index.php?topic=583449.msg6988668#msg6988668

https://bitcointalk.org/index.php?topic=583449.msg6995625#msg6995625

I add a more recent post of mine:

https://bitcointalk.org/index.php?topic=557732.msg6720958#msg6720958

In that thread above you can find a debate between bitfreak! and myself on debasement.

As for animorex's diversionary red herring tactic on the word "selfish", I offer this:

https://bitcointalk.org/index.php?topic=355212.0

Focus on the "Rise of Knowledge" essay and understand why savings must decay otherwise knowledge doesn't advance.

I expounded on a later blog:

http://unheresy.com/Information%20Is%20Alive.html#Thought_Isn%27t_Fungible

If "rich" hoard a coin and there is more scarcity on the market, price goes up and the lack of # of coins is compensated by increased value per coin.

Isn't this what's happening with gold?

Above ground reserves of gold are ~180ktons. Above ground reserves of silver are 5 times that. In terms of mining, the ratio is nearly 1:9 (1kg gold for 9kg of silver). Yet gold is 60x in price. Why? Historically it was near 1:10 to 1:19.

The reason for the price today is because gold has been effectively taken out of circulation (as money), thus the Elite can hoard it. Their massive hoarding* is what actually allows the average person to hold a gram of gold in their hands and have it cost 30 euro instead of 5 euro (if the 1:60 ratio of gold/silver was adjusted to 1:10 which is the scarcity in nature).

* price manipulation is not factored, because both gold and silver are suppressed.

Another one that I hear often is this: Inflation is necessary for the broader economy blah blah blah and that deflation is bad blah blah blah - so deflationary currencies create depression through hoarding.

That's OK as a perspective but it can only be applied on the level of a national currency and how it dominates the affairs of an economy. There is no monopoly of currencies and as such what one currency does, cannot affect the necessary expansion of the monetary supply in terms of fiat. In other words countries increase their fiat supply everyday, and stuff like gold or bitcoin add further inflation - although in relative terms the later (gold, bitcoins) are better store of values because they are less debased. Gold is debased by 1.3% per year while Bitcoins are substantially more than that.

If a crypto is being debased faster than fiat, there is simply no reason to hold that crypto unless there is massive demand that compensates.

Why the obsession with price per coin, anyway? What matters both for the individual and for the overall MRO market is price*amount. Price is lower, but the amount is correspondingly higher. There's always 42 Coin for those who want a high price per coin. Unfortunately, you might only own a tenth of one coin.

It's not price obsession or an issue of price per coin. It's debasement. Even 42 started at like 400-500 BTC or something per coin and is now 16 BTC per coin.

What matters for the individual is that he can put his money on a coin and know that it won't tank, or that the price of electricity that he is paying today to mine it can be recovered by holding. If the price is to go down, this creates pressure for the miner to sell. But miners are the least part of the equilibrium since hashrate and difficulty are adjusted depending their costs.

[huhliki.k]

I see a hash rate increase on my machine - try running with number of threads = number of physical cores. Maybe even one less. It's counterintuitive but I guess taking advantage of hyperthreading negates the impact of the hardware optimisations?

the increase is not significant +30H/s (regardless of processor intel)(Win x64)
AMD-error

[dreamspark]

I see a hash rate increase on my machine - try running with number of threads = number of physical cores. Maybe even one less. It's counterintuitive but I guess taking advantage of hyperthreading negates the impact of the hardware optimisations?

the increase is not significant +30H/s (regardless of processor intel)(Win x64)
AMD-error

Thats significant if your running a few 100 processors...

[DemocraticRepublicOfDave]

Hi All,

I'm new to monero and have just upgraded my pc to 14.04 and got simplewallet going with a receiving address.

I have just done my first test transfer of a small amount of MNO from poloniex to my wallet.  Poloniex gave me a transaction id that can look up in the block explorer. However in simple wallet I get :

Code:

[wallet xxxxx]: balance
balance: 0.000000000000, unlocked balance: 0.000000000000
[wallet xxxxx]: incoming_transfers
No incoming transfers
[wallet xxxxx]: bc_height
61756

NOTE: transaction lookup on poloniex refers to a block hight less than 61756, so my wallet is in sync.

Q. How long does it take for a transaction to be logged in the receiving wallet?

I am wondering whether this wait is normal, or something has already gone wrong.

Cheers

Dave

[dreamspark]

Hi All,

I'm new to monero and have just upgraded my pc to 14.04 and got simplewallet going with a receiving address.

I have just done my first test transfer of a small amount of MNO from poloniex to my wallet.  Poloniex gave me a transaction id that can look up in the block explorer. However in simple wallet I get :

Code:

[wallet xxxxx]: balance
balance: 0.000000000000, unlocked balance: 0.000000000000
[wallet xxxxx]: incoming_transfers
No incoming transfers
[wallet xxxxx]: bc_height
61756

NOTE: transaction lookup on poloniex refers to a block hight less than 61756, so my wallet is in sync.

Q. How long does it take for a transaction to be logged in the receiving wallet?

I am wondering whether this wait is normal, or something has already gone wrong.

Cheers

Dave

Withdrawals and deposits to Poloniex are ropey at best. If it doesn't appear in an hour or so I'd jump in the troll box and get a mod to sort it.

[equipoise]

Hi All,

I'm new to monero and have just upgraded my pc to 14.04 and got simplewallet going with a receiving address.

I have just done my first test transfer of a small amount of MNO from poloniex to my wallet.  Poloniex gave me a transaction id that can look up in the block explorer. However in simple wallet I get :

Code:

[wallet xxxxx]: balance
balance: 0.000000000000, unlocked balance: 0.000000000000
[wallet xxxxx]: incoming_transfers
No incoming transfers
[wallet xxxxx]: bc_height
61756

NOTE: transaction lookup on poloniex refers to a block hight less than 61756, so my wallet is in sync.

Q. How long does it take for a transaction to be logged in the receiving wallet?

I am wondering whether this wait is normal, or something has already gone wrong.

Cheers

Dave

Enter "refresh" in the wallet.

[Zer0Sum]

Hi All,

I'm new to monero and have just upgraded my pc to 14.04 and got simplewallet going with a receiving address.

I have just done my first test transfer of a small amount of MNO from poloniex to my wallet.  Poloniex gave me a transaction id that can look up in the block explorer. However in simple wallet I get :

Code:

[wallet xxxxx]: balance
balance: 0.000000000000, unlocked balance: 0.000000000000
[wallet xxxxx]: incoming_transfers
No incoming transfers
[wallet xxxxx]: bc_height
61756

NOTE: transaction lookup on poloniex refers to a block hight less than 61756, so my wallet is in sync.

Q. How long does it take for a transaction to be logged in the receiving wallet?

I am wondering whether this wait is normal, or something has already gone wrong.

Cheers

Dave

Withdrawals and deposits to Poloniex are ropey at best. If it doesn't appear in an hour or so I'd jump in the troll box and get a mod to sort it.

I've had 20 poloniex withdrawals that completed in about 1 minute...
And 2 that resulted in the "COMPLETE:ERROR" thing in the log (but none in 2-3 days).

They check the logs and fix it... I've never had to write a Trouble Ticket.

[DemocraticRepublicOfDave]

Hi All,

I'm new to monero and have just upgraded my pc to 14.04 and got simplewallet going with a receiving address.

I have just done my first test transfer of a small amount of MNO from poloniex to my wallet.  Poloniex gave me a transaction id that can look up in the block explorer. However in simple wallet I get :

Code:

[wallet xxxxx]: balance
balance: 0.000000000000, unlocked balance: 0.000000000000
[wallet xxxxx]: incoming_transfers
No incoming transfers
[wallet xxxxx]: bc_height
61756

NOTE: transaction lookup on poloniex refers to a block hight less than 61756, so my wallet is in sync.

Q. How long does it take for a transaction to be logged in the receiving wallet?

I am wondering whether this wait is normal, or something has already gone wrong.

Cheers

Dave

Enter "refresh" in the wallet.

Hi,

Aha - that did it.  So it's manual sync between bitmonerod and simplewallet at the moment.  Got it.

Many thanks.

This coin holds some promise I think.

Cheers

Dave

[xxnirvana69xx]

If you're getting an error - your CPU doesn't have AES-NI. I detect it at build time rather than run time because it cuts down on branching.

Works on the newer FX-8320

[xxnirvana69xx]

All right, people. You asked for Win64 binaries of the optimized miner, and finally, they're here. You want Win64 flavor - this thread is where you want to be: https://bitcointalk.org/index.php?topic=619373

There is no increase in hash rate with this Windows release compared to bitmonerod.exe
Did you compiled it with the intel compiler or it's mingw/cygwin? I hope when those changes are merged to the bitmonerod / simpleminer / simplewallet and it's compilled with the intel compiler there will be a real increase in hash rate so I could continue to solo mine.

I see a hash rate increase on my machine - try running with number of threads = number of physical cores. Maybe even one less. It's counterintuitive but I guess taking advantage of hyperthreading negates the impact of the hardware optimisations?

I get 30H/s more running 7 threads instead of 8. Guess that works lol. Still kind of weird. I'll gladly take it though. Less cpu load (it seems), lower temps, I'm able to use my computer more easily while mining and chrome remote desktop doesn't lag to hell.

[xxnirvana69xx]

Make that over 80H/s, but I also was running 8 threads on the last version instead of trying one less.

[18602981897]

Voting on Mintpal

[eizh]

There's a bug inherited by all CryptoNote coins where a transaction gets stuck in the tx_pool because of disagreements between the wallet and daemon. When this happens, your tx fails and doesn't show up on the blockchain, but you start seeing spent key image errors when trying to spend again. This will be fixed in the next release, but for now if you want to send large amounts, do it in batches less than 100 MRO.

[GreekBitcoin]

There's a bug inherited by all CryptoNote coins where a transaction gets stuck in the tx_pool because of disagreements between the wallet and daemon. When this happens, your tx fails and doesn't show up on the blockchain, but you start seeing spent key image errors when trying to spend again. This will be fixed in the next release, but for now if you want to send large amounts, do it in batches less than 100 MRO.

Do you think lost coins can be found in the future?

[huhliki.k]

For those of you on Win 64, I think I managed to get your hashrate closer to that of the *nix implementation. Haven't tested it, I don't use Windows.

https://ottrbutt.com/cpuminer-multi/cpuminer-multi-wolf-experimental.zip

Less (=) H/s, try somebody else.

[eizh]

There's a bug inherited by all CryptoNote coins where a transaction gets stuck in the tx_pool because of disagreements between the wallet and daemon. When this happens, your tx fails and doesn't show up on the blockchain, but you start seeing spent key image errors when trying to spend again. This will be fixed in the next release, but for now if you want to send large amounts, do it in batches less than 100 MRO.

Do you think lost coins can be found in the future?

They're not lost. A transaction can only spend a limited amount of time stuck in tx_pool. You should be able to send successfully after some time with a fixed wallet.

[hashnine]

For those of you on Win 64, I think I managed to get your hashrate closer to that of the *nix implementation. Haven't tested it, I don't use Windows.

https://ottrbutt.com/cpuminer-multi/cpuminer-multi-wolf-experimental.zip

+6 H/s on i5