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

[HardwarePal]

Then go through the peoples profiles that are involved in XMR :
Tacotime : https://bitcointalk.org/index.php?action=profile;u=19270
rpietela : https://bitcointalk.org/index.php?action=profile;u=68520
aminorex : https://bitcointalk.org/index.php?action=profile;u=148855
David Latapie : https://bitcointalk.org/index.php?action=profile;u=81999
GreekBitcoin : https://bitcointalk.org/index.php?action=profile;u=26690

Tacotime and David Latapie are core team members. Other core team members include eizh, smooth, fluffypony, othe, and NoodleDoodle
rpietela, aminorex and GreekBitcoin are very active community members (well, Risto is not that active, but he is special). Other very active community members include Keyboard-Mash, drawingthesun, binaryFate, Quanttek... but also zone117, who developed the pool software, Wolf who optimised the cpuminer like crazy...

New pool, http://www.moneropool.net
Strong real dedicated server (not Amazon instance or so), 2% fee, no downtime, DDOS protected

Location? Payout treshold? admin's IRC nickname?

Yes David thats why I mentioned off the top of my head as a bigger block of text would become very boring to most.
 

[dga]

It remains to be seen how much of an advantage asics would have

When the attack has a fab, the advantage is measured in cm^2/hps and process nodes. This is the only hash attack I worry about. Against commodity hardware, process nodes give the advantage to the good guys, maybe, but cm^2/hps is going overwhelmingly to the bad guys.  

For a first order estimate, take the surface area of a haswell compared to the portion dedicated to the aes-ni block. That is a freaking huge advantage.

No -

Take the surface area dedicated to L3, because that's what limits the amount of cryptonight you can do concurrently.

... and that's not a freaking huge advantage, because the chips are already ~50% cache.

An ASIC could make slightly better use of the L3 -- by interspacing the AES units and the cache more optimally, it could slightly reduce read latency.  Perhaps a 30% reduction.  By specializing the reads instead of going through a more general memory controller, it could get another some %.  By optimizing the AES computation at the expense of space, a little more.

But even if you take the compute time to zero, the ASIC will be limited by the time needed to do 1 million fetches from a 2MB scratchpad.  Store that in SRAM, and you're area-limited at perhaps 3ns per retrieval.  Storing it in DRAM, you can fill your chip with AES units, but you're 128-bit random-read limited to the DRAM.

That's about 330 hashes/second/2MB of SRAM, so perhaps 1500 hashes/sec on a chip the size of a modern i7.

Of course, this is a very back of the envelope calculation, but the sky will not completely fall.  The advantage, of course, will be power - you'll be able to pack those densely - but it won't be the 2-3 order of magnitude gap you see with sha256.

(You can do an analogous computation for a DRAM-based solution.  The advantage is probably comparable, but I'll leave that as an exercise for the reader.)

[superresistant]

There is threshold 0.5 on moneropool.com. But what is threshold on other pools? Is it 0.5 too? Are there pools with less limit?

And what about switching to another pool?
I have been mining with a very low hashrate for three days on a pool. They owe me currently about 0.3 XMR. Do I have to mine still for another two or three days in order to get payed?
That is ridiculous!!! There should be a max delay in payments. Removing dust is OK, but payments should not be delayed for more than say 24 hours, even if the miners do not reach the minimum amount to get payed.

i agree, 0.5 XMR is far from being dust. 0.1 would be better for many. With more Hash rate, mining wil get onyl harder and we wil get less and less and eventually 0.5 XMR will become fortune.

I've seem many people complaining about the 0.5 limit.
I just changed the payout threshold to 0.1 on monero.crypto-pool.fr.
Hope that help.

EDIT : To avoid dust payment, we are thinking about a minimum hours of mining before payout. Join the discussion on IRC #monero.

[Finger]

First, can't sync blockchain -> deleted it -> sync from start, but once again looped on same block 98929. Need Win32 blockchain to download.

2014-Jun-28 15:02:03.177614 [P2P1][161.67.132.40:18080 OUT]Sync data returned unknown top block: 98929->105249[6320 blocks(4 days) behind]
remote top: <7caa0478c337879118f43c43119d7a5c3ceb65723f301dacdd7af6045f95bded>[105249], set SYNCHRONIZATION mode

THX in advance ;]

