Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1393. (Read 4670630 times)

pa
hero member
Activity: 528
Merit: 501
So, I just recompiled bitmonerod, and now it seems to be stuck on block 232616. Here's some of the output:

2014-Sep-25 00:59:26.151813 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:32.237618 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:38.255829 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:44.404735 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started

Did I do something wrong?

I'm in the same boat (and the same block).  I'm wondering if it's due to everyone I'm connected to not being on the latest rev.  

Smooth, my diff says:
2014-Sep-25 01:04:34.991768 BH: 232616, DIFF: 1074246915, HR: 17904115 H/s




Mine is:
diff
2014-Sep-25 01:12:49.076636 BH: 232616, DIFF: 1074246915, HR: 17904115 H/s


I just re-downloaded the blockchain following the link on the OP. Now bitmonerod has synced. Latest diff:

diff
2014-Sep-25 01:28:18.357703 BH: 232726, DIFF: 1092360188, HR: 18206003 H/s
pa
hero member
Activity: 528
Merit: 501
So, I just recompiled bitmonerod, and now it seems to be stuck on block 232616. Here's some of the output:

2014-Sep-25 00:59:26.151813 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:32.237618 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:38.255829 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:44.404735 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started

Did I do something wrong?

I'm in the same boat (and the same block).  I'm wondering if it's due to everyone I'm connected to not being on the latest rev.  

Smooth, my diff says:
2014-Sep-25 01:04:34.991768 BH: 232616, DIFF: 1074246915, HR: 17904115 H/s




