fluffypony
Donator
Legendary

Activity: 1274
Merit: 1069
GetMonero.org / MyMonero.com
|
 |
June 28, 2014, 09:41:44 AM |
|
If anyone is comfortable compiling Monero, there are three things that could do with some testing: Transaction auto-splittingSplits transactions with lots of inputs into multiple transactions. Prompts before doing so. There is a new RPC API call for this, but it is not ready for testing (needs payment ID support). Github branch linked in the title. Properly daemonised bitmonerodLinux only at this stage. Properly forks to the background, and allows the execution of all daemon commands from the command line (as a command-line argument). This is a substantial piece of work, and each RPC command needs to be tested. Github branch linked in the title. rpcwalletSimplewallet will remain as the interactive CLI wallet client, but for automation and merchant systems all the RPC stuff has been taken out of simplewallet and put into rpcwallet (new binary). The RPC functionality that was available to simplewallet is fully available, of course, and it should be a lot more robust - if it loses its connection to the daemon it will try to regain the connection and not just conveniently shut down. Github branch linked in the title. If you have any feedback on these three branches, please do hop on to #monero-dev on Freenode and let us know.
|
|
|
|
|
David Latapie
|
 |
June 28, 2014, 09:50:37 AM |
|
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.netStrong real dedicated server (not Amazon instance or so), 2% fee, no downtime, DDOS protected Location? Payout treshold? admin's IRC nickname?
|
|
|
|
superresistant
Legendary

Activity: 2170
Merit: 1136
|
 |
June 28, 2014, 10:06:12 AM Last edit: June 28, 2014, 10:24:17 AM by superresistant |
|
Dont use the basic wallet miner for pool mining, most pools dont support it any more. Try CPUminer-multi, Claymore's GPU miner (for AMD gfx cards) or there is ccminer for Nvidia now. 1st post of this thread has download links.
I see, http://monero.crypto-pool.fr/#getting_started i downloaded easyminer there, how do I get access to the wallet with the address created by that miner? Use the link on my thead instead. Easy miner is a bit slow compared to other like Wolf miner. You need a normal wallet or GUI wallet to get and address. Have a look at this thread to see how to use the normal wallet. (EDIT : It's the same link that followtheboss posted under).
|
|
|
|
|
|
followtheboss
|
 |
June 28, 2014, 10:12:34 AM |
|
If you think the website is fine and just needs a few periodic updates that is an idication of the lack of understanding of the level of polish and marketing required to make a coin successful and stand out in the crowded market. Pretty website and drop dead easy to use software may not matter to you or other early adopters, but it is absolutely essential if this is to become anything more than a subset of a subset project. I wouldn't bother writing on here if I didn't want it to succeed. But being honest this project has a very long way to go and the recent pace has not been impressive. I still haven't seen a reason for the dev team to not accept more help. Its just bizarre. The proper benchmark for comparison of development progress is not a throw-away pump&dump coin, but bitcoin, or possibly nxt, ethereum, xcp. Development on these scales is somewhere between blazingly fast and fairly moderate.
It's silly to say core won't accept help, given that the code is in git. Did you submit a pull request that was rejected? No? Then what are you up about?
The "size issue" is a non-issue as long as one can easily run a fullnode. There is no time-scale on which you can reasonably project that it will be difficult to run a full-node on high-end commodity hardware. Given thin-clients, what more do you need? Thin clients are in development. EDIT: I thought you were referring to the recurrent criticism that the blockchain is larger than bitcoin's. I suspect you were referring to transaction size. That is addressed by tacotime, below.
In short, everything you mentioned as a problem was not, in fact, a problem, with the possible exception of the fact that the website is neglected, but not much. It could use a few periodic updates, perhaps some more external links, but it covers what it really needs to cover.
I agree with Mumbles. I'm a humble troll but I speak the truth when needed. Any coin, that includes Bitcoin, Monero, Darkcoin, etc needs good marketing, not everyone is a genius crypto specialist, most people need fancy graphics and text to instill confidence. That means having a good looking website and etc. and people here don't help the noobs such as me :\ For installing your wallet on windows, you have this monero wallet tutorial https://monerotalk.org/t/bounty-create-a-useful-tutorial-on-how-to-setup-monero/13/8
|
|
|
|
Febo
Legendary

Activity: 2758
Merit: 1288
|
 |
June 28, 2014, 10:52:28 AM |
|
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.
|
|
|
|
|
aminorex
Legendary

Activity: 1596
Merit: 1031
Sine secretum non libertas
|
 |
June 28, 2014, 11:12:54 AM |
|
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.
|
Give a man a fish and he eats for a day. Give a man a Poisson distribution and he eats at random times independent of one another, at a constant known rate.
|
|
|
|
HardwarePal
|
 |
June 28, 2014, 11:16:25 AM |
|
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.netStrong 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
|
 |
June 28, 2014, 11:25:12 AM |
|
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
Legendary

Activity: 2170
Merit: 1136
|
 |
June 28, 2014, 11:25:29 AM |
|
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
|
 |
June 28, 2014, 11:51:37 AM Last edit: June 28, 2014, 12:03:10 PM by 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
Member


Activity: 83
Merit: 10
|
 |
June 28, 2014, 12:00:07 PM |
|
|
|
|
|
aminorex
Legendary

Activity: 1596
Merit: 1031
Sine secretum non libertas
|
 |
June 28, 2014, 12:23:56 PM |
|
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).)
|
Give a man a fish and he eats for a day. Give a man a Poisson distribution and he eats at random times independent of one another, at a constant known rate.
|
|
|
|
equipoise
|
 |
June 28, 2014, 12:28:25 PM |
|
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
|
 |
June 28, 2014, 12:52:26 PM |
|
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
Newbie

Activity: 11
Merit: 0
|
 |
June 28, 2014, 12:53:17 PM Last edit: June 28, 2014, 01:04:42 PM by ntesic |
|
New pool, http://www.moneropool.netStrong 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
|
 |
June 28, 2014, 01:10:10 PM Last edit: June 28, 2014, 01:22:06 PM by 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
|
 |
June 28, 2014, 01:15:54 PM |
|
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
Legendary

Activity: 2170
Merit: 1136
|
 |
June 28, 2014, 01:22:04 PM |
|
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.jpgWhy 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
|
 |
June 28, 2014, 01:38:10 PM |
|
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+moneroOpen 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.0Yes, and I did also tell you about Alt + space + e which lets you paste as well
|
|
|
|
|
|
HardwarePal
|
 |
June 28, 2014, 01:39:43 PM |
|
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.220Its 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
|
|
|
|
|
|