Code: [Select]

Status: 1583 confirmations
Date: 6/24/14 23:02
Source: Generated
Credit: 194.13745532 LTS (matures in 106929 more blocks)
Is the maturity rate for the LTS correct?  I want to gamble.

Yes, for MMC, PTS, AGS and the 30%, maturation is at a random block, after 2 months and less than 14 months, using the genesis block as a seed. This is because some of these balances can be very large and we don't want them flooding the market from the outset. BTC and DOGE balances are small and can be used right away. Subsidies for processing tickets can be used after 10 blocks or so.

Or send me your address and I'll send you some coins to test with.

Okay - floating point arithmetic bug was causing slightly different balances in genesis block on linux vs windows, resulting in errors. Should be fixed now.

Hm, now it loads the sharedrop files, but still it fails. This is in the log (openSUSE-12.3 on x86_64):

Thanks, yes, we got some kind of floating point arithmetic bug. I'm working on it.

Thanks again - itoa now removed. Please have another try.

Update: I've contacted BTC38 and advised them of the situation. They'll need to commit to making the distribution or their addresses will be removed before launch.

When do we estimate the lottoshare to be ready? I can't wait to play some cryptolotto! Well done Freetrade!!

Thanks!

Testing right now - estimated full launch on July 8th.

I've finished coding the MVP and a test platform is now running.

My plan is to conduct testing and polishing and then reset the platform for a launch on July 8th.

You're invited to take part in the testing - only those capable of compiling source code at the moment please.
https://github.com/FreeTrade/lottoshares

I'll be seeking to secure development, testing, marketing, infrastructure, review and audit services with the remaining 30% shares. These should be fully allocated by the time of the launch.

Two thoughts:

1) BTER is supposedly honoring PTS for BitSharesXT; they could probably be convinced to honor PTS and MMC for LTS.

2) An idea for snapshots/airdrops that has been kicked around here is a "half-life:" make unclaimed balances decay over time. Clearly, this assumes that users must do something special to "claim" their balance beyond simply importing private keys. It doesn't totally solve the problem, but might be something worth thinking about.

1 .Yes, I'll approach BTER (for MMC) and BTC38 (for PTS) to seek their support - but in the absence of a guarantee of passing on the distribution to the owners, I think it will be better for everyone concerned if the distribution is not made.

2. The half-life idea is certainly an interesting one - but would require additional code and testing. Something that is a lot more straightforward is an expiration date - I'm mulling a 2 year expiration date for LottoShares distributed in the genesis block.