Mine is:
diff
2014-Sep-25 01:12:49.076636 BH: 232616, DIFF: 1074246915, HR: 17904115 H/s
2014-Sep-25 01:12:57.568924 [P2P9][143.239.71.93:18080 OUT]Sync data returned unknown top block: 232616 -> 232704 [88 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 01:12:58.730542 [P2P9][76.16.250.210:18080 OUT]Sync data returned unknown top block: 232616 -> 232704 [88 blocks (0 days) behind]
SYNCHRONIZATION started
full member
Activity: 201
Merit: 100
So, I just recompiled bitmonerod, and now it seems to be stuck on block 232616. Here's some of the output:

2014-Sep-25 00:59:26.151813 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:32.237618 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:38.255829 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:44.404735 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started

Did I do something wrong?

I'm in the same boat (and the same block).  I'm wondering if it's due to everyone I'm connected to not being on the latest rev.  

Smooth, my diff says:
2014-Sep-25 01:04:34.991768 BH: 232616, DIFF: 1074246915, HR: 17904115 H/s

legendary
Activity: 2968
Merit: 1198
So, I just recompiled bitmonerod, and now it seems to be stuck on block 232616. Here's some of the output:

2014-Sep-25 00:59:26.151813 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:32.237618 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:38.255829 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:44.404735 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started

Did I do something wrong?

What does diff say?
pa
hero member
Activity: 528
Merit: 501
So, I just recompiled bitmonerod, and now it seems to be stuck on block 232616. Here's some of the output:

2014-Sep-25 00:59:26.151813 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:32.237618 [P2P5][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:38.255829 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started
2014-Sep-25 00:59:44.404735 [P2P8][188.232.142.138:18080 OUT]Sync data returned unknown top block: 232616 -> 232692 [76 blocks (0 days) behind]
SYNCHRONIZATION started

Did I do something wrong?
full member
Activity: 201
Merit: 100
Out of curiosity, what's been added that requires unbound?  I'm familiar with it being a DNS resolving library, but what's in store?


Edit:
Also, of note, installing just the unbound dev libraries was not enough, "ldns" is also a requirement.

On Debian, this should satisfy the new dependencies: apt-get install libunbound-dev libunbound2 libldns-dev



thanks, I had to install this too

Aaaannnd tewinget just updated the repo to remove that dependency. Smiley

https://github.com/monero-project/bitmonero/commit/145dc19eebd2c9f289381debfa1fb7a4b8c71ef7

legendary
Activity: 1204
Merit: 1002
Gresham's Lawyer
Can I have have access to my fucking money yet??
Yes, if its on poloniex.
They're updated and open for withdrawals and deposits of all coins.
I've not checked all the others yet, but suspect they are also open or will be soon.
pa
hero member
Activity: 528
Merit: 501
Out of curiosity, what's been added that requires unbound?  I'm familiar with it being a DNS resolving library, but what's in store?


Edit:
Also, of note, installing just the unbound dev libraries was not enough, "ldns" is also a requirement.

On Debian, this should satisfy the new dependencies: apt-get install libunbound-dev libunbound2 libldns-dev



In OS X, this worked:

brew install unbound
brew install --HEAD bitmonero
full member
Activity: 201
Merit: 100
Out of curiosity, what's been added that requires unbound?  I'm familiar with it being a DNS resolving library, but what's in store?


Edit:
Also, of note, installing just the unbound dev libraries was not enough, "ldns" is also a requirement.

On Debian, this should satisfy the new dependencies: apt-get install libunbound-dev libunbound2 libldns-dev

legendary
Activity: 1762
Merit: 1011
...
we consider the threat credible and are acting accordingly.
...
Our recommendation for exchange is to remain frozen for external transactions.
...

phantom attack: success

Weird, I would have picked some other words to indicate success.
Such as:
"We will be distributing updated checkpoint files that will continue to protect the blockchain without the need for a full update of the daemon."

This has been done exactly never before on other coins.
It shows the innovation on demand this team can produce, with rapid on-point responsiveness to a real-time threat with no warning, whether it be real or not.

They could be writing anything, anywhere, and yet have chosen to work on this project.
I am humbled by their generosity to advancing the state of the art as we know it in this arena.

Thank you gentlemen, thank you kindly, you are a credit to your profession.

For people interested in a general discussion on checkpoints (as it applied to Bitcoin), see here: https://bitcointalksearch.org/topic/what-are-checkpoints-in-bitcoin-code-194078
legendary
Activity: 2968
Merit: 1198
Can I have have access to my fucking money yet??

It would do you fuck all good to have it stolen or destroyed.

legendary
Activity: 2968
Merit: 1198
...
we consider the threat credible and are acting accordingly.
...
Our recommendation for exchange is to remain frozen for external transactions.
...

phantom attack: success

I agree.

As with the previous attacks this will make us stronger.
legendary
Activity: 1204
Merit: 1002
Gresham's Lawyer
...
we consider the threat credible and are acting accordingly.
...
Our recommendation for exchange is to remain frozen for external transactions.
...

phantom attack: success

Weird, I would have picked some other words to indicate success.
Such as:
"We will be distributing updated checkpoint files that will continue to protect the blockchain without the need for a full update of the daemon."

This has been done exactly never before on other coins.
It shows the innovation on demand this team can produce, with rapid on-point responsiveness to a real-time threat with no warning, whether it be real or not.

They could be writing anything, anywhere, and yet have chosen to work on this project.
I am humbled by their generosity to advancing the state of the art as we know it in this arena.

Thank you gentlemen, thank you kindly, you are a credit to your profession.
sr. member
Activity: 308
Merit: 250
...
we consider the threat credible and are acting accordingly.
...
Our recommendation for exchange is to remain frozen for external transactions.
...

Dear Monero

Can I have have access to my fucking money yet??

sr. member
Activity: 560
Merit: 250
"Trading Platform of The Future!"
...
we consider the threat credible and are acting accordingly.
...
Our recommendation for exchange is to remain frozen for external transactions.
...

phantom attack: success
legendary
Activity: 2968
Merit: 1198
Important update (source code only)

We have a new update with additional precautionary checkpoints added to protect more of the existing blockchain. In addition this update adds the ability to read checkpoints from an external file. We will be distributing updated checkpoint files that will continue to protect the blockchain without the need for a full update of the daemon.

Although there has been no actual attack we consider the threat credible and are acting accordingly. We urge you to do the same.

We are however, continuing development and this update also contains some new features that will be included in the next official numbered build. As such, dependencies have changed. For example Linux dependencies:

Quote
GCC 4.7.3 or later, CMake 2.8.6 or later, Unbound 1.4.16 or later, and Boost 1.53 or later (except 1.54, more details here).

https://github.com/monero-project/bitmonero

Plain 'git pull' wont work. Unless you are doing your own modifications to the code it is probably easiest to make a new clone. If you are doing your own modifications you should know how to use git.

If you are operating a pool or other important service, or if you are solo mining, and you compile your own node, please pull master from github and upgrade ASAP. If you are not a git expert it is probably better to just create a new clone. Likewise if you have AWS images, please rebuild them with the new version.

Our recommendation for exchange is to remain frozen for external transactions. If you are still running a node, please update.

The only evidence of anomalous activity is what was reported by fluffypony. Nevertheless malicious activity may occur that is not visible until the moment of the attack.

The update is an important precaution.

Updated binaries will follow shortly.

Further measures will be taken as necessary.
full member
Activity: 198
Merit: 100
Correct on checkpointing as regular (but temporary mitigation). I would kindly request that the dev team release binaries as well, to ensure that the checkpoints are further distributed. Presumably, exchanges & pools will take the checkpoints from source at regular intervals, but compiling is not accessible to the average user.

From what I understand, the dev team is working on additional preventive measures, aiming for a more permanent solution to this type of attack. This experience should also highlight the importance of a healthy (read: strong/fast) Monero mining network. An open source AMD miner is perhaps one important measure in this regard.

Reminder: There's still an open bounty to this effect, and Wolf0 has generously posted some partial code towards this goal, so someone taking up the task, will not need to start from scratch.
https://bitcointalksearch.org/topic/bounty-for-open-sourced-xmrcryptonight-gpu-miner-bounties-thread-656841

Edit: Credits due to the community members who came up with these creative responses. Thank you!

I think sponsoring a good optimized CPU and GPU Miner would be a great initiative. It would promote mining and if you built in a 1 or 2% developer fee you would still be preferable to other 5% miners and generate operating capital to boot!
legendary
Activity: 2968
Merit: 1198
Finally, 'next few years' seems like a lot of checkpoints to me to be doing them manually.

The need for checkpoints likely will remain for quite some time (bitcoin has them as mentioned earlier) but their frequency will depend on the nature of the environment in which they operate, which will certainly evolve.

legendary
Activity: 2968
Merit: 1198
In this case, shouldn't the daemon sign all the bin files (i.e. pool, p2p, chain)? Shouldn't it verify the blockchain if there is a problem with the signature?

Maybe, but only if your security model is that the file is in a different trust domain than the daemon itself. For example, that would make it possible to store the blockchain.bin file on a cloud drive without being vulnerable to tampering there. That's possible but not really in line with how anyone is using it to my knowledge.
legendary
Activity: 1154
Merit: 1001
New purse of transgenic XMR to poloniex.com a day not to account, which is why ah Huh Huh

Poloniex suspended XMR deposit/withdraw as a precautionary measure.
You just need to wait a bit longer, or submit a support ticket.
Jump to: