hey guys
I finally manned up and decided to try the command line style wallet instead of waiting for the gui
i am having trouble syncing though. The blockchain i downloaded was from today, posted by a gentlemen a few posts back, it was like 143 mb. My machine is telling me it is a VLC media file? I tried renaming it blockchain.bin but the machine still is saying it is a vlc media file.
I tried putting it in the roaming folder and the folder where the simplewallet is at but neither of that seemed to work.
Also, would someone mind explaining to me what a "daemon" is or what it does? How is that different from the wallet? Do you have to have the daemon and the wallet both open in separate command line boxes in order to send coins?
Thanks for the help, can't wait till the gui wallet is avaliable...toring coins on the exchange for now because I am afraid of messing up and losing my coins
If you cant get the blockchain download to work, just start the daemon without it and wait several hours for it to sync. It will still work, the blockchain download is just a short cut. The daemon is the core of the program. You run it in the background (another window) and then the wallet is another program you use, which connects to the daemon to function. In bitcoind, the wallet and daemon are in the same program but they are actually separate functions and somewhat separate pieces of code (being broken up more in latest versions). With this coin they are actually separate programs. Thanks man I will just go ahead and let download! Hope you don't mind I pick your brain a tad more,? Ok so there are 2 separate functions, that makes sense. So is it like...the daemon stores/manages the blockchain info, and the wallet is just a way of viewing your position on the public ledger/send coins coins to another wallet? I was trying to copy my address to send coins to the wallet but i couldn't highlight it so how can i read the wallet address in a way that will allow me to copy and paste it? Is there a command to backup the wallet? I understand with bitcoind, even if someone steals your wallet.dat they still need your encryption key to steal your coins. Is it the same with kyrptoknight? Is the password I made when I created the wallet essentially the same thing as the encryption key? Is there anything else I can do to help protect the coins? Thanks for your help man I really like this coin a whole lot I see amazing potential here...cryptonote looks like the next big thing and i think bytecoin and quasar and honeypenny etc. don't really stand a chance against monero so I really am trying to overcome the steep barrier to entry! Thanks! 1. You have it right in terms of the two functions. 2. I don't use Windows so I can't comment on the copy/paste, but I'm pretty sure there is some key combination or menu option to do it. You can also open the file wallet.address.txt, which has your address in it, using some program like notepad. Just be careful not to damage the file. 3. The password you use to create the wallet secures the wallet (private keys). I haven't personally reviewed the code for this, but hopefully the encryption is done in a sensible way. 4. There is no special command to back up the wallet. Just make sure the wallet application isn't running and then copy the three wallet files to your backup location. Feel free to ask any more questions! There sure is a steep learning curve, but there are several great people in the community who are always happy to help.
|
|
|
hey guys
I finally manned up and decided to try the command line style wallet instead of waiting for the gui
i am having trouble syncing though. The blockchain i downloaded was from today, posted by a gentlemen a few posts back, it was like 143 mb. My machine is telling me it is a VLC media file? I tried renaming it blockchain.bin but the machine still is saying it is a vlc media file.
I tried putting it in the roaming folder and the folder where the simplewallet is at but neither of that seemed to work.
Also, would someone mind explaining to me what a "daemon" is or what it does? How is that different from the wallet? Do you have to have the daemon and the wallet both open in separate command line boxes in order to send coins?
Thanks for the help, can't wait till the gui wallet is avaliable...toring coins on the exchange for now because I am afraid of messing up and losing my coins
If you cant get the blockchain download to work, just start the daemon without it and wait several hours for it to sync. It will still work, the blockchain download is just a short cut. The daemon is the core of the program. You run it in the background (another window) and then the wallet is another program you use, which connects to the daemon to function. In bitcoind, the wallet and daemon are in the same program but they are actually separate functions and somewhat separate pieces of code (being broken up more in latest versions). With this coin they are actually separate programs.
|
|
|
1. it was not pre-mined. Just because you were not aware of this coin does not make it pre-mined. That's the same as someone just now learning about crypto currency and saying bitcoin was pre-mined.
That's a completely false analogy. Bitcoin was public in every reasonable way at every stage, starting with the cryptography mailing list and sourceforge, and continuing from there. Plus even today bitcoin is only around 60% mined. Starting 3 years ago when I heard about it on TV news (!) it was more like 30% mined. This coin was kept secret until 80% of it was mined. We can speculate about how long that took (2 years or not) but either way it was not public until ~80% mined. That is a fact. The first commit on github was November 2013, the bytecoin.org website dates later than that, I think. Find something public earlier and I'll be impressed. EDIT: Also, looking at that very first commit is illustrative.
|
|
|
They've released open-source instructions for the miner. Does MinerGate still have withdrawal problems? I know, but there are two points I keep in mind: 1) Open-source pools can attract those users that don't like closed-source pools in general. And having just a 3rd party mining tool connected to a private pool is not sufficient. After all, is there any way to check what's really going on with the payments? 2) I personally couldn't make Bytecoin compile with their instructions. Although I have all dependencies, I run into "internal compiler error" on Ubuntu 14.04. I'm not an advanced Ubuntu user, but trying to beat the error and even reinstalling different versions of Ubuntu (12.10 & 13.04) I arrived at nothing although the compiler hits this bug on different % of the job. I've tried Minergate's withdrawal on Saturday, it worked for 300k BCNs. 1. I keep telling people to just solo mine but no one ever believes me. They think I am trying to trick them or scam them or something, or perhaps that I'm dumb. The list of disadvantages to any pool is large (scam, hacked, pool operator errors, loss of efficiency at the share level, un-decentralizes the network, etc.). This gets much worse on all counts when the infrastructure for pool mining is so immature, as is the case with BCN. The list of disadvantages to solo mining is: you need patience. It seems no one has patience though. 2. I use Ubuntu 13.10. Everything works right out of box. With other versions you generally need to build your own boost. Not a horrible problem, but a pain.
|
|
|
I edited and asked you in the other thread but you may not saw that. Did you recompiled cpuminer today? Cause it has many changes from yesterday. Quick recompiling: sudo apt-get install -y build-essential automake libcurl4-openssl-dev pkg-config && cd ~/monero && rm -rf cpuminer && mkdir cpuminer && cd cpuminer && git clone http://github.com/Lucasjones/cpuminer-multi.git && pushd cpuminer-multi && ./autogen.sh && export CFLAGS="-O3 -march=native" && ./configure && make && unset CFLAGS && popd I know there is a faster way to recompile from github, but I don't know it change make to make -j number of threads on your computerThat will go much faster. am I really seeing this? it made almost 2x faster (by the pool) or maybe I had made a previous mistake What I posted doesn't make the miner any faster, just compiling it. The cpuminer guy has been incorporating multiple optimizations (some from NoodleDoodle, some of his own) so it isn't surprising that his miner is getting faster too.
|
|
|
I edited and asked you in the other thread but you may not saw that. Did you recompiled cpuminer today? Cause it has many changes from yesterday. Quick recompiling: sudo apt-get install -y build-essential automake libcurl4-openssl-dev pkg-config && cd ~/monero && rm -rf cpuminer && mkdir cpuminer && cd cpuminer && git clone http://github.com/Lucasjones/cpuminer-multi.git && pushd cpuminer-multi && ./autogen.sh && export CFLAGS="-O3 -march=native" && ./configure && make && unset CFLAGS && popd I know there is a faster way to recompile from github, but I don't know it change make to make -j number of threads on your computerThat will go much faster.
|
|
|
Am I able to mine this coin with my old dual core -computer? Thx for an answer.
A goal of the original design is "egalitarian mining" which means ordinary computers can be used for mining. Obviously newer and more expensive and powerful computers will mine faster, but you should get your fair share (small).
|
|
|
Re: awarding the bounty.
We are waiting for tacotime to come back from vacation before completing the process of evaluating the submissions and awarding the bounty. He said five days, that was 2-3 days ago, so it shouldn't be long. Please stand by.
|
|
|
This coin has premine?? I'm pretty sure it doesn't, but I can't 100% guarantee. If it does, it isn't much of a premine (a few blocks maybe). I think I mined it on the very first day after downloading the source from github and the block numbers I got were pretty low.
|
|
|
You want it all handed to you on a silver platter. Do remember that the devs never publicly posted this to the forum and never attempted to spread it to the bitcoin community. I know a bunch of Newbie accounts with no real previous activity started posting about it, yes. As I said before, the developers were either idiots, thinking that a coin with new real user base could possibly be successful, or they saw that executing premine scams was getting harder and dressed it up with a little extra gloss (secret deep web stores and services, cicada 3301, etc.). I don't think they are idiots. On top of which, the code they did release had a deliberately (or at best highly suspicious) de-optimized miner ensuring a continued advantage over other miners. This is not my opinion, it is the opinion of several well known and highly talented programmers on this forum. You can dismiss my religious views, but you can't dismiss code.
|
|
|
Oh really. Do you have any idea where those timestamps come from?
If they stored a hash of the the BCN genesis block into the BTC blockchain buried back in 2012, I'd be somewhat impressed. Timestamps in their own blockchain, not so much.
You never miss a beat, do you smooth. You're like the Cryptocoin conspiracy theorist. Why would a group of people who devoted so much time and thought, create a lie about something as trivial as a date. To justify keeping 150 billion coins instead of relaunching it upon release.
|
|
|
The question is though, Can ANYONE create a genesis block with a fake timestamp. IE: is it possible?
It's not only possible it is quite trivial. Could easily be replaced with block.timestamp = some other number
The only issue is getting the rest of the blocks built on top of it. In a distributed network, a block won't be accepted if the timestamp is too far off, but if you are running the whole network yourself, you can easily disable that check.
|
|
|
Yes it is I built from there and tested yesterday. Worked great.
|
|
|
Probably because BTE is an unapologetic 1:1 clone of bitcoin, while this bytecoin is brand new and innovative with a completely different algorithm. Plus bytecoin sounds great as a successor to bitcoin. I causes confusion for both coins. If they can't do the basic check to see if the name is in use, that may make some people cautious of how much care they use in other areas. Or probably because they called the coin Bytecoin before BTE appeared. lol. BTE came out April 1, 2013. No lol. BCN was launched July 4, 2012 According to a web site that didn't appear until more than a year later, and no other source. Timestamp at first block proves it. Oh really. Do you have any idea where those timestamps come from? If they stored a hash of the the BCN genesis block into the BTC blockchain buried back in 2012, I'd be somewhat impressed. Timestamps in their own blockchain, not so much.
|
|
|
Probably because BTE is an unapologetic 1:1 clone of bitcoin, while this bytecoin is brand new and innovative with a completely different algorithm. Plus bytecoin sounds great as a successor to bitcoin. I causes confusion for both coins. If they can't do the basic check to see if the name is in use, that may make some people cautious of how much care they use in other areas. Or probably because they called the coin Bytecoin before BTE appeared. lol. BTE came out April 1, 2013. No lol. BCN was launched July 4, 2012 According to a web site that didn't appear until more than a year later, and no other source.
|
|
|
Trying the updated files now.
WOuld it be a good idea to call 2 threads per core?
You need to test it on your hardware. There is going to be dependence on things like cache size and model. We probably want a monero mining hardware comparison page with tested/recommended settings for each type of hardware. There was one for bytecoin but it was pretty old and incomplete.
|
|
|
New source (0.8.8.1) is up with optimizations in the hashing. Hashrate should go up ~4x or so, but may have CPU architecture dependence. Windows binaries are up as well for both 64-bit and 32-bit.
Do you know if the optimizations are in bitmonerod or in simpleminer or both? Just trying to figure out if this will help pool mining via simpleminer or solo with bitmonerod. Thanks Both. Fantastic work NoodleDoodle. Compiling and testing it now.
|
|
|
According to the pool stats I'm putting out 39H/s.. but the concern is the network hash rate is huge.. 572KH/s.
Moneropool.org says 1.75 .. down from 2.x this morning.. moneropool.org is up to 2KHs, (average of 26Hs per user). But that's still only 0.3% of the reported network rate of 575Khs. So either a large botnet is mining, or someone's sitting quietly on a much more efficient miner and raking in MRO. And the pools report last block found on network "about a minute ago", yet the pools themselves find nothing for hours or days. I have 5 CPU's mining with 95 H/s. What kind of setup is making up the rest of the hashing power? Maybe someone has sorted themselves out with a working GPU miner... What is the total hash rate for these pools? It isn't hard to figure out how often they should expect to get blocks, so it is silly to make these statement without numbers to back it up. I wouldn't rule out bugs in the pool software and/or pool deployments and/or pool mining clients. They are all very new. Let's look at some numbers and see if there is really any there there.
|
|
|
Tens of thousands of people in original community. LOL Difficulty is 16mil now. It's for about 133 KHashes/sec. Average cpu gives 5-10 H/sec. So, about 13-26 thousands of machines. Am I wrong? Average CPU is actually about 20 H/s. It was 10 H/s before the recent optimization in slow_hash.c. That puts it at ~6000 CPUs (which corresponds to probably less than 2000 miners) Difficulty was ~50-100k from July 2012 - January 2014, so 80% of the coins are not distributed among a "5-digit number" user base. More like 100 (simple math of diff to hashrate to number of PCs). 50k difficulty = 416 hash rate = 20 PCs at 20 H/s or 40 PCs at 20 H/s. Not even 100. 20 H/s ? BEFORE optimization? It's not average computer, man =)) The "optimizations" are fairly absurd. They are better described as de-un-optimizations. The straightforward implementation of the algorithm is the optimized one, not the other way around. You'd have to go out of your way to make it as slow as it was. Several highly qualified people have commented along these lines already (ignore me, I don't know what I'm talking about). If we look at the latest round of de-un-optimizations, most of the history of the bytecoin premine comes down to just 4-8 PCs. Or a somewhat larger number over a shorter period of time. Really, that's all.
|
|
|
I can't comment on the motivations of the developers, but I concur with Noodle. I likely concur with Noodle too, except that Noodle didn't write the message to which you replied. I actually haven't discussed this with Noodle at all, but as I'm pretty sure anyone competent looking at the code would agree, I'm sure he does to. BTW, a lot of the straightforward data movement gets optimized away by a decent compiler (possibly all of it, once the other problems are fixed, or at least enough of it to get close to memory bound) and there is nothing wrong with writing the (HLL source) code in a more algorithmically-descriptive way. There are other problems there too, though, with no such excuse.
|
|
|
|