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

 
 
With the reduced memory requirements is it time for me to set up my dedicated full node? 

I saw a brand new HP Intel Celeron laptop with 2GB of memory on sale at Best Buy last night for $179.  It was too good of a deal so I bought it.  I've been planning to create a Monero "pretty-secure" wallet station for a while so I'm not holding all my coins on Poloniex. 
 
The ultimate plan for the savings is to hold a third in a secure online service (currently Poloniex), a third on a full node running on a laptop only used to run that full node (with an encrypted backup), and a third in cold storage. 
 
Thoughts?  Also, this little thing came with Windows 8.  I've never used a Linux distro before, but I was thinking about trying it for this project. 
 
(also, I would obviously only play around with test amounts of coins until I am very confident in my abilities to send/receive Monero on a direct level)

I haven't built monero or synched from scratch with the DB personally but this is certainly encouraging news. Impressive, very impressive.

ssssshhhhhhhhhh, monero is slow and bloated.

LMDB sync from scratch in just over 3 hours, and daemon using only 60MB to 100MB RAM. DB is so small I can't find it. What a difference!

@GingerAle: you can simplify a bit and replace
by
it install some additional unused lib but it's easier.

thanks for posting. I've added it to my post on the monero support thread.

Worked a treat. Thank you very much

FYI

https://geti2p.net/en/blog/post/2015/07/16/I2PCon

That's a good read, think i'll have work through the MRLSs


This is really really cool, thanks for the link. A lot of the functions in limited context i can see what they do, but will definitely spend a lot of time there trying to work out whats going on in bigger picture. This is great, will help with progressing my python and digging into monero guts

Well they're 33 and 65 bytes if you include the prefix.

OT: Note that this is for uncompressed pub keys. Compressed ones start with 0x02 or 0x03 instead of 0x04, and are 32 bytes long instead of 64.

One-time keypairs essentially means there's something like 2^256 possible "addresses", irrespective of how many spend/view key combinations there are (though there'd be loads of collisions long before that).


There's something like 2^256 private keys (almost all integers are valid), but only 2^160 public addresses.

Edit: well I guess 2^160 more p2sh addresses, so 2^161 total?

Hmm, I can create one of these easily. If only I liked creating graphics...

OK, I just installed a fresh Mint 17.2 in a VM and indeed, there are dependencies above what's needed for Ubuntu. The process should look more like this:




Let me know how you make out.

edit: forgot libdb++-dev

Heh heh...unfortunately it's nothing as clever as that:) We were full steam ahead with the GUI, but after the block 202612 attack we realised that we were doing so without preserving the security of our users. Because we're responsible (in a sense) for ensuring the general security of other people's money we realised we had to take a step back and start really digging into the internals that we had previously thought we'd leave for later. We announced this intention in the 12th Monero Missive, point 6. Subsequent to that we've grown to realise just how rocky those internals were, and we've devoted an inordinate amount of time to documenting, refactoring, replacing, and fixing various bits and pieces.


If you're interested in the cryptography (and like python) then you may be interested in some of the work the MRL have been doing:

https://github.com/ShenNoether/MiniNero
https://github.com/ShenNoether/LMDBExplorer

If you could it would be appreciated. I should specify, it's Mint Mate 17.2 I have installed. I'll try and get some time in the Monero IRC channel later today too.

I'm not sure we know how the genesis block was created. That's something thankful_for_today did, and he was pretty uncommunicative.

We did create the genesis block for the testnet so someone from the project probably knows how that was done (not necessarily the same way as the main net genesis though), but I don't.

Over at the /r/Dogecoin AMA about Monero someone wants an explanation of how the technical underpinnings of Cryptonote allow a coin to remain anonymous while also verifying ownership.  He says he's very well versed in cryptocurrency tech, so could I have smooth or one of the other devs/tech experts provide him with a satisfactory explanation? 
 
I could manage one, but I fear I might not do it justice.   
 
http://www.reddit.com/r/dogecoin/comments/3fjz29/hello_shibes_im_one_of_the_mods_of_rmonero_ive/ctpftmn

So i was in drk from about .0013 and mostly was latching on to the fact that the is compatible with btc an offered and obfuscaion that was at least somewhat functional, though slow and obviously not ideal. When i saw some weird confusing changes that seemed to originate from fairly unknown people I was disillusioned, started to realize how much groupthink i was participating in and truths that i actively ignored bc i wanted that $$$.

But from a technological point of view its really is just features users desire right now with scrappy, fast and unreliable code back it up. I knew about xmr before poloniex added and made some good trades, but it was obvious a lot time was left for maturity, but swore to remember it later and not miss out.

I started liquidating and buying xmr about 2 months ago mostly because project is beefy. I understand putting the gui off is a good move because you want the back end super solid before even going there. But its interesting that this would also work as an invitation to old btc money who become interested. People have trouble taking alts seriously in general, but especially if they havent been around long. Some old btc cat checks out monero, grasps the tech, then sees there's not official gui. I think this to him says its still early to hop in. And I wonder if the decrease in priority related to the gui is partially to continue the invitation to hop in at a good price, with obvious rise still lying ahead.

I'd sorta started learning enough python and extremely-intro cryptography to make sense of some of the tech behind monero. Ive been spending time diving into python and have a nice trader bot going. It is no rockstar but definitely makes me more income than drk MN income as well as my 6x280xs.

And then comes along the massive commit from noodledoodle, and moneromoo with the potentially epic rewrite of transaction creation formula. I'm pretty excited and plan on hodlin hard but run a bot to keep my distracted.

Thank you very much for you reply and detailed answer. Would like to understand more about the differences in the cryptonote code and monero code.

When creating the monero genesis block was this achieved the same way as starting bit monero daemon on seed server with the same flags as cryptonote..for example bitmonerod --print-genesis-tx

Then pasting printed hex in configuration file?
src/cryptonote_config.h
Example:
const char GENESIS_COINBASE_TX_HEX[] "he string here";