[edubai]

28/6/2014: xmr.farm updated to 0.98.7 !  

[aminorex]

Take the surface area dedicated to L3, because that's what limits the amount of cryptonight you can do concurrently.

... and that's not a freaking huge advantage, because the chips are already ~50% cache.

O(n/2) = O(n)
Cache is amortized over the number of alus you pack in.  The ratio of alu to cache area has to be divided by the number of alus on the die, again approximated by the haswell to aes block ratio. (Also, associative cache is wasteful overkill when all you need to do is deliver shuffle bits to an alu. That 50% number is inflated.  But still O(n/1.4) = O(n).)

[equipoise]

First, can't sync blockchain -> deleted it -> sync from start, but once again looped on same block 98929. Need Win32 blockchain to download.

2014-Jun-28 14:38:02.843231 [P2P7][73.180.60.129:54068 INC]Sync data returned unknown top block: 98929->104613[5684 blocks(3 days) behind]

THX in advance ;]

I don't have the 32 bit blockchain, but you could try to enter 'exit' or 'q' in the daemon in order to save the blockchain and quit. Is there any difference when you restart the daemon and start the sync from block 98929? Can you check your windows task manager for the bitmonerod.exe and how much RAM it's using and do you have enough RAM? In the 64 bit version it's currently using about 2.1 GB - the win 32 bit version should use less (32 bit memory addressing instead of 64 bit, so the same data structure is using less RAM in the 32x win) however this is going closer to the maximum a win 32 configuration could address (2.8 GB - 3.6 GB is the max with 32x bit windows on 32 bit processor depending on the configuration, video card, bios, windows, etc...). This won't be a problem when the blockchain is stored in a proper database or when the lightweight client is released.

[Finger]

First, can't sync blockchain -> deleted it -> sync from start, but once again looped on same block 98929. Need Win32 blockchain to download.

2014-Jun-28 14:38:02.843231 [P2P7][73.180.60.129:54068 INC]Sync data returned unknown top block: 98929->104613[5684 blocks(3 days) behind]

THX in advance ;]

I don't have the 32 bit blockchain, but you could try to enter 'exit' or 'q' in the daemon in order to save the blockchain and quit. Is there any difference when you restart the daemon and start the sync from block 98929? Can you check your windows task manager for the bitmonerod.exe and how much RAM it's using and do you have enough RAM? In the 64 bit version it's currently using about 2.1 GB - the win 32 bit version should use less (32 bit memory addressing instead of 64 bit, so the same data structure is using less RAM in the 32x win) however this is going closer to the maximum a win 32 configuration could address (2.8 GB - 3.6 GB is the max with 32x bit windows on 32 bit processor depending on the configuration, video card, bios, windows, etc...). This won't be a problem when the blockchain is stored in a proper database or when the lightweight client is released.

I am exploring (and mining!) Monero more then one month, so i am familiar with save, exit, refresh commands in daemon. Just yesterday tried to sync blockchain, and stuck at  block 98929 and nothing helps. First i deleted blockchain from %AppData% and synced - same. Now then i am waiting for Your help with download, trying a trick (maybe that will help)  - deleted bitmonerod.txt from C:\Monero & blockchain from %AppData% once again.

One thing i am worried now is here in pix:


Why so much "Connect failed"? :|

[ntesic]

New pool, http://www.moneropool.net
Strong real dedicated server (not Amazon instance or so), 2% fee, no downtime, DDOS protected

Location? Payout treshold? admin's IRC nickname?

Server is located in Czech Republic, EU (100 mbps for now, upgradeable to much more, Tier1 Premium BW). Payout treshold is 0.1. You can reach me on same IRC nickname as on forum.
Latest pool software, latest daemon.

Actually, fee is 1.9% + 0.1% for developers.

[birr]

Keep your eyes open, fellas.
I am an investor who has bought heavily into xmr.
I asked a question in this thread, and didn't get an answer.
You guys have to be on the alert for the opportunity to reach out to people like me.
I asked a question that was so simple it was apparently worth ignoring in the high level discussion going on here.
If I can't get up to speed on the wallet I then must choose between leaving my holdings on an exchange into the indeterminate future or dumping, which is bad for me and bad for everybody else.
Please make monero useful to people who know less than you do.  It shouldn't be beneath you to give a beginner a helping hand.

[dga]

Take the surface area dedicated to L3, because that's what limits the amount of cryptonight you can do concurrently.

... and that's not a freaking huge advantage, because the chips are already ~50% cache.

O(n/2) = O(n)
Cache is amortized over the number of alus you pack in.  The ratio of alu to cache area has to be divided by the number of alus on the die, again approximated by the haswell to aes block ratio. (Also, associative cache is wasteful overkill when all you need to do is deliver shuffle bits to an alu. That 50% number is inflated.  But still O(n/1.4) = O(n).)

Huh?

No - you don't get to divide by the # of AES/ALU units.  You need 2MB of storage per fast AES/ALU, period, because the algorithm modifies the scratchpad as it goes.  There's no great opportunity for space/time tradeoffs in this one.  Every independent execution requires a separate 2MB scratchpad because of the way the scratchpad is constructed (as a function of the block and nonce).

[superresistant]

I am exploring (and mining!) Monero more then one month, so i am familiar with save, exit, refresh commands in daemon. Just yesterday tried to sync blockchain, and stuck at  block 98929 and nothing helps. First i deleted blockchain from %AppData% and synced - same. Now then i am waiting for Your help with download, trying a trick (maybe that will help)  - deleted bitmonerod.txt from C:\Monero & blockchain from %AppData% once again.
One thing i am worried now is here in pix:
https://31.media.tumblr.com/4e7fd38310b65dd98f783bc8c21bb940/tumblr_inline_n7vqa8R5861sowu8z.jpg
Why so much "Connect failed"? :|

Ignore the connections failed. It's normal and it doesn't matter if your client work.

Please make monero useful to people who know less than you do.

Devs are working on it but the aesthetic of the wallet is less important than the core functions.

[parker928]

and people here don't help the noobs such as me :\

With all due respect:

1.  People have responded to you and helped you on this very page.
2.  How to copy and paste in a dos box has been covered a dozen times in this thread.
http://lmgtfy.com/?q=copy+and+paste+monero

Open a dos window first, navigate to the directory with ccminer in it and execute your command.  The box wont disappear.  The reason it disappears when you just click on ccminer is you are running it without arguments and it just closes.

[XMR] Monero Mining thread: https://bitcointalk.org/index.php?topic=653467.0

Yes, and I did also tell you about Alt + space + e which lets you paste as well

[HardwarePal]

Keep your eyes open, fellas.
I am an investor who has bought heavily into xmr.
I asked a question in this thread, and didn't get an answer.
You guys have to be on the alert for the opportunity to reach out to people like me.
I asked a question that was so simple it was apparently worth ignoring in the high level discussion going on here.
If I can't get up to speed on the wallet I then must choose between leaving my holdings on an exchange into the indeterminate future or dumping, which is bad for me and bad for everybody else.
Please make monero useful to people who know less than you do.  It shouldn't be beneath you to give a beginner a helping hand.

I think you should keep up with this thread https://bitcointalk.org/index.php?topic=589561.220
Its a bounty for an opensource GUI ( 1 July I think they are going to pick a winner)

If you need any help on the current wallet pm me or ask in this thread and I will answer

[birr]

