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

[RiverBoatBTC]

how do I claim these? I cant figure out

[Vortex20000]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.

OR use JD's built in /dig command, more help in the faq.

[RiverBoatBTC]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.

OR use JD's built in /dig command, more help in the faq.

ok thanks

[Vortex20000]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.

OR use JD's built in /dig command, more help in the faq.

ok thanks

No problem.

[BayAreaCoins]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.

OR use JD's built in /dig command, more help in the faq.

ok thanks

If you need help just ask the troll box, but you may need to ignore the smart asses.  If I'm there I'll help you with anything I can.  Just ask until one of the fuck faces help you haha

[Vortex20000]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.

OR use JD's built in /dig command, more help in the faq.

ok thanks

If you need help just ask the troll box, but you may need to ignore the smart asses.  If I'm there I'll help you with anything I can.  Just ask until one of the fuck faces help you haha

In the chat box, type /dig <address> <address' private key>

All done explaining. The balance will be added to your JD balance.

[picolo]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.

OR use JD's built in /dig command, more help in the faq.

ok thanks

If you need help just ask the troll box, but you may need to ignore the smart asses.  If I'm there I'll help you with anything I can.  Just ask until one of the fuck faces help you haha

In the chat box, type /dig <address> <address' private key>

All done explaining. The balance will be added to your JD balance.

dooglus plan seems to work, there is a high demand but there is a growing supply from people learning they have X CLAMS to claim. If they don't gamble and don't want to invest in a bitcoin casino they are naturally selling it.

[SuperClam]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.
OR use JD's built in /dig command, more help in the faq.

ok thanks

If you need help just ask the troll box, but you may need to ignore the smart asses.  If I'm there I'll help you with anything I can.  Just ask until one of the fuck faces help you haha

In the chat box, type /dig <address> <address' private key>
All done explaining. The balance will be added to your JD balance.

dooglus plan seems to work, there is a high demand but there is a growing supply from people learning they have X CLAMS to claim. If they don't gamble and don't want to invest in a bitcoin casino they are naturally selling it.

Please remember:


If you have sent coins out of the wallet, even just once, those coins are no longer associated with the receive address they were received with.

During every single send (unless spent completely and evenly), the wallet creates what are called "change" addresses.
These change addresses to do not show up in the User-Interface of the client.

Unless you have expert knowledge and understanding concerning "change" addresses, and exactly where your outputs were on May 12th, it is extremely likely that importing individual addresses will not get you all of your CLAMS.

In these cases (the vast majority), the easiest way to be certain you are getting all of the CLAMS you deserve is to download the client and click 'File'->'Import Wallet'.


The Just-Dice claim command is a wonderful feature for those who know exactly which address the given "output" was at during the May 12th snapshot. 

However, if you do not understand exactly what an "output" is, or what a "change" address is, we urge users to claim using the conventional method built into the CLAM client.  This ensures that all private keys are imported (even the ones you don't know are in there) and all CLAMS are claimed.

[picolo]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.
OR use JD's built in /dig command, more help in the faq.

ok thanks

If you need help just ask the troll box, but you may need to ignore the smart asses.  If I'm there I'll help you with anything I can.  Just ask until one of the fuck faces help you haha

In the chat box, type /dig <address> <address' private key>
All done explaining. The balance will be added to your JD balance.

dooglus plan seems to work, there is a high demand but there is a growing supply from people learning they have X CLAMS to claim. If they don't gamble and don't want to invest in a bitcoin casino they are naturally selling it.

Please remember:


If you have sent coins out of the wallet, even just once, those coins are no longer associated with the receive address they were received with.

During every single send (unless spent completely and evenly), the wallet creates what are called "change" addresses.
These change addresses to do not show up in the User-Interface of the client.

Unless you have expert knowledge and understanding concerning "change" addresses, and exactly where your outputs were on May 12th, it is extremely likely that importing individual addresses will not get you all of your CLAMS.

In these cases (the vast majority), the easiest way to be certain you are getting all of the CLAMS you deserve is to download the client and click 'File'->'Import Wallet'.


The Just-Dice claim command is a wonderful feature for those who know exactly which address the given "output" was at during the May 12th snapshot. 

However, if you do not understand exactly what an "output" is, or what a "change" address is, we urge users to claim using the conventional method built into the CLAM client.  This ensures that all private keys are imported (even the ones you don't know are in there) and all CLAMS are claimed.

You don't have a MAC wallet yet though so only windows users can claim CLAM

[SuperClam]

You don't have a MAC wallet yet though so only windows users can claim CLAM

Thankfully, Linux and Windows make up > 90% of Laptop/Desktop computers.

In the meantime, and assuming the wallet is emptied first, creativeCLAM and/or xploited over in IRC would likely be more than happy to import and send OSX user's CLAMS to the exchange or service of their choice.


I will save you the agony of another promise.
Though there is some expectation of an OSX build soon.

[bram_vnl]

i have a old doge wallet in my clamcoin wallet how can i clam it?

[Vortex20000]

i have a old doge wallet in my clamcoin wallet how can i clam it?

Unintended pun? Clam it?

Do you mean you have an old DOGE address and you want to get the clams on it? Read the above posts, I presented two ways, the first getting preferable.

[ranlo]

how do I claim these? I cant figure out

CLAM wallet -> File -> Import wallet -> Select your BTC, LTC, or DOGE wallet.dat file.
OR use JD's built in /dig command, more help in the faq.

ok thanks

If you need help just ask the troll box, but you may need to ignore the smart asses.  If I'm there I'll help you with anything I can.  Just ask until one of the fuck faces help you haha

In the chat box, type /dig <address> <address' private key>
All done explaining. The balance will be added to your JD balance.

dooglus plan seems to work, there is a high demand but there is a growing supply from people learning they have X CLAMS to claim. If they don't gamble and don't want to invest in a bitcoin casino they are naturally selling it.

Please remember:


If you have sent coins out of the wallet, even just once, those coins are no longer associated with the receive address they were received with.

During every single send (unless spent completely and evenly), the wallet creates what are called "change" addresses.
These change addresses to do not show up in the User-Interface of the client.

Unless you have expert knowledge and understanding concerning "change" addresses, and exactly where your outputs were on May 12th, it is extremely likely that importing individual addresses will not get you all of your CLAMS.

In these cases (the vast majority), the easiest way to be certain you are getting all of the CLAMS you deserve is to download the client and click 'File'->'Import Wallet'.


The Just-Dice claim command is a wonderful feature for those who know exactly which address the given "output" was at during the May 12th snapshot. 

However, if you do not understand exactly what an "output" is, or what a "change" address is, we urge users to claim using the conventional method built into the CLAM client.  This ensures that all private keys are imported (even the ones you don't know are in there) and all CLAMS are claimed.

To confirm, users with Multibit, when exporting addresses, do show all of them, correct?

[dy2k]

Is there a way to split clams in multiple addresses at once?

[ymod123]

for someone that dont gamble in JD have a veryyyy TINYYY chance to stake my coin now...? 

[dooglus]

for someone that dont gamble in JD have a veryyyy TINYYY chance to stake my coin now...? 

If you have X% of the actively staking CLAMs, you have an X% chance of staking the next block.

JD doesn't change that fact.

[SuperClam]

That will never happen. I am already in a position where I could make that the case. I can easily just ignore all blocks staked by non-JD addresses and build on top of the most recent JD block. If I was doing that then of course you have a valid point, but I am not and will not. If you have 1% of the staking weight, you will stake 1% of the blocks whether JD's bankroll is 0 or whether JD has the other 99% of the staking weight.

The time granularity on the CLAM network is currently 16 seconds.
In this context, "most recent" simply means the entire period during which a given block would exist inside of that 16~ second window.

During any "race condition", an often occurrence given the large number of blocks the Just-Dice wallet stakes, the Just-Dice wallet indeed ignores and often eventually orphans the competing block.  This is not malicious, it is competitive and standard behavior.

The concern, however, is that given the Just-Dice wallet's propensity for staking consecutive blocks this might make it nearly impossible for other clients to win any "race condition".


There is no argument that Just-Dice adding CLAMS has increased interest, claim rate, and utility.
Further, there are few people I am aware of that are better trusted to possess such a position in a network.
That said, such control is trouble-some for any decentralized network.

An educated and informed discussion about the future of the CLAM network is warranted.
It very well might be that increased interest will eventually result in an expansion of the network such that this is a temporary issue.
We should all work to expand utility, awareness, and solo staking towards that end.


In that sentiment, I would like to start a discussion about the re-implementation of "Age" as a factor in the chance to stake.

In a system with "age", the above mentioned orphaned outputs would retain their favorable position and chance to stake.
In addition, the accrual of "age" might allow for small outputs and small holders (given the patience to wait) a chance to eventually stake.


I look forward to the commentary of those with specific and insightful knowledge.

[Vortex20000]

Age sounds nice, but [most of] JD's wallet's coins would also age with others, this maintaining the same relative chance to stake, would it not?

Again, no offense meant to JD or doog.

[SuperClam]

Age sounds nice, but [most of] JD's wallet's coins would also age with others, this maintaining the same relative chance to stake, would it not?
Again, no offense meant to JD or doog.

Indeed.

Though it would allow users who have had their blocks orphaned by consecutive JD staking to at least retain the age and thus improved chance to stake in the future.

[dooglus]

During any "race condition", an often occurrence given the large number of blocks the Just-Dice wallet stakes, the Just-Dice wallet indeed ignores and often eventually orphans the competing block.  This is not malicious, it is competitive and standard behavior.

That's a good point, which I hadn't previously considered. JD is most often going to be racing against itself (two blocks both able to stake in the same 16 second slot) and when it does inevitably one of the two blocks goes to waste.

We can roughly work out the odds of the case you're talking about happening, where someone stakes a block which JD then orphans by finding a block at the same time and then staking the next block too. I'm not sure about this math, so please point out any errors I make:

Let's say JD has 75% of the network weight. For JD to orphan a block staked by the 25% of the network it doesn't control, these things must all happen:

1) someone from the 25% of the network stakes a block
2) JD stakes a block in the same 16 second slot
3) JD stakes the next block

We want to know the odds of 2) and 3) happening given that 1) has happened.

The probability of anyone staking a block in a given 16 second time period is 16/60, since we target 1 minute blocks (this is wrong, but probably not too far from the truth). So the probability of JD staking a block in that time slot is 0.75*16/60. That's 2)

The probability of JD staking the next block is 0.75. That's 3)

The probability of 2) and 3) both happening is the product of their probabilities: 0.75*0.75*16/60 = 0.15

ie. there's a 15% chance that your block will be orphaned by JD if you're staking on your own. That's obviously far too high - and more importantly it's a little higher than the 10% commission JD charges for staking! Could someone with a significant holding confirm that they're seeing something like a 15% orphan rate?

If we change the granularity to 8 second slots from 16 seconds, the orphan rate halves (the 16 in the equation is replaced by an 8 and nothing else changes). It seems that the orphan rate is inversely proportional to the granularity.

In that sentiment, I would like to start a discussion about the re-implementation of "Age" as a factor in the chance to stake.

In a system with "age", the above mentioned orphaned outputs would retain their favorable position and chance to stake.
In addition, the accrual of "age" might allow for small outputs and small holders (given the patience to wait) a chance to eventually stake.

That seems fair. The concern with using 'age' is that it removes the incentive for people to stake 24/7. If I can stake for an hour a day, use up all my saved up coin age and earn the same as if I was staking the whole day, why wouldn't I?

I guess we need to design the weight formula such that it rewards people for securing the network. I guess some kind of non-linear function would suffice: weight = value * log(age) : so doubling the age of a coin adds a fixed amount to its weight, rather than doubling its weight.

Edit: the point here being that having age be ignored as it currently is makes it hard for small holders to stake at all, having it count linearly makes it cost effective to only stake for a small percentage of the time, and so something in between seems optimal. y=log(x) is somewhere between y=0 and y=x (for x > 4 hours, at least...)

I look forward to the commentary of those with specific and insightful knowledge.

Me too. But in the mean time you'll have to make do with my ramblings.