Topic: [ANN] Litecoin - a lite version of Bitcoin. Launched! - page 410. (Read 1467253 times)

No premining, no crazy inflation (although I must say something like a 1% inflation once "all coins" are mined would have gotten my vote), no tax, a scheduled launch (even though it's not really at an awesome time).
If the starting difficulty is high enough to prevent the few earliest miners from getting a massive stash and the chain from growing so fast that late miners won't even be able to mine because they spend their time waiting for the chain to download (cf SC2), then there won't be much negative stuff to say about it...

+1. It would be great if there was a litecoin.conf that we can just wget at 3AM and start mining (or even just a text file that was updated with the 2 extra parameters at 3AM that we could append to our configs?). Although I'm glad I have my backup plan if not

So far this looks the most uncontroversial of CPU coins....

Same here, I'm getting up at 4:30 GMT and teaching a class at 6:00 GMT.  I might try getting up a bit earlier too, let see how it goes.

Sucks to be Europe. But well, that's still better than millions of premined coins and I had to get up at 5:45am UTC+2 anyway... might as well make it 5 I guess... Also, I hope that the starting difficulty won't be ridiculously low.

Are there differencies in the config depending on the time zone?   

Oh great !

Lets try to get the fixed litecoin.conf file up for EU users so they can download it automatically and start mining at the same time as US users.
 

Voting has closed, Litecoin will be launched at Thursday Oct 13, 03:00 GMT
If you are in the US, that's 8pm pacific and 11pm eastern on Wednesday Oct 12. That's less than 24 hours away!
Make sure you have updated your binaries.

Ok, I checked in a fix and uploaded a new Windows client. Please check first post.

Important

I have some bad news. Unfortunately, I need to make everyone download a new binary (or source code) again. I found a flaw in my logic that could lead to a potential attack against the chain. Technical details in the next paragraph. Basically, some people might have been able to start mining on the real chain ahead of time. So I need to patch up the code to prevent that. I will make another post when source and binaries are ready. Really sorry about this, but it's good that I caught this.

Here's the technical details for those of you that understand and care. I locked down the genesis block such that only the genesis hash is checked in and you need to provide the genesis time and genesis nonce in order for the client to run. But if you modify the code, you can easily bypass this check. So you can start working on the chain by building on the genesis hash. I previously thought about this, so I found one block and locked that block hash into the code. Even if you start building a chain against the genesis block, you won't be able to correctly find the first block that matches the block hash in the code. Your chain will be rejected by all the other clients because the block hash won't match. This is all good, EXCEPT I accidentally left a client running on the real chain in the open. So if someone modifies the code to run against the genesis block, their client can request block 1 from me. And once they do that, they can start building their chain against that in secret. I am not 100% sure that someone is doing this, but I checked the logs and noticed a connection from a few unknown IP addresses AND I saw a few getdata calls that were requesting for blocks. Since it's possible that the blocks have been sent out, I will need to patch the code to lock another block in. This time I will find the 2nd block in private, and lock that in. I figure it's better to be safe.

You can put the scrypt algorithm into cgminer yourself.  It's not hard.  cgminer already has support for multiple algorithms.  It'll be a gross hack, since it won't work with the beautiful code to auto-benchmark and pick the best CPU miner for your hardware, but it can be done almost as simply as overwriting one of the existing algorithm files with scrypt.c

I'm hoping to get enough time to do reasonable scrypt support in cgminer.  Not having much luck getting time to work in it lately, but it won't be hard.  CK's code is a joy to work with.

No.
minderd is based on the old cpu miner version of cgminer - before the current incantation of cgminer existed.
All the nice output (and the major redesign of it internally) was written by ckolivas in cgminer.

got minerd working for localhost... will have to mess with config so I can have multiple computers connect to litecoind

I don't suppose there are any -nice- output options for minerd like cgminer has?  cgminer keeps running stats at the top of the screen that lets you know your hash rate, your shares/min, cpu usage, etc, etc... this spammage of 'thread # #.## khash/sec' will annoy me -real- fast, but I like to see some things.

Someone saying they are going to make an exchange and someone doing it.. always two different things these days

Try following the first post. Or if you have time read through this (https://bitcointalksearch.org/topic/new-demonstration-cpu-miner-available-1925) and tell us what you find out.

Any news of Intel optimizations !?

miner should be pretty easy, just get:
automake
libcurl
libcurl-devel

And you should be good.

just a note that isn't mentioned in the unix help file, had to in ubuntu 11.04 to get litecoind to compile (fresh reinstall as of yesterday)

litecoin-qt compiled just fine following the debian instructions(this was before I tried litecoind)

Now to try to get the miner to compile...

Stop arguing with bananala and have a real discussion. Just ignore the guy... someone put a don't feed the trolls image here.

Are there any exchanges in the works, or should I continue development? I don't really want to spend the time on the code since there are dozens of other exchanges that could added the capabilities much easier than I can.