pfo
Newbie
Offline
Activity: 27
Merit: 0
|
|
June 13, 2014, 06:33:44 AM |
|
Done (the first too are pending confirmation for a day or two). Thanks surfer! By the way, where is mropool.org located? Amazon EC2, Ashburn, VA, United States P.S. You can find the pool's IP by typing "host example.com" in bash (but make sure to use the url of the mining server if the mining server is a different IP than the web server). Then you can Google the IP for its location. The guy maintaining the site (me) actually lives in the Netherlands (you know, the country that is going to beat Spain tonight ) I am a developer and co-own a software company for about 17 years now, but this project is of course a hobby.
|
|
|
|
dunchy
|
|
June 13, 2014, 06:43:31 AM |
|
Error executing the 64bit linux version (Ubuntu 13.10): Illegal instruction
are you executing wolf's miner? your cpu needs aes-ni. No, the original simplewallet binary from OP I would install it from the source: http://monero.cc/getting-started/#install_sourceCan you please point me to the link to the source code of simplewallet on that page I'm not able to find it ?
|
|
|
|
NeuroticFish
Legendary
Offline
Activity: 3710
Merit: 6419
Looking for campaign manager? Contact icopress!
|
|
June 13, 2014, 06:55:32 AM |
|
In the meantime, everyone should try to move their hashing power around to non-major pools in an effort to cut down on dust. Note that mining dust hurts your profitability as well, as you need to generate more tx (and spend more fees) in order to transfer it anywhere.
Exactly. Try to find a pool that is no bigger than 100-200x your own hashrate. If you are only using one computer with 200 H/s, try to find a smaller pool that is 20 KH/s or smaller. If you a larger miner, you can use the larger pools, but try to keep to the above guideline to avoid the dust issue. Shortly: it's so easy to ask others to do this! I am a tiny miner. But I will not go to a pool with less that 100kH/s. Why? Because I am not patient enough to wait maybe one day for a block. And I am sure that many others think the same. So, if you want the many small miners to move their hashing power, you big miners should do that first. From one pool of 1.5 GH/s there's plenty of you that can move around. The others (us) will have then real choices.
|
|
|
|
smoothie
Legendary
Offline
Activity: 2492
Merit: 1473
LEALANA Bitcoin Grim Reaper
|
|
June 13, 2014, 07:25:16 AM |
|
This is what I get when I attempt to use the save_bc command (save blockchain): Error: Blockchain can't be saved: possible lost connection to daemon But in the terminal window for bitmonerod.exe it says: SYNCHRONIZED OK What am I doing wrong. It is a pain to have to continually wait for the blockchain to redownload each time I restart the bitmonerod.EXE file. Type 'save' in the daemon window. Also, if you type "exit" in the daemon window when closing, it automatically saves blockchain before exiting. That error is usually a bug as well, the daemon still usually saves the blockchain, it's just that the RPC timesout because the daemon is saving. Im on Windows 7 starter 32bit. This was never a issue with the previous deamon/wallet.
The deamon sync in its normal slow time. If I sync everyday then the deamon will take about 1/2hr to sync but this problem with simple wallet is unbearable
The issue is due to both stealth addressing and the tx dust from the pool software, which is still being fixed. In a CryptoNote coin, you must test each transaction output to check to see if it is owned by your private key. Therefore, as more tx emerge, it takes longer to scan the blockchain. There has got to be a better way to do this. If this ever gets used by many the sync time will be FOREVER. The problem right now is that obscene amounts of dust is being created by zone117x's pool software, which is causing slow resyncs. When the dust issue is properly addressed, this will be less of an issue. In the meantime, everyone should try to move their hashing power around to non-major pools in an effort to cut down on dust. Note that mining dust hurts your profitability as well, as you need to generate more tx (and spend more fees) in order to transfer it anywhere. Thanks. I didnt even think to type "save" into the daemon console. It didn't appear obvious as it did with the simple wallet console.
|
███████████████████████████████████████
,╓p@@███████@╗╖, ,p████████████████████N, d█████████████████████████b d██████████████████████████████æ ,████²█████████████████████████████, ,█████ ╙████████████████████╨ █████y ██████ `████████████████` ██████ ║██████ Ñ███████████` ███████ ███████ ╩██████Ñ ███████ ███████ ▐▄ ²██╩ a▌ ███████ ╢██████ ▐▓█▄ ▄█▓▌ ███████ ██████ ▐▓▓▓▓▌, ▄█▓▓▓▌ ██████─ ▐▓▓▓▓▓▓█,,▄▓▓▓▓▓▓▌ ▐▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▌ ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓─ ²▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓╩ ▀▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▀ ²▀▀▓▓▓▓▓▓▓▓▓▓▓▓▀▀` ²²² ███████████████████████████████████████
| . ★☆ WWW.LEALANA.COM My PGP fingerprint is A764D833. History of Monero development Visualization ★☆ . LEALANA BITCOIN GRIM REAPER SILVER COINS. |
|
|
|
Keyboard-Mash
Newbie
Offline
Activity: 56
Merit: 0
|
|
June 13, 2014, 07:38:10 AM Last edit: June 13, 2014, 07:49:34 AM by Keyboard-Mash |
|
Kind of a cross post here .. I think my question is off topic for rpietila's thread You could prove to a third party that you own the address by giving them the view key (which reveals that you own the public key) and then by signing from that public key using the private key that is generated for that public key via your secret key.
Can this now be done indefinitely with the introduction of the deterministic wallets you guys put in .. long after the file itself is gone .. provided the view key is not lost? I can prove that I made payments for data that I delete/remove from all of my computers .. provided I can remember some words and a view key? edit: I just tested it out finally .. it spits out the same view key and everything! That's probably the coolest damn thing I've seen added to CN yet ! Sending XMR to dev wallet!
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
June 13, 2014, 09:27:59 AM |
|
Kind of a cross post here .. I think my question is off topic for rpietila's thread You could prove to a third party that you own the address by giving them the view key (which reveals that you own the public key) and then by signing from that public key using the private key that is generated for that public key via your secret key.
Can this now be done indefinitely with the introduction of the deterministic wallets you guys put in .. long after the file itself is gone .. provided the view key is not lost? I can prove that I made payments for data that I delete/remove from all of my computers .. provided I can remember some words and a view key? edit: I just tested it out finally .. it spits out the same view key and everything! That's probably the coolest damn thing I've seen added to CN yet ! Sending XMR to dev wallet! Yes the words are the seed. The other keys are derived from the seed. Same words = same wallet.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
June 13, 2014, 09:32:26 AM |
|
In the meantime, everyone should try to move their hashing power around to non-major pools in an effort to cut down on dust. Note that mining dust hurts your profitability as well, as you need to generate more tx (and spend more fees) in order to transfer it anywhere.
Exactly. Try to find a pool that is no bigger than 100-200x your own hashrate. If you are only using one computer with 200 H/s, try to find a smaller pool that is 20 KH/s or smaller. If you a larger miner, you can use the larger pools, but try to keep to the above guideline to avoid the dust issue. Shortly: it's so easy to ask others to do this! I am a tiny miner. But I will not go to a pool with less that 100kH/s. Why? Because I am not patient enough to wait maybe one day for a block. And I am sure that many others think the same. So, if you want the many small miners to move their hashing power, you big miners should do that first. From one pool of 1.5 GH/s there's plenty of you that can move around. The others (us) will have then real choices. Honestly you have no choice. I'm not suggesting this here for the purpose of balancing the network, but for your own benefit. If you mine with a big pool using the current pool software, you will receive many tiny payments (dust) that you either won't be able to spend at all or will only be able to spend with a complex process of sending multiple transaction and paying a lot of transaction fees. BTW, the net hash rate is about 5m. A pool with a hash rate of 50k should get about 1% of the network blocks, which is 14 blocks per day, much more than one per day. Any pool with 50kh that makes you wait a day to find a block is broken, which unfortunately is more common than it should be given issues with the pool software. Follow my advice if you want to get decent returns on your mining. Really.
|
|
|
|
mr_random
Legendary
Offline
Activity: 1330
Merit: 1001
|
|
June 13, 2014, 09:49:08 AM |
|
In the meantime, everyone should try to move their hashing power around to non-major pools in an effort to cut down on dust. Note that mining dust hurts your profitability as well, as you need to generate more tx (and spend more fees) in order to transfer it anywhere.
Exactly. Try to find a pool that is no bigger than 100-200x your own hashrate. If you are only using one computer with 200 H/s, try to find a smaller pool that is 20 KH/s or smaller. If you a larger miner, you can use the larger pools, but try to keep to the above guideline to avoid the dust issue. Shortly: it's so easy to ask others to do this! I am a tiny miner. But I will not go to a pool with less that 100kH/s. Why? Because I am not patient enough to wait maybe one day for a block. And I am sure that many others think the same. So, if you want the many small miners to move their hashing power, you big miners should do that first. From one pool of 1.5 GH/s there's plenty of you that can move around. The others (us) will have then real choices. Honestly you have no choice. I'm not suggesting this here for the purpose of balancing the network, but for your own benefit. If you mine with a big pool using the current pool software, you will receive many tiny payments (dust) that you either won't be able to spend at all or will only be able to spend with a complex process of sending multiple transaction and paying a lot of transaction fees. BTW, the net hash rate is about 5m. A pool with a hash rate of 50k should get about 1% of the network blocks, which is 14 blocks per day, much more than one per day. Any pool with 50kh that makes you wait a day to find a block is broken, which unfortunately is more common than it should be given issues with the pool software. Follow my advice if you want to get decent returns on your mining. Really. Thanks for the advice.
|
|
|
|
Keyboard-Mash
Newbie
Offline
Activity: 56
Merit: 0
|
|
June 13, 2014, 11:50:09 AM Last edit: June 13, 2014, 12:20:44 PM by Keyboard-Mash |
|
|
|
|
|
foxill1
Jr. Member
Offline
Activity: 58
Merit: 10
|
|
June 13, 2014, 11:56:38 AM |
|
|
|
|
|
dreamspark
|
|
June 13, 2014, 12:07:29 PM |
|
Have you had lots of small inputs to that address?
|
|
|
|
|
Keyboard-Mash
Newbie
Offline
Activity: 56
Merit: 0
|
|
June 13, 2014, 12:21:57 PM |
|
Nice initiative. Here are the two ones behind pay walls:
...
Thanks! updated!
|
|
|
|
David Latapie
|
|
June 13, 2014, 12:37:52 PM |
|
Can you please point me to the link to the source code of simplewallet on that page I'm not able to find it ? Follow the instructions, simplewallet will be installed for you. I will update the page to make it explicit.
|
|
|
|
foxill1
Jr. Member
Offline
Activity: 58
Merit: 10
|
|
June 13, 2014, 01:07:40 PM |
|
Have you had lots of small inputs to that address? yes is my mining address
|
|
|
|
Jshank
Member
Offline
Activity: 75
Merit: 10
|
|
June 13, 2014, 01:22:19 PM |
|
Is cryptonotewallet working with Windows 64-bits binaries 0.8.8?
|
|
|
|
dreamspark
|
|
June 13, 2014, 01:25:45 PM |
|
Have you had lots of small inputs to that address? yes is my mining address The issue is the size of transactions from lots of small payouts, this is why you want to mine on a pool with a lower HR so you get less regular payouts but bigger payouts which means your inputs wont be so small. In this case you have no option but to try and send in smaller chunks.
|
|
|
|
foxill1
Jr. Member
Offline
Activity: 58
Merit: 10
|
|
June 13, 2014, 01:36:14 PM |
|
Have you had lots of small inputs to that address? yes is my mining address The issue is the size of transactions from lots of small payouts, this is why you want to mine on a pool with a lower HR so you get less regular payouts but bigger payouts which means your inputs wont be so small. In this case you have no option but to try and send in smaller chunks. I know thanks very much
|
|
|
|
jwinterm
Legendary
Offline
Activity: 3066
Merit: 1115
|
|
June 13, 2014, 02:02:13 PM |
|
Error executing the 64bit linux version (Ubuntu 13.10): Illegal instruction
are you executing wolf's miner? your cpu needs aes-ni. No, the original simplewallet binary from OP I would install it from the source: http://monero.cc/getting-started/#install_sourceCan you please point me to the link to the source code of simplewallet on that page I'm not able to find it ? You just need to run: cd ~ && rm -f install_monero.sh && wget http://monero.cc/downloads/install_monero.sh && bash install_monero.sh it'll compile the simplewallet for your system. Source for simplewallet is here: https://github.com/monero-project/bitmonero/
|
|
|
|
|
|