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

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";

The reason bitcoin addresses are short is they are hash of an ECC public key. In order to sign a transaction you have to provide with your signature, the full (longer) public key, which is first checked to hash to the address, before being used for verification.

But Monero address aren't directly comparable to Bitcoin addresses in another way. There is an extra step in the handling of stealth addresses that uses the address (public key) to create a new one-time key pair each time it is used. Only the one-time public key goes on the blockchain, not the address itself. That's why it is said that payments are unlinkable: no one can tell by looking at the blockchain the address that was used.

i don't remember seeing one, but maybe I'm just forgetting it. I agree it would be helpful.

This was a very helpful graph in understanding bitcoin address basics.  Does anyone know of anything like this for Monero addresses? 
 

The full keys (spend + view) are 512 bits long. With a deterministic wallet the view key is a hash of the spend key so only the spend key is undetermined -- 256 bits. The short mnemonic versions use a 128 bits seed.

Any of these is sufficiently secure for practical purposes.

Isn't a private key way longer than an address?

This is probably wrong, but my though process:
No of bitcoin addresses = X^length

length = 32
x is no of characters. Since you have alphabet + capitals + numbers i would say X = 62.

It has to start with either a 1 or a 3 though, so 2 * 62^31, right?

I know this is a repeat question, but it is frustrating that I can't find an easy Google answer to it. 
 
How many Monero addresses are possible vs. bitcoin?  Bitcoin has 2^160 possible private keys, right?  How many does Monero have (I would assume more because the Monero addresses I see are much longer).  2^???

I've compiled Monero successfully on two different Linux Mint 17.1 boxes. These instructions look correct. I'm on a Mac right now, so I can't delve into this deeper at the moment. Just know that it does work. I can try and help later today or tomorrow. Also, the monero IRC channel is usually very helpful.

Thanks, but unfortunately this doesn't work on Mint. Even a fresh installation of Mint and following the instructions gives the same error. Nobody else using Monero on Mint?

Eugh, no.

Just stop buying Monero. It's a currency, not a stock. Buying it and hoping it magically increases in value is a poor investment strategy, pumps-and-dumps doubly so.

Monero looks good for a pump

 

Can we see Zerocoin supporting optionally transparency features like the viewkey? Will coinbase be verifiable so we know a bug won't allow someone to create infinite coins for himself? It's somewhat clear so far with the current math that Zerocoin/cash is a dead end as far as cryptocurrencies are involved. Monero and Boolberry are built over a bundle called cryptonote that doesnt have one or two good feature but its entire great and new in itself, only Bitcoin comes close and because it was the first blockchain not better.

Sorry @Dashpay until Zerocoin arrives CryptoNote coins such as @monerocurrency and @BBRcurrency are the best solution available.

Tweet to support XMR and CryptoNote.  I hope you all will support Zerocoin also if/when it is finally delivered.  I am not sure if it will be ANC that delivers Zerocoin. My allegiance is to innovation not brands.

It depends how much memory is available. Extra memory will be used for caching but isn't needed. Well under 100 MB is needed, as shown on screen shots posted by fluffypony. Different operating systems vary in how aggressive they are in trimming down the memory use.

Russian translation of the following:

https://getmonero.org/home
https://getmonero.org/knowledge-base/moneropedia/account
https://getmonero.org/getting-started/running
https://getmonero.org/getting-started/accepting

Feedback is appreciated.

yeah, once its in maintenance mode it'll use lower memory. Basically, LMDB uses memory dynamically... if you only had 2 gigs ram, it would use less during sync. If you had 16 gigs ram, it would use more.

Could you perhaps acknowledge and discuss the rationale behind asking 600 xmr for it?

Apart from the actual work done, it's marketing development, and tbh I look at bitcoinwisdom and see an american market, a chinese market, a european market, a canadian market, and a russian market. I don't see a SAR market, or any other market that would benefit.

I'm not saying this service is not worth the amount you asked, nor am I trying to offend, but will there be value added here in paying that amount for this? Are you aware of legitimate arabic discussion boards or markets that would benefit from the translation?

With the binary from getmonero site, the process was killed shortly as I have 4G with no swap.

I compiled from the master branch, it's now syncing fine.  "top" reports around 1.6G mem usage  not 100M. Or you meant after it's synced only 100m is needed?

Just as a reminder, I've placed an offer to do Arabic translation a while back.
https://forum.getmonero.org/7/open-tasks/339/task-arabic-translations
And I can assure you that the services I'm offering are as good as you will get in this area.