Quote from: navaman on November 13, 2016, 09:46:28 PM

The MS issue can be substantial. Clam will take a hit when somebody wins big on JD. What about a constant MS increase with an automatic sterilization mechanism for large wins and losses. It can also be adjust for velocity, too.

What is "MS"?

Plans have changed a bit. Andu wants to have a normal Dice fast, so I think a good idea is if I start with cloning WAVES (because it has nice and clean code, and I know it already from the WAVES bug bounty program). This means we will have one minute transaction time from the beginning, but no anonymous transactions. I'll read how Dash implemented it and will reserve some bytes or type flags or whatever in the blockchain transactions for it, if necessary, so that it can be implemented later. And I really like the ClamSpeech feature, which I will add to the WAVES clone, that's easy. This will include the Clamour voting system, which will help later for deciding what new features should be implemented, like my realtime network based Dice idea with masternodes and the network itself as the investor. The first clone with ClamSpeech should be possible for me to do in a few weeks instead of a year for a full port of Dash.

I suggest that the DC coins from Counterparty can be transferred later by signing a message with your Counterparty address, and then a website allows to transfer the real DarkClam from the genesis account to a new DarkClam address, with the signature proving that you own the Counterparty DC asset. This avoids additional Bitcoin transfer costs for the Counterparty assets, e.g. for a proof-of-burn concept. But if you lost your Counterparty account and you can prove that you own the JustDice account, we can transfer it manually, too (if the Counterparty asset for this associated JustDice account was not already sold of course).