Keep your eyes open, fellas.
I am an investor who has bought heavily into xmr.
I asked a question in this thread, and didn't get an answer.
You guys have to be on the alert for the opportunity to reach out to people like me.
I asked a question that was so simple it was apparently worth ignoring in the high level discussion going on here.
If I can't get up to speed on the wallet I then must choose between leaving my holdings on an exchange into the indeterminate future or dumping, which is bad for me and bad for everybody else.
Please make monero useful to people who know less than you do.  It shouldn't be beneath you to give a beginner a helping hand.

I think you should keep up with this thread https://bitcointalk.org/index.php?topic=589561.220
Its a bounty for an opensource GUI ( 1 July I think they are going to pick a winner)

If you need any help on the current wallet pm me or ask in this thread and I will answer

Thanks for the link, you can be sure I'll keep researching this stuff, I have a lot at stake.  And I will get back to you, either here on the thread or by PM.

[David Latapie]

New pool, http://www.moneropool.net
Strong real dedicated server (not Amazon instance or so), 2% fee, no downtime, DDOS protected

Location? Payout treshold? admin's IRC nickname?

Server is located in Czech Republic, EU (100 mbps for now, upgradeable to much more, Tier1 Premium BW). Payout treshold is 0.1. You can reach me on same IRC nickname as on forum.
Latest pool software, latest daemon.

Actually, fee is 1.9% + 0.1% for developers.

Updated. And since you are donating, I put you on top of the list (other can do the same, of course). I suppose the 0.1% is for 45Jmf8PnJKziGyrLouJMeBFw2yVyX1QB52sKEQ4S1VSU2NVsaVGPNu4bWKkaHaeZ6tWCepP6iceZk8X hTLzDaEVa72QrtVh, right?

[superresistant]

Updated. And since you are donating, I put you on top of the list (other can do the same, of course). I suppose the 0.1% is for 45Jmf8PnJKziGyrLouJMeBFw2yVyX1QB52sKEQ4S1VSU2NVsaVGPNu4bWKkaHaeZ6tWCepP6iceZk8X hTLzDaEVa72QrtVh, right?

monero.crypto-pool.fr will donnate 10% of our earnings for core devs.
(fees will be taken from us and not from users).

[mindless]

At http://pool.cryptoescrow.eu 2014.06.28 Significant Pool Updates were made:

• Up & Running again.
• DDOS protected
• Fees changed: 0.8% pool fee and 0.2% goes for pool development
• Added minimum payout of 0.5XMR

We are sad to see Wolf0 leave our pool's team, but we are up and running again.
Wolf, thanks for all your input and good luck!

We had help from zone117x, he will also help us in the future regarding the pool set up

[RentaMouse]

I'd better mention http:\\cryptonotepool.org.uk\ has been updated to the latest version now, still keeping fee at 1% plus 0.05% for pool dev Zone117x.

Stick with a pool with a proven track record for reliability, run on private high availability hardware in a dedicated datacentre, not shared on someone's cloud.

We understand that there are small profit margins in mining nowadays and miners need to make every % count.

Support regularly available in IRC #monero or by email, whether for new miners getting setup or old ones with special requirements.

[liteon]

I am exploring (and mining!) Monero more then one month, so i am familiar with save, exit, refresh commands in daemon. Just yesterday tried to sync blockchain, and stuck at  block 98929 and nothing helps. First i deleted blockchain from %AppData% and synced - same. Now then i am waiting for Your help with download, trying a trick (maybe that will help)  - deleted bitmonerod.txt from C:\Monero & blockchain from %AppData% once again.

One thing i am worried now is here in pix:


Why so much "Connect failed"? :|

Same problem here. Tried just now, and stucked on 145 blocks behind.
Daemon is running, but lots of errors like:

- Block verification failed, dropping connection
and
- failed to add transaction to blockchain storage

It is running SYNC, but it is not syncing.
Anyone else?
Help?