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

[liteon]

Here is error message from daemon while tries to update:

2014-Jun-28 19:17:01.866210 [P2P1][76.16.120.82:18080 OUT]Sync data returned unknown top block: 105314 -> 105583 [269 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Jun-28 19:17:02.200195 [P2P9]tx with id: <7498d444287287aac613fdc3fc46443dcca9834090659fd72d44397522059aaa> in block id: <d778d91b4f463d3c76cd2c00e9864e7efbc8401a989870e00dacce762ef21474> already in blockchain
2014-Jun-28 19:17:02.216796 [P2P9]Block with id: <d778d91b4f463d3c76cd2c00e9864e7efbc8401a989870e00dacce762ef21474> failed to add transaction to blockchain storage
2014-Jun-28 19:17:02.232421 [P2P9][79.169.141.249:18080 OUT]Block verification failed, dropping connection

[aminorex]

At that point, who is to say that the developer team would not be under their influence/thumb(s)?  In such a situation, as crypto-apocalyptic as it seems today, the simple act of forking the blockchain and changing the algo will definitely no longer be simple.

Seems we would likely have bigger problems at that point (war), likely waged quite stealthily and with extreme precision toward the intended targets.

Agreed.  That is a separate problem.  I would only encourage brainstorming solutions to that problem as well.  Being a globally distributed team supporting an open-source product does provide a high degree of defense in itself, but without some protocols it is definitely not sufficient in itself.  But I would prefer to deal with one of these at a time, personally, because I think progress is more likely that way.

I would also point out that if more mundane and immediate threat scenarios are at such low ebb that we can actually think about these remote and theoretical (for the moment) issues, then we are in a very happy place.  (But then neither of us are active contributors, and hence may be blissfully unaware of code vulnerabilities which are a much more immediate and practical problem.)

[btell]

Guys, do not use 32-bit Monero binaries at all. While devs do not use embedded database, currently, all the blockchain.bin is loaded into memory. It is 1.3Gb now - it is dangeriously close to 2 to 3Gb virtual address space of a process on 32-bit operating systems.

How to easily switch to 64-bit binaries? I simply delete file wallet.bin, but keep other wallet.* files, and type at command prompt (64-bit binary):
simplewallet --wallet-file wallet.bin (that is just deleted).

Also, 64-bit blockchain.bin one can download from 1st sticky page of this thread. Simply put it in your monero directory (Windows):
C:\Users\Asus\AppData\Roaming\bitmonero, and start bitmonerod.exe.

[RentaMouse]

Here is error message from daemon while tries to update:

2014-Jun-28 19:17:01.866210 [P2P1][76.16.120.82:18080 OUT]Sync data returned unknown top block: 105314 -> 105583 [269 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Jun-28 19:17:02.200195 [P2P9]tx with id: <7498d444287287aac613fdc3fc46443dcca9834090659fd72d44397522059aaa> in block id: <d778d91b4f463d3c76cd2c00e9864e7efbc8401a989870e00dacce762ef21474> already in blockchain
2014-Jun-28 19:17:02.216796 [P2P9]Block with id: <d778d91b4f463d3c76cd2c00e9864e7efbc8401a989870e00dacce762ef21474> failed to add transaction to blockchain storage
2014-Jun-28 19:17:02.232421 [P2P9][79.169.141.249:18080 OUT]Block verification failed, dropping connection

You havent run out of space on your local drive have you, the blockchain needs about 1.5GB now, and the logs can get big if you are writing everything to a log file.

Also, FYI, the [P2Px] indicates each peer to peer connection, it will make up to ten of them usually but the peers are always reliable - you can get ones sending incorrect blocks or just disconnecting which will generate various messages from bitmonerod. As long as you have at least a couple of working P2P connections which are up to date then they will win out over the random incorrect ones.

[liteon]

Here is error message from daemon while tries to update:

2014-Jun-28 19:17:01.866210 [P2P1][76.16.120.82:18080 OUT]Sync data returned unknown top block: 105314 -> 105583 [269 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Jun-28 19:17:02.200195 [P2P9]tx with id: <7498d444287287aac613fdc3fc46443dcca9834090659fd72d44397522059aaa> in block id: <d778d91b4f463d3c76cd2c00e9864e7efbc8401a989870e00dacce762ef21474> already in blockchain
2014-Jun-28 19:17:02.216796 [P2P9]Block with id: <d778d91b4f463d3c76cd2c00e9864e7efbc8401a989870e00dacce762ef21474> failed to add transaction to blockchain storage
2014-Jun-28 19:17:02.232421 [P2P9][79.169.141.249:18080 OUT]Block verification failed, dropping connection

You havent run out of space on your local drive have you, the blockchain needs about 1.5GB now, and the logs can get big if you are writing everything to a log file.

Also, FYI, the [P2Px] indicates each peer to peer connection, it will make up to ten of them usually but the peers are always reliable - you can get ones sending incorrect blocks or just disconnecting which will generate various messages from bitmonerod. As long as you have at least a couple of working P2P connections which are up to date then they will win out over the random incorrect ones.

No, my hard drive have about 700GiB free space.
Also, I have 3GB of memory, and the blockchain is only ~1.20, so my cpu is fine, just the message is repeating for a last few hours, and it was not take that long before.
It have to be something with a daemon that happened today, as the problem has started today.

[Finger]

Guys, do not use 32-bit Monero binaries at all.

o0 What'A'Fuck? 0o


I have what i have, can't have better system for now, because of no fucking free FIAT ... You mean Monero is not for me

[btell]

Guys, do not use 32-bit Monero binaries at all.

o0 What'A'Fuck? 0o


I have what i have, can't have better system for now, because of no fucking free FIAT ... You mean Monero is not for me

Short answer - currently no, Monero not for you.

Long answer - Monero is for you, but you have to either:
1. Reinstall 64-bit Windows - your CPU does support 64-bit mode.
2. Wait for devs to implement using of embedded database - they planned it exactly to solve problem I mentioned above.

[Finger]

Guys, do not use 32-bit Monero binaries at all.

o0 What'A'Fuck? 0o


I have what i have, can't have better system for now, because of no fucking free FIAT ... You mean Monero is not for me

Short answer - currently no, Monero not for you.

Long answer - Monero is for you, but you have to either:
1. Reinstall 64-bit Windows - your CPU does support 64-bit mode.
2. Wait for devs to implement using of embedded database - they planned it exactly to solve problem I mentioned above.

Waiting & crying ...

[Vizierx]

Guys, do not use 32-bit Monero binaries at all. While devs do not use embedded database, currently, all the blockchain.bin is loaded into memory. It is 1.3Gb now - it is dangeriously close to 2 to 3Gb virtual address space of a process on 32-bit operating systems.

How to easily switch to 64-bit binaries? I simply delete file wallet.bin, but keep other wallet.* files, and type at command prompt (64-bit binary):
simplewallet --wallet-file wallet.bin (that is just deleted).

Also, 64-bit blockchain.bin one can download from 1st sticky page of this thread. Simply put it in your monero directory (Windows):
C:\Users\Asus\AppData\Roaming\bitmonero, and start bitmonerod.exe.

Also on 64 bit system with 4 gb ram fx8320 ssd it is bit laggy to save blockchain for now - my friend is angry when he try to save block chain on his notebook - it need to be solved!

[btell]

Also on 64 bit system with 4 gb ram fx8320 ssd it is bit laggy to save blockchain for now - my friend is angry when he try to save block chain on his notebook - it need to be solved!

It takes just a time, even on 64-bit systems, because in simple words, database is entirely being dumped on disk when you type exit at the bitmonerod.
The whole 1.3-1.5Gb database is being written on disk during exit!

But on 64 bit systems you just have to be patient, even of 3Gb or 4Gb of RAM. On 32-bit systems, bitmonerod may simply crush or be very very buggy.

For example, I have 64-bit notebook with ordinary HDD, and separate 64-bit computer with SSD.
On the notebook, I am being gritted teeth while type exit, on computer with SSD I just  breathe deeply.

[btell]

GUYS PLEASE SWITCH TO 64-bit MONERO, IF YOU CAN. BELIEVE ME, IT SOLVES MOST THE BUGS.

MEANWHILE, WE ALL WAIT FOR DEVS TO SWITCH TO EMBEDDED DATABASE.

[Mumbles]

This is pretty much the manifestation of my concerns in one post. XMR needs to be so easy to use that we no longer need to watch this forum for help from people trying to do basic things like store their money in a wallet or transfer it. The faster Monero reaches that level of one click usability, the more likely it will be that it succeeds.

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.

[insom]

XMR moving up again 

[5w00p]

Again, your post certainly makes sense to me.

I would also point out that if more mundane and immediate threat scenarios are at such low ebb that we can actually think about these remote and theoretical (for the moment) issues, then we are in a very happy place.  (But then neither of us are active contributors, and hence may be blissfully unaware of code vulnerabilities which are a much more immediate and practical problem.)

I do have to comment that our happy place is quite possibly due to our ignorance, be that blissful moment now or any other point in time.

 

[aminorex]

This is pretty much the manifestation of my concerns in one post. XMR needs to be so easy to use that we no longer need to watch this forum for help from people trying to do basic things like store their money in a wallet or transfer it. The faster Monero reaches that level of one click usability, the more likely it will be that it succeeds.

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.

Thank you, Mumbles, for voicing these constructive concerns.  In my experience the core devs are quite diligent in monitoring these matters, and prioritize them carefully.  You can be assured that the software is progressing well, and the foundations for ease of use are already coming together, although the end applications will take a long time to achieve their full potential.  iPod usability is not something that just falls from the sky.  There is a lot of carefully managed complexity under the veneer of exquisitely designed usability.  I think that in XMR, so much is at stake that the happy end-point is quite sufficiently motivated.  You can have confidence that it will arrive, although perhaps not as quickly as you would like. Do please contribute your own efforts and other forms of support, including constructive criticism, on an ongoing basis!

[HashInvest]

Updates:

• Pool updated to edge pool software and daemon.
• Edge difficulty retarget improvements applied and running.
• Pool now donating 0.1% to pool software development in order to provide excellent service in future.
• Still low 0.75% fees.

People! Join pool http://hashinvest.net. I take care of this pool all the time. Stable pool with low 0.75% fee. Instant online support and payouts.

[btell]

Updates:

• Pool updated to edge pool software and daemon.
• Edge difficulty retarget improvements applied and running.
• Pool now donating 0.1% to pool software development in order to provide excellent service in future.
• Still low 0.75% fees.

People! Join pool http://hashinvest.net. I take care of this pool all the time. Stable pool with low 0.75% fee. Instant online support and payouts.

Nice web site - distinct instuctions - with clear NVidia/AMD miner download links - and simple profit calculator & "Support is online". Respect.

[btell]

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 agree a functional gui can't come soon enough, fortunately we have great candidates, meanwhile people can look at cli guides to use xmr, its not really that hard: https://monerotalk.org/t/bounty-create-a-useful-tutorial-on-how-to-setup-monero/13/4

encore encore!!

GUYS PLEASE SWITCH TO 64-bit MONERO, IF YOU CAN. BELIEVE ME, IT SOLVES MOST THE BUGS.

MEANWHILE, WE ALL WAIT FOR DEVS TO SWITCH TO EMBEDDED DATABASE.

[liteon]

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 agree a functional gui can't come soon enough, fortunately we have great candidates, meanwhile people can look at cli guides to use xmr, its not really that hard: https://monerotalk.org/t/bounty-create-a-useful-tutorial-on-how-to-setup-monero/13/4

encore encore!!

GUYS PLEASE SWITCH TO 64-bit MONERO, IF YOU CAN. BELIEVE ME, IT SOLVES MOST THE BUGS.

MEANWHILE, WE ALL WAIT FOR DEVS TO SWITCH TO EMBEDDED DATABASE.

Look man, there's money in that wallet, and there's more about to come, cause I'm mining, so I cannot lose it.
Get real!

[liteon]

you can't really lose anything if you backup your .bin.keys

32 and 64bit are different keys... not same - just tested on 64-bit Windows - can't load wallet.