[ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"

[garthkiser]

First CLAM Faucet is up and running!
Here is the link!

I just set up a faucet as well. http://myfreeclams.com/
come get some free clams.

Just an awesome thought garthkiser had, but if the facets held onto a perpetual amount of coins the staking they can do could provide the the clams needed to fund the faucets! 
It would likely take 100-200 coins at this point and the pool would have a constant (albeit up to variance) supply of clams. Maybe do like doogus does and keep 5-10% of the staked rewards (that's just a thought I had).
You guys should both pop into our irc channel over the next day or two, we would likely be willing to help fund it out of some bounty funds we have!

I wish I could take the credit, but it was tryphe's awesome idea I can lend 100CLAMs to the cause, though, if the faucet operator will agree to return them in the event that the faucet is permanently stopped.

[gjhiggins]

if i have only 50 clams its very hard to stake now in my own wallet? is it better to move to just-dice to stake?

If you position the mouse cursor over the little blue ticket icon, a pop-up dialog will give you a precise calculation, e.g.:

Code:

>>> 626513 / 365
1716.4739726027397

So I shan't be holding my breath


Cheers

Graham

[almightyruler]

if i have only 50 clams its very hard to stake now in my own wallet? is it better to move to just-dice to stake?

If you position the mouse cursor over the little blue ticket icon, a pop-up dialog will give you a precise calculation, e.g.:

Code:

>>> 626513 / 365
1716.4739726027397

So I shan't be holding my breath

I think those calculations are still bogus. When the devs changed network weights and the difficulty shot up to compensate the estimates went off with the fairies. According to my CLAM client, right now the next expected stake is about 25 years away... but I usually manage to stake every few days.

My balance is just over 100, so it's definitely possible, even with a modest balance. It is getting harder.

[BayAreaCoins]

Happy New Years CLAMS

Lets start 2015 out with a bang.  We have been emailing and requesting every exchange we would think of and I would like to encourage anyone else out there to send at least 1 email today to someone who you would dream about accepting CLAM.

Go big or go the fuck home.  

www.OKCoin.com
www.BTC-e.com
www.Kraken.com
and the list goes on and on.

[Vortex20000]

Happy New Years CLAMS

Lets start 2015 out with a bang.  We have been emailing and requesting every exchange we would think of and I would like to encourage anyone else out there to send at least 1 email today to someone who you would dream about accepting CLAM.

Go big or go the fuck home.  

www.OKCoin.com
www.BTC-e.com
www.Kraken.com
and the list goes on and on.

I'll email OKCoin.

[BayAreaCoins]

Happy New Years CLAMS

Lets start 2015 out with a bang.  We have been emailing and requesting every exchange we would think of and I would like to encourage anyone else out there to send at least 1 email today to someone who you would dream about accepting CLAM.

Go big or go the fuck home.  

www.OKCoin.com
www.BTC-e.com
www.Kraken.com
and the list goes on and on.

I'll email OKCoin.

We legit broke their voting this morning. I think we reached the max for the day or something *shrugs*.

Email and twitter for now until the system is working again.

http://okcoin.uservoice.com/forums/276787-coins/suggestions/6831869-consider-adding-clamcoin

[Vortex20000]

Happy New Years CLAMS

Lets start 2015 out with a bang.  We have been emailing and requesting every exchange we would think of and I would like to encourage anyone else out there to send at least 1 email today to someone who you would dream about accepting CLAM.

Go big or go the fuck home.  

www.OKCoin.com
www.BTC-e.com
www.Kraken.com
and the list goes on and on.

I'll email OKCoin.

We legit broke their voting this morning. I think we reached the max for the day or something *shrugs*.

Email and twitter for now until the system is working again.

http://okcoin.uservoice.com/forums/276787-coins/suggestions/6831869-consider-adding-clamcoin

Something like that *shrugs*.

[xploited]

if i have only 50 clams its very hard to stake now in my own wallet? is it better to move to just-dice to stake?

If you position the mouse cursor over the little blue ticket icon, a pop-up dialog will give you a precise calculation, e.g.:

Code:

>>> 626513 / 365
1716.4739726027397

So I shan't be holding my breath

I think those calculations are still bogus. When the devs changed network weights and the difficulty shot up to compensate the estimates went off with the fairies. According to my CLAM client, right now the next expected stake is about 25 years away... but I usually manage to stake every few days.

My balance is just over 100, so it's definitely possible, even with a modest balance. It is getting harder.

Those calculations have been fixed in the newest client.  Both the network weight and the expected time.  Download the new client if you would like proper estimates. Of course thats just what they are, estimates.

You can tell your on the new client as it has the proper version number of 1.4.3.1
Theres other updates, like the active supply is now displayed in getinfo.

Its not a required update but it does fix a lot of those little problems as well as implement clamspeech. It will require a reindex however and it can take a little while to do that.
 

[BayAreaCoins]

Happy New Years CLAMS

Lets start 2015 out with a bang.  We have been emailing and requesting every exchange we would think of and I would like to encourage anyone else out there to send at least 1 email today to someone who you would dream about accepting CLAM.

Go big or go the fuck home.  

www.OKCoin.com
www.BTC-e.com
www.Kraken.com
and the list goes on and on.

I'll email OKCoin.

We legit broke their voting this morning. I think we reached the max for the day or something *shrugs*.

Email and twitter for now until the system is working again.

http://okcoin.uservoice.com/forums/276787-coins/suggestions/6831869-consider-adding-clamcoin

Something like that *shrugs*.

Works again!

Raining in Just-dice ever 100 votes!

Currently at 507

[picolo]

if i have only 50 clams its very hard to stake now in my own wallet? is it better to move to just-dice to stake?

If you position the mouse cursor over the little blue ticket icon, a pop-up dialog will give you a precise calculation, e.g.:

Code:

>>> 626513 / 365
1716.4739726027397

So I shan't be holding my breath

I think those calculations are still bogus. When the devs changed network weights and the difficulty shot up to compensate the estimates went off with the fairies. According to my CLAM client, right now the next expected stake is about 25 years away... but I usually manage to stake every few days.

My balance is just over 100, so it's definitely possible, even with a modest balance. It is getting harder.

CLAM is at 0.003 so someone who bought at 0.003 when just-dice opened made a huge profit.

[dooglus]

If you position the mouse cursor over the little blue ticket icon, a pop-up dialog will give you a precise calculation, e.g.:

Code:

>>> 626513 / 365
1716.4739726027397

So I shan't be holding my breath

I think you must be running an old version of the client. The network weight is shown as a number with 8 decimal places in the current version, and is around 300k or so. The estimated time to stake a block is correct now too.

[dooglus]

Dooglus can you go public on how much CLAM you have,

I'd rather not, and don't see why it matters any more than how much anyone else has.

what portion of your commission you sell for BTC

I invest the commission in the JD bankroll. I buy and sell CLAM occasionally, but it isn't related to commission. I typically buy high and sell low, always getting market movements wrong.

and if you are invested in the just-dice CLAM bankroll?

I am.

[picolo]

Dooglus can you go public on how much CLAM you have,

I'd rather not, and don't see why it matters any more than how much anyone else has.

what portion of your commission you sell for BTC

I invest the commission in the JD bankroll. I buy and sell CLAM occasionally, but it isn't related to commission. I typically buy high and sell low, always getting market movements wrong.

and if you are invested in the just-dice CLAM bankroll?

I am.

OK fair enough; thanks for the answers.

[gjhiggins]

If you position the mouse cursor over the little blue ticket icon, a pop-up dialog will give you a precise calculation

Those calculations have been fixed in the newest client.

I think you must be running an old version of the client.

Ah, many thanks. I wasn't aware that I was behind the curve.

Updated.




Cheers

Graham

[seedtrue]

Just an awesome thought garthkiser had, but if the facets held onto a perpetual amount of coins the staking they can do could provide the the clams needed to fund the faucets! 
It would likely take 100-200 coins at this point and the pool would have a constant (albeit up to variance) supply of clams. Maybe do like doogus does and keep 5-10% of the staked rewards (that's just a thought I had).
You guys should both pop into our irc channel over the next day or two, we would likely be willing to help fund it out of some bounty funds we have!

I wish I could take the credit, but it was tryphe's awesome idea I can lend 100CLAMs to the cause, though, if the faucet operator will agree to return them in the event that the faucet is permanently stopped.

My faucet is completely funded atm by coins I earn from staking, only on just-dice, not the faucets server. You do have a good idea though.

However, I would much rather store larger amounts of coins on just-dice for security reasons.

[SuperClam]

Thanks, I'll try to check my clock too!
Edit:
https://i.imgur.com/wFZqDYL.png
Should clock be ok now?

Yes, but it's best to leave ntpd running all the time. Then your clock will stay right.
I'm not sure what units ntpq is using, but if it was saying your clock was off by 46 seconds then that could well explain the high orphan rate you were seeing. A hardfork about a month ago really tightened things up re. clock errors.

Interested to hear you opinion on this dooglus:

It is my personal experience that any changes to the system clock should be accompanied by a restart of the client and possibly also deleting the peers.dat file.  The logic being, the client stores "offsets" to automatically adjust the clock.  During debug work with various users, it appears that changing the system clock can cause (possibly temporary) problems.  The client continues to use the previously calculated offset parameters despite the system clock having recently changed.

Thoughts?

[SuperClam]

First CLAM Faucet is up and running!
Here is the link!

I just set up a faucet as well. http://myfreeclams.com/
come get some free clams.

Awesome

Added to OP post.

[dooglus]

Yes, but it's best to leave ntpd running all the time. Then your clock will stay right.
I'm not sure what units ntpq is using, but if it was saying your clock was off by 46 seconds then that could well explain the high orphan rate you were seeing. A hardfork about a month ago really tightened things up re. clock errors.

Interested to hear you opinion on this dooglus:

It is my personal experience that any changes to the system clock should be accompanied by a restart of the client and possibly also deleting the peers.dat file.  The logic being, the client stores "offsets" to automatically adjust the clock.  During debug work with various users, it appears that changing the system clock can cause (possibly temporary) problems.  The client continues to use the previously calculated offset parameters despite the system clock having recently changed.

Thoughts?

peers.dat doesn't store any offset info; it's a list of peer IP addresses and how recently we were able to connect to them, so I don't think there's any need to delete it after fixing your clock.

When you start the client, it starts building a list of time offsets. Each peer it connects to tells it what it thinks the time is, and the client records how different each client's idea of the time is from its own clock. So if you adjust the system clock after connecting to a bunch of peers, those stored offsets will be wrong, and you'll need to restart.

My point was that by running ntpd constantly, it will be constantly correcting the clock whenever it drifts by a fraction of a second, and so your clock will always be right. You won't see your system clock being adjusted - you'll just see that it is always right. This kind of automatic adjustment doesn't require a client restart, since each adjustment is tiny and invisible.

[SuperClam]

Yes, but it's best to leave ntpd running all the time. Then your clock will stay right.
I'm not sure what units ntpq is using, but if it was saying your clock was off by 46 seconds then that could well explain the high orphan rate you were seeing. A hardfork about a month ago really tightened things up re. clock errors.

Interested to hear you opinion on this dooglus:
It is my personal experience that any changes to the system clock should be accompanied by a restart of the client and possibly also deleting the peers.dat file.  The logic being, the client stores "offsets" to automatically adjust the clock.  During debug work with various users, it appears that changing the system clock can cause (possibly temporary) problems.  The client continues to use the previously calculated offset parameters despite the system clock having recently changed.
Thoughts?

peers.dat doesn't store any offset info; it's a list of peer IP addresses and how recently we were able to connect to them, so I don't think there's any need to delete it after fixing your clock.
When you start the client, it starts building a list of time offsets. Each peer it connects to tells it what it thinks the time is, and the client records how different each client's idea of the time is from its own clock. So if you adjust the system clock after connecting to a bunch of peers, those stored offsets will be wrong, and you'll need to restart.
My point was that by running ntpd constantly, it will be constantly correcting the clock whenever it drifts by a fraction of a second, and so your clock will always be right. You won't see your system clock being adjusted - you'll just see that it is always right. This kind of automatic adjustment doesn't require a client restart, since each adjustment is tiny and invisible.

Good point; so it makes sense to restart after an initial sync (to update offsets) - no need to fiddle with the peers.dat file.

The code currently only figures offset on connect, and not periodically for long-standing connections, correct?

[almightyruler]

I think what dooglas is saying is that no restart should be needed UNLESS you make a significant adjustment to your time (eg via ntpdate, or setting the time manually)

ntpd is designed to figure out the drift of your local clock, and make regular, tiny adjustments (small fractions of a second), to keep it on track with the rest of the world. The only time I could see this being a problem is if your clock is out by several tens of seconds - I believe that in this case, ntpd will gradually adjust it to the correct time, which may cause problems with a coin client. With stored offsets of peers, and the client being blind to time shifts, a gradual change towards correct time would essentially be the same as a one-off major adjustment.

All this is pretty much moot anyway - just run ntpdate at startup to yank your clock into submission, then ntpd immediately afterwards to keep it there.