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

[tarmi]

Hey guys,

I installed the new 11 june win64 binaries(just copy pasted over my old ones, like I mostly do) and I try to start bitmonerod to sync the network, but it seems like it never syncs, and on top of that, it SRSLY hang my network bandwith, like 90%. what is wrong?

Can you pastebin the output from the daemon?

im sry u mean the .txt file? its mostly this"Sync data returned unknown top block: 81531 -> 81902" and keeps going on.... the real problem is it hangs my network! I was successfully using the last edition like 12 hours ago! and I cant find the old version of exe anymore because OP updated it... :/

That means it's catching up - it WILL use all the available bandwidth till its caught up, there's no rate-limiting on it.

Remember: Monero is still alpha-level software and is not ready for widespread use or in situations where bandwidth is limited. A lightweight SPV-style client will only happen in the future once we've made everything a lot more robust and stable and workable:)

I have been following monero since its launch. This bitmonerod behavior is not normal, after the update it got buged. I will let it update, but filling up an entire 30/2,5 vdsl line for some 12 hours worth of synching bytes is not normal. It is the first time the exe behaves like that. Plz do fix asap.


edit: apparently it synced, but leaving the bitmonerod open appears to have detrimental effect on the network, im not sure whether this was the case before.

yes, my connection is dying if I leave bitmonerod open when syncing. even my btc miners go offline. 

[1714010212]

1714010212

[surfer43]

Pools that need to be removed from OP:

- http://mon.hashharder.com (no api available)
- http://xmr.ext-pool.net/ (no api available)
- http://42.62.16.188:8080/ (website is down)

[David Latapie]

Pools that need to be removed from OP:

- http://mon.hashharder.com (no api available)
- http://xmr.ext-pool.net/ (no api available)
- http://42.62.16.188:8080/ (website is down)

Done (the first too are pending confirmation for a day or two). Thanks surfer!

By the way, where is mropool.org located?

[surfer43]

Pools that need to be removed from OP:

- http://mon.hashharder.com (no api available)
- http://xmr.ext-pool.net/ (no api available)
- http://42.62.16.188:8080/ (website is down)

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.

[hughjays77]

same here

Hey guys,

I installed the new 11 june win64 binaries(just copy pasted over my old ones, like I mostly do) and I try to start bitmonerod to sync the network, but it seems like it never syncs, and on top of that, it SRSLY hang my network bandwith, like 90%. what is wrong?

Can you pastebin the output from the daemon?

im sry u mean the .txt file? its mostly this"Sync data returned unknown top block: 81531 -> 81902" and keeps going on.... the real problem is it hangs my network! I was successfully using the last edition like 12 hours ago! and I cant find the old version of exe anymore because OP updated it... :/

That means it's catching up - it WILL use all the available bandwidth till its caught up, there's no rate-limiting on it.

Remember: Monero is still alpha-level software and is not ready for widespread use or in situations where bandwidth is limited. A lightweight SPV-style client will only happen in the future once we've made everything a lot more robust and stable and workable:)

I have been following monero since its launch. This bitmonerod behavior is not normal, after the update it got buged. I will let it update, but filling up an entire 30/2,5 vdsl line for some 12 hours worth of synching bytes is not normal. It is the first time the exe behaves like that. Plz do fix asap.


edit: apparently it synced, but leaving the bitmonerod open appears to have detrimental effect on the network, im not sure whether this was the case before.

yes, my connection is dying if I leave bitmonerod open when syncing. even my btc miners go offline. 

[Stevenrm87]

MoneroCoin.com for sale / will accept offers in Monero

[smoothie]

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.

[smoothie]

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.

[Keyboard-Mash]

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.

All I've ever done to save the blockchain is type "save" and press enter in the bitmonerod window, not the simplewallet window. "exit" also should save the blockchain and then exit.

To save my wallet data, all I've ever done is type "save" into the simplewallet window and press enter, not the bitmonerd window. "exit" should also save the wallet and then exit in this window.

I didn't even know there was a save_bc command in one of them .. which program uses that command?

[Keyboard-Mash]

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.

I believe a user "andytoshi" on cryptonote.org forums just posted today that this might be alleviated with merkle roots. Also, I think I've read the dev's here say that they are working on a database like that.

https://forum.cryptonote.org/viewtopic.php?f=2&t=209#p682

[tacotime]

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.

[smooth]

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.

[slavo]

MoneroCoin.com for sale / will accept offers in Monero

OMG i want it so hard! i bid 0.0000000001xmr for the domain name + 0.0000000001 if you don't post here anymore

                                  such deal

                                                                                                           wow
                                                        very xmr

            such domain                                                     


                                                                                                                                                                       very deal

[smooth]

Please don't spam.

[Nekomata]

XMR is the future.

[eizh]

...

More CoinJoin done by special nodes. This must be the newest fad since the 5-day PoW followed by PoS scheme no longer offers good pump n' dump returns.

MoneroCoin.com for sale / will accept offers in Monero

OMG i want it so hard! i bid 0.0000000001xmr for the domain name + 0.0000000001 if you don't post here anymore

Monero means coin, so this poorly chosen domain name basically says CoinCoin.

[Stevenrm87]

Quark said the same thing about Quarkcoin.com until they ended up paying me 5 grand for it hah! Trust me if Monero ever gets big. MoneroCoin.com will be an expensive domain I will be sellin.

[sammy007]

Quark said the same thing about Quarkcoin.com until they ended up paying me 5 grand for it hah! Trust me if Monero ever gets big. MoneroCoin.com will be an expensive domain I will be sellin.

Please go to marketplace, you are too smart for this thread.

[GoldenEye]

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

[smooth]

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

That is odd. The repo build should check aesni at run time. There much be some other problem.