Author

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

legendary
Activity: 3108
Merit: 1531
yes
legendary
Activity: 2268
Merit: 1141
Deserves a crosspost:



Shoutout from Peter Todd on the only altcoin he uses, for privacy reasons of course.

Posted yesterday in bitcoincore slack channel.
hero member
Activity: 794
Merit: 1000
Monero (XMR) - secure, private, untraceable
My blockchain got corrupted when the electricity stopped. I resynced from scratch and it took about 24 hours. Previously I resynced from scratch a few times on the same machine on the same USB3 external hdd and on the same internet connection for 1-3 hours (it was on bitmonerod 0.9.0 tagged and before tagged, not 0.9.1). What could be the issue with the slow sync this time?

I'm not sure I'm understanding. Are you using the same version as before?

What CPU do you have?
I'm using 0.9.1 now. Previous times I was using 0.9.0 tagged and previous version (0.9.0 before tagged). Windows 7 64x. Mobile Core I7 (4 cores, 8 logical cores, 6 MB cash, with AES-NI).

Thank you for clarifying. We are looking into it.

I ran 0.9.1 again and it got to block 135000 in 43 minutes and block 270000 in 2 hours and 25 minutes. Then i checked my .bat file and the "--db-sync-mode fastest:async:10000" option was missing (fastest:async:1000 is the default and I'm using 10000, but it seems I deleted it by mistake). Then I started it again with the option added and it got to 135000 in 17 minutes and to 646069 in 2 hours and 25 minutes. That was the speed I experienced with 0.9 beta2. I hope I didn't alerted all the dev team. Great missive and great dev team. Congratulations to the new members. Keep the good work going.

Thank you for the follow up. We're going to take a look at whether there is a better default for the parameter, although higher numbers increase memory usage, so it may not be best for everyone to increase it.
That's what I expected too, but trying with 1000, 10000, 25000 and 100000 I can't see overall difference in RAM usage on my 16GB RAM system. It's using about 1 GB RAM on my system during sync with each option and most of it is shareable. After sync it's using 500 MB. The private working set (not shareable) is just 36-50 MB on my system. Also on my system there is a good speed improvement between 1000 and 10000, but going to 25000 and 100000 doesn't improve the speed more and it stays the same.
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Monero: Moving Ever-Nearer Perfect Privacy - A brief interview with core-team member fluffypony: (by the Daily Decrypt)

https://www.youtube.com/watch?v=-FHeXrY65V4

Nice to see you out there Fluffy.  Smiley
legendary
Activity: 1512
Merit: 1012
Still wild and free
SSL Labs says the mentioned website supports HSTS (HTTP Strict Transport Security) as well protection against downgrade protocol attacks and gives an A+ grade.
Thank you for the check and report. It's always welcome, we really take privacy seriously.

However, it isn't on the HTTPS Everywhere list ( https://www.eff.org/https-everywhere/atlas/?xmr.to ). Probably it would be a good idea to add that as well other Monero related websites. Since Tor Browser has this extension built-in, this could be helpful to avoid this type of incident again.
Right. We're right now applying to the various pre-loaded HSTS lists. However, realistically it will take probably several months before being visible in production  browsers.
sr. member
Activity: 252
Merit: 250
WARNING: Always check you're using https when connecting to xmr.to, a malicious TOR exit node made a victim already.

Somebody was recently scammed of a significant amount of XMRs when he tried to use XMR.TO over TOR.
After a little investigation, we found out what happened: the TOR exit node was malicious, and created an order going to a different address than that requested by the victim. The victim payed the XMR, but never got the BTC, as they were sent by XMR.TO to the scammer address. XMR.TO had no way to know something wrong was going on.
This type of man-in-the-middle attack is not possible when you use https connection. What the exit node did is to downgrade the connection to a normal http, and sadly the victim must not have noticed the lack of secured connection in his browser.

The malicious exit node has the IP 109.201.154.186.

Be safe: ALWAYS check within your browser that your connection is secure when you connect to XMR.TO. If it's just http, that's a phishing version and you're not talking to XMR.TO directly.


This should always look like this:


SSL Labs says the mentioned website supports HSTS (HTTP Strict Transport Security) as well protection against downgrade protocol attacks and gives an A+ grade.

However, it isn't on the HTTPS Everywhere list ( https://www.eff.org/https-everywhere/atlas/?xmr.to ). Probably it would be a good idea to add that as well other Monero related websites. Since Tor Browser has this extension built-in, this could be helpful to avoid this type of incident again.
legendary
Activity: 2968
Merit: 1198
My blockchain got corrupted when the electricity stopped. I resynced from scratch and it took about 24 hours. Previously I resynced from scratch a few times on the same machine on the same USB3 external hdd and on the same internet connection for 1-3 hours (it was on bitmonerod 0.9.0 tagged and before tagged, not 0.9.1). What could be the issue with the slow sync this time?

I'm not sure I'm understanding. Are you using the same version as before?

What CPU do you have?
I'm using 0.9.1 now. Previous times I was using 0.9.0 tagged and previous version (0.9.0 before tagged). Windows 7 64x. Mobile Core I7 (4 cores, 8 logical cores, 6 MB cash, with AES-NI).

Thank you for clarifying. We are looking into it.

I ran 0.9.1 again and it got to block 135000 in 43 minutes and block 270000 in 2 hours and 25 minutes. Then i checked my .bat file and the "--db-sync-mode fastest:async:10000" option was missing (fastest:async:1000 is the default and I'm using 10000, but it seems I deleted it by mistake). Then I started it again with the option added and it got to 135000 in 17 minutes and to 646069 in 2 hours and 25 minutes. That was the speed I experienced with 0.9 beta2. I hope I didn't alerted all the dev team. Great missive and great dev team. Congratulations to the new members. Keep the good work going.

Thank you for the follow up. We're going to take a look at whether there is a better default for the parameter, although higher numbers increase memory usage, so it may not be best for everyone to increase it.
legendary
Activity: 2268
Merit: 1141
Monero: Moving Ever-Nearer Perfect Privacy - A brief interview with core-team member fluffypony: (by the Daily Decrypt)

https://www.youtube.com/watch?v=-FHeXrY65V4
legendary
Activity: 2968
Merit: 1198
$ simplewallet --generate-from-view-key 49bPEMu2NiJCDPAvzDDTJCfcRKcdSmB5P3XFbMbw7m1rJt7cotJeFJEZVhTFguYeQ4TNEvPwAbtF5Ps JQ9iEKz8mH2WmQo3:794d99ba442931954d00de76218f62a85692fbffd544590a0f5d913149fed0a:lookwallet
full member
Activity: 308
Merit: 109
I have synched with blockchain. I am trying to create a watch only wallet to simlplewallet by this command.
Quote
--generate-from-view-key 49bPEMu2NiJCDPAvzDDTJCfcRKcdSmB5P3XFbMbw7m1rJt7cotJeFJEZVhTFguYeQ4TNEvPwAbtF5Ps JQ9iEKz8mH2WmQo3:794d99ba442931954d00de76218f62a85692fbffd544590a0f5d913149fed0a:lookwallet


It is like
Quote
--generate-from-view-key address:viewkey:filename


But only this happens.
Quote
[wallet 4AT4qA]: --generate-from-view-key 49bPEMu2NiJCDPAvzDDTJCfcRKcdSmB5P3XFbMbw7m1rJt7cotJeFJEZVhTFguYeQ4TNEvPwAbtF5Ps JQ9iEKz8mH2WmQo3:794d99ba442931954d00de76218f62a85692fbffd544590a0f5d913149fed0a:lookwallet
unknown command: --generate-from-view-key 49bPEMu2NiJCDPAvzDDTJCfcRKcdSmB5P3XFbMbw7m1rJt7cotJeFJEZVhTFguYeQ4TNEvPwAbtF5Ps JQ9iEKz8mH2WmQo3:794d99ba442931954d00de76218f62a85692fbffd544590a0f5d913149fed0a:lookwallet
[wallet 4AT4qA]:

What should be done?
hero member
Activity: 794
Merit: 1000
Monero (XMR) - secure, private, untraceable
My blockchain got corrupted when the electricity stopped. I resynced from scratch and it took about 24 hours. Previously I resynced from scratch a few times on the same machine on the same USB3 external hdd and on the same internet connection for 1-3 hours (it was on bitmonerod 0.9.0 tagged and before tagged, not 0.9.1). What could be the issue with the slow sync this time?

I'm not sure I'm understanding. Are you using the same version as before?

What CPU do you have?
I'm using 0.9.1 now. Previous times I was using 0.9.0 tagged and previous version (0.9.0 before tagged). Windows 7 64x. Mobile Core I7 (4 cores, 8 logical cores, 6 MB cash, with AES-NI).

Thank you for clarifying. We are looking into it.

I ran 0.9.1 again and it got to block 135000 in 43 minutes and block 270000 in 2 hours and 25 minutes. Then i checked my .bat file and the "--db-sync-mode fastest:async:10000" option was missing (fastest:async:1000 is the default and I'm using 10000, but it seems I deleted it by mistake). Then I started it again with the option added and it got to 135000 in 17 minutes and to 646069 in 2 hours and 25 minutes. That was the speed I experienced with 0.9 beta2. I hope I didn't alerted all the dev team. Great missive and great dev team. Congratulations to the new members. Keep the good work going.
legendary
Activity: 1120
Merit: 1000
** MONERO MISSIVE SPECIAL EDITION - 2015 YEAR IN REVIEW **


Super Missive gents. A big thank you to all Core contributors, both past and present ones!

and the price rises because of old monero-missive 2015 is here ..... no logic for me he he he  Grin
legendary
Activity: 1154
Merit: 1001
** MONERO MISSIVE SPECIAL EDITION - 2015 YEAR IN REVIEW **


Super Missive gents. A big thank you to all Core contributors, both past and present ones!
legendary
Activity: 2268
Merit: 1141
Broken Crypto in Shadowcash and OZ-coin:

https://shnoe.wordpress.com/2016/02/11/de-anonymizing-shadowcash-and-oz-coin/

Credits to NobleSir (Shen Noether).
legendary
Activity: 2268
Merit: 1141
Update from Shen Noether regarding Ring CT implementation for Monero. I have to admit I spotted this one a bit late:

Quote

In addition, Shen Noether posted this on reddit:

Quote
I've been working on some other fun stuff this week like multisig, and this https://github.com/ShenNoether/ge_fromfe_writeup
hyc
member
Activity: 88
Merit: 16

Not really significant. In testing, we were never even able to construct an invalid pathname that would fail the utf8_to_utf16 function, so in practice that error branch can never get executed. And even if it did, in Monero code the program would just quit - it can't run without a valid DB pathname.

Quote
Also a Question for Howard Chu, After looking at your code I'm wondering if you had a hand in the original cryptonote code?

Nope. Besides, unlike original cryptonote, my code is actually documented. Wink
legendary
Activity: 2268
Merit: 1141
Peter Todd acknowledging the value of a tail emission:

https://twitter.com/petertoddbtc/status/697532042553065472

EDIT: One should also read the whole conversation, it is an interesting one.
legendary
Activity: 2268
Merit: 1141
Update from Shen Noether regarding Ring CT implementation for Monero. I have to admit I spotted this one a bit late:

Quote
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Has this been noted?

https://github.com/LMDB/lmdb/commit/fcac8d07742891cedcf94b982e5094315132f62a



Also a Question for Howard Chu, After looking at your code I'm wondering if you had a hand in the original cryptonote code?

BTW, Congrats luigi1111 and ArticMine!!! Your contributions have been immense.
sr. member
Activity: 280
Merit: 250
** MONERO MISSIVE SPECIAL EDITION - 2015 YEAR IN REVIEW **


Best missive yet IMHO. Great update, and great work from the devs. I'm sure other will join me in saying thanks to David and eizh, and congratulations to luigi1111 and ArticMine. The project is in good hands.
In for the long haul.
Q
Jump to: