G2M
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 280
Merit: 250
Activity: 616
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 12:30:33 PM |
|
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?
|
Wind picked up: F4BC1F4BC0A2A1C4
banditryandloot goin2mars kbm keyboard-mash theusualstuff
probably a few more that don't matter for much.
|
|
|
GingerAle
Legendary
Offline
Activity: 1260
Merit: 1008
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 01:28:47 PM |
|
I was able to sync bytecoin full client with less than 4G of ram, but could not with the monero full client. Is the dev team still active ? How come this has not ported to monero ?
Use the current test version from github. Memory needed is <100M 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? 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.
|
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 02:31:31 PM |
|
I was able to sync bytecoin full client with less than 4G of ram, but could not with the monero full client. Is the dev team still active ? How come this has not ported to monero ?
Use the current test version from github. Memory needed is <100M 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? 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.
|
|
|
|
AnonCoinTwitter
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 02:35:52 PM |
|
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.
|
|
|
|
kazuki49
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 04:20:20 PM |
|
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.
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.
|
|
|
|
CraveIt
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 04:59:12 PM |
|
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 06:43:55 PM |
|
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.
|
|
|
|
BoscoMurray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 08:17:10 PM |
|
I'm having difficulty in getting Monero set up on Mint. I'm new to Linux, so this may well be something trivial (I'm hoping it is actually!). When I enter make I end up with the error: Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" failed. Compiler: CMAKE_CXX_COMPILER-NOTFOUND Build flags: Id flags:
The output was: No such file or directoryI have already been through this guide: http://www.wikihow.com/Manually-Build-and-Install-GNU-Compiler-Collection-on-Linux-MintBut instead of mpfr-3.1.2 and gcc-4.8.1 I substituted mpfr-3.1.3 and gcc-4.8.5. That all went well, but I get the error above. If I enter "dpkg --list | grep compiler" it appears I do have C and C++ compilers: ii g++ 4:4.8.2-1ubuntu6 amd64 GNU C++ compiler ii g++-4.8 4.8.4-2ubuntu1~14.04 amd64 GNU C++ compiler ii gcc 4:4.8.2-1ubuntu6 amd64 GNU C compiler ii gcc-4.8 4.8.4-2ubuntu1~14.04 amd64 GNU C compilerAny help would be appreciated. Dunno if mint has package manager etc, but this works with current head: sudo apt-get install git gcc-4.9 cmake libunbound2 libevent-2.0-5 libgtest-dev libboost1.55-dev git clone https://github.com/monero-project/bitmonero.git as provided by arux and documented on our forum: https://forum.getmonero.org/5/support/142/useful-links-including-blockchain-downloadsas indicated, make and gcc are different, which is why it threw you the error. good luck!! 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?
|
|
|
|
robricc
Newbie
Offline
Activity: 8
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 08:45:57 PM |
|
I'm having difficulty in getting Monero set up on Mint. I'm new to Linux, so this may well be something trivial (I'm hoping it is actually!). When I enter make I end up with the error: Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" failed. Compiler: CMAKE_CXX_COMPILER-NOTFOUND Build flags: Id flags:
The output was: No such file or directoryI have already been through this guide: http://www.wikihow.com/Manually-Build-and-Install-GNU-Compiler-Collection-on-Linux-MintBut instead of mpfr-3.1.2 and gcc-4.8.1 I substituted mpfr-3.1.3 and gcc-4.8.5. That all went well, but I get the error above. If I enter "dpkg --list | grep compiler" it appears I do have C and C++ compilers: ii g++ 4:4.8.2-1ubuntu6 amd64 GNU C++ compiler ii g++-4.8 4.8.4-2ubuntu1~14.04 amd64 GNU C++ compiler ii gcc 4:4.8.2-1ubuntu6 amd64 GNU C compiler ii gcc-4.8 4.8.4-2ubuntu1~14.04 amd64 GNU C compilerAny help would be appreciated. Dunno if mint has package manager etc, but this works with current head: sudo apt-get install git gcc-4.9 cmake libunbound2 libevent-2.0-5 libgtest-dev libboost1.55-dev git clone https://github.com/monero-project/bitmonero.git as provided by arux and documented on our forum: https://forum.getmonero.org/5/support/142/useful-links-including-blockchain-downloadsas indicated, make and gcc are different, which is why it threw you the error. good luck!! 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? 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.
|
|
|
|
americanpegasus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 09:16:25 PM |
|
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^???
|
Account is back under control of the real AmericanPegasus.
|
|
|
Bassica
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 10:08:25 PM |
|
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?
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 10:16:59 PM |
|
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^???
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.
|
|
|
|
americanpegasus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 11:06:45 PM |
|
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.
This was a very helpful graph in understanding bitcoin address basics. Does anyone know of anything like this for Monero addresses? ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FEAxUZGW.png&t=665&c=zfYSPvBwYrIE7w)
|
Account is back under control of the real AmericanPegasus.
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 11:10:32 PM |
|
This was a very helpful graph in understanding bitcoin address basics. Does anyone know of anything like this for Monero addresses?
i don't remember seeing one, but maybe I'm just forgetting it. I agree it would be helpful.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 02, 2015, 11:13:17 PM |
|
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?
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.
|
|
|
|
farFX
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2015, 12:49:21 AM |
|
Hello,
Trying to understand more about the monero source code... How many hashes does it take to make 1 monero and what determines the hash rate in monero source code?
Thanks in advance for your comments.
The difficulty is determined by next_difficulty located here in the source code: https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/difficulty.cppThe units of difficulty are hashes, which means at a difficulty of 600 million, you would need to search 600 million hashes on average to solve a block. (This is different from Bitcoin.) Each block has a variable reward but currently it is about 9.25 XMR, so 600 million hashes gets you about 9.25 XMR, or roughly 65 million hashes per XMR. The actual network hash rate is unmeasurable but it can be approximated by taking the current difficulty and dividing by the target, with is 60 seconds. So at 600 million difficulty the total hash rate of the network would be about 10 million. For reference GPUs generally hash at about 200-600 hash/sec and CPUs are about 50-60 hash/core/sec given sufficient cache. 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";
|
Pay it Forward
|
|
|
g4q34g4qg47ww
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2015, 01:13:51 AM Last edit: August 03, 2015, 01:30:49 AM by g4q34g4qg47ww |
|
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. <removes tinfoil hat>
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.
|
|
|
|
americanpegasus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2015, 01:40:49 AM |
|
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
|
Account is back under control of the real AmericanPegasus.
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2015, 01:43:50 AM Last edit: August 03, 2015, 02:05:23 AM by smooth |
|
Hello,
Trying to understand more about the monero source code... How many hashes does it take to make 1 monero and what determines the hash rate in monero source code?
Thanks in advance for your comments.
The difficulty is determined by next_difficulty located here in the source code: https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/difficulty.cppThe units of difficulty are hashes, which means at a difficulty of 600 million, you would need to search 600 million hashes on average to solve a block. (This is different from Bitcoin.) Each block has a variable reward but currently it is about 9.25 XMR, so 600 million hashes gets you about 9.25 XMR, or roughly 65 million hashes per XMR. The actual network hash rate is unmeasurable but it can be approximated by taking the current difficulty and dividing by the target, with is 60 seconds. So at 600 million difficulty the total hash rate of the network would be about 10 million. For reference GPUs generally hash at about 200-600 hash/sec and CPUs are about 50-60 hash/core/sec given sufficient cache. 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"; 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.
|
|
|
|
|