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

[Cicero2.3]

trying to sync up my wallet and have been stuck for 3 days now @ Wed Sep 30 17:58:40 2015.  blocks : 665942

version: v1.4.17

connections: 4

wanted to export my transactions but it'll only do the 1st entry.  Is that due to wallet not being fully sync'd ?

A few pages back is the bootstrap file that dooglus updates weekly. It will shorten your sync time to hours rather than days.

https://bitcointalk.org/index.php?topic=623147.msg9772191#msg9772191 is the bootstrap post.

I update it whenever I remember it. The last time was about 12 hours ago I guess, so it's pretty up to date.

I don't know why the client gets stuck syncing the chain over the p2p network, but numerous people have reported that it does.

Xploited is working on a new version of the client which will hopefully fix the problem.

Thanxs.  Am I correct in thinking that in order for export to work, wallet needs to be sync'd?   

I believe so. Someone smarter than me can chime in, but I am fairly sure you can only export transactions that have all ready posted to the wallet. Any that have happened after the last week synced won't be available. 

[dooglus]

wanted to export my transactions but it'll only do the 1st entry.  Is that due to wallet not being fully sync'd ?

Thanxs.  Am I correct in thinking that in order for export to work, wallet needs to be sync'd?   

I'm not sure what you are trying to do exactly. What do you mean by "export my transactions"? What is your goal?

[jpcfan]

so I just need 0.01 CLAM for example and I'm good to go? or are my chances increased to process a block the larger my stash?

Your chance of staking per unit time is proportional to the size of your stash, yes.

If you have 1000 CLAMs you will stake 1 CLAM about once per day on average.

If you have 0.01 CLAMs you will stake 1 CLAM about every 100,000 days (or 274 years) on average although you might get lucky and stake on your first day of trying.

i only got 99,987 days to go!

[Trent Russell]

so I just need 0.01 CLAM for example and I'm good to go? or are my chances increased to process a block the larger my stash?

Your chance of staking per unit time is proportional to the size of your stash, yes.

If you have 1000 CLAMs you will stake 1 CLAM about once per day on average.

If you have 0.01 CLAMs you will stake 1 CLAM about every 100,000 days (or 274 years) on average although you might get lucky and stake on your first day of trying.

i only got 99,987 days to go!

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

[GKar]

wanted to export my transactions but it'll only do the 1st entry.  Is that due to wallet not being fully sync'd ?

Thanxs.  Am I correct in thinking that in order for export to work, wallet needs to be sync'd?  

I'm not sure what you are trying to do exactly. What do you mean by "export my transactions"? What is your goal?

It's a wallet feature under the 'file tab. Right below import. It's only  available when in the transaction window.

To create a csv spreadsheet. Which can also be used as a tax record to calculate basis for capital gains/losses.

[dooglus]

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

[chilly2k]

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

   I don't believe that's a valid equation for the problem.

The above is the kind of math politicians use...  

If X is the time of the block picked.
A is the time of the next block
B is the time of the previous block

C is the average block time.

  Then
(1+( ( ((X+A) + (X-B)) /2) - X)) = C

should give you C as the average block time.  

EDIT: Even better if your already doing the time offset math.

  (A+B) / 2 = C

[organofcorti]

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

I'm certain A) is correct, but not so sure about B). Isn't the previous block already fixed in time?

[smooth]

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

I'm certain A) is correct, but not so sure about B). Isn't the previous block already fixed in time?

It is absurd that a random point in time would not have equal expected time difference with the previous and next blocks. How could that possibly happen?  You could replay the blocks in reverse sequence, right?

[organofcorti]

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

I'm certain A) is correct, but not so sure about B). Isn't the previous block already fixed in time?

It is absurd that a random point in time would not have equal expected time difference with the previous and next blocks. How could that possibly happen?  You could replay the blocks in reverse sequence, right?

The time between poisson events is exponentially distributed and "memoryless". It's defined nicely here: https://en.wikipedia.org/wiki/Exponential_distribution#Memorylessness. Since the process is memoryless the forward or reversed sequence of inter-block durations are just as likely as any other arbitrary sequence of the same inter-block durations.

I could well be making some kind of error of logic here, but:

* Pick any time random time, T.
* The expected time until the next block is always one minute.
* The time *since* the last block is always T - (time since last block).
* The time since last block is always known and is not always one minute.
* Therefore the expected time since the last block != the expected time until the next block.

[smooth]

Funny thing about Poisson Processes: Every day you don't stake, you still have 100,000 days to go.

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

I'm certain A) is correct, but not so sure about B). Isn't the previous block already fixed in time?

It is absurd that a random point in time would not have equal expected time difference with the previous and next blocks. How could that possibly happen?  You could replay the blocks in reverse sequence, right?

The time between poisson events is exponentially distributed and "memoryless". It's defined nicely here: https://en.wikipedia.org/wiki/Exponential_distribution#Memorylessness. Since the process is memoryless the forward or reversed sequence of inter-block durations are just as likely as any other arbitrary sequence of the same inter-block durations.

I could well be making some kind of error of logic here, but:

* Pick any time random time, T.
* The expected time until the next block is always one minute.
* The time *since* the last block is always T - (time since last block).
* The time since last block is always known and is not always one minute.
* Therefore the expected time since the last block != the expected time until the next block.

Put all the blocks that have already happened on a line on a piece of paper, drawn to scale (scale = time). Now put another piece of paper on top and slowly slide the top paper to reveal the blocks. The expected time to reveal the next block is (always) one minute. If you stop at any random point and flip the paper over so the opposite set of points is hidden, and then start sliding in the opposite direction, the expected time to reveal a block at the moment when you flip the paper over is still one minute.

However, it is certainly true that like most logic "puzzles" the exact wording of the problem statement (and its interpretation if ambiguous) changes the answer.

EDIT: Interestingly, by the way, I think we had a very similar discussion a long time ago having to do with the Eligius payout method. My last sentence above likely applied to that discussion as well.

[TooDumbForBitcoin]

Typical organofcorti genius stuff

When organofcorti visits your thread, it's like having the Pope come to your bingo game.

Something I'm curious about, though:

Is it "organ of corti", or "organov corti"?

[dooglus]

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

   I don't believe that's a valid equation for the problem.

Why on earth not? If the last block was B seconds ago and the next block is in A seconds, then how far apart are the two blocks?

Isn't it A+B?

The above is the kind of math politicians use...  

If X is the time of the block picked.
A is the time of the next block
B is the time of the previous block

C is the average block time.

  Then
(1+( ( ((X+A) + (X-B)) /2) - X)) = C

should give you C as the average block time.  

What is "average block time"? Suppose blocks were found every minute, at the top of the minute, and my random point is 30 seconds past the minute. It's 30 seconds since the last block and 30 seconds to the next block. The time between blocks is 30+30.  ie. A+B=C

I did mean for A to be the expected time to the next block (ie. 1 minute), not the time of the next block (ie. Tuesday at 12:34 or whatever).

A, B, and C are all 60 seconds.

A) From a random point in time we all agree that the expected time to the next block is 60 seconds. I don't think anyone's going to argue with that (except that we find blocks a little too fast, so it's actually 59 seconds or something, but let's ignore that.

B) I don't think anyone can really make a reasonable argument that the same isn't true about the expected time to the previous block. Just record the block creation process happening and play it backwards. It's indistinguishable from playing it forwards. Like smooth's sliding paper revealing the blocks. You can slide in either direction and the expect time to the 'next' block (which is the 'previous' one when sliding backwards) is 60 seconds.

C) Can anyone argue that the expected time between blocks is not 60 seconds?

I put it to you that A, B, and C are ALL equal to 60 seconds, and that this isn't a contradition.

There is a rational explanation for this. I just like to make people figure it out for themselves

  -- dooglus the deceiver

[chilly2k]

What is "average block time"? Suppose blocks were found every minute, at the top of the minute, and my random point is 30 seconds past the minute. It's 30 seconds since the last block and 30 seconds to the next block. The time between blocks is 30+30.  ie. A+B=C

I did mean for A to be the expected time to the next block (ie. 1 minute), not the time of the next block (ie. Tuesday at 12:34 or whatever).

A, B, and C are all 60 seconds.

A) From a random point in time we all agree that the expected time to the next block is 60 seconds. I don't think anyone's going to argue with that (except that we find blocks a little too fast, so it's actually 59 seconds or something, but let's ignore that.

B) I don't think anyone can really make a reasonable argument that the same isn't true about the expected time to the previous block. Just record the block creation process happening and play it backwards. It's indistinguishable from playing it forwards. Like smooth's sliding paper revealing the blocks. You can slide in either direction and the expect time to the 'next' block (which is the 'previous' one when sliding backwards) is 60 seconds.

C) Can anyone argue that the expected time between blocks is not 60 seconds?

I put it to you that A, B, and C are ALL equal to 60 seconds, and that this isn't a contradition.

There is a rational explanation for this. I just like to make people figure it out for themselves

  -- dooglus the deceiver

   I guess I still don't get it.  If I just pick a random time, IE not when a block is found.  And not knowing when the last block was found, I can only estimate that the next block will be found in less then 60 seconds (based on a 1 minute block time average). And the same with the previous block less then 60 seconds assuming the time I choose is not exactly on a block found time. 
 
  Your example 30 + 30 = 60 (or 1 minute)  Makes sense.
  But 1+1 = 1 doesn't. 

I can almost see a) if nothing else is know and you select a time, then a block should be found within 1 minute.  But it's not a fact that, "If you select a random time the next block will be found in 1 minute".  If you change in to within, then I buy it.  Same for B. 

  I'm sure I'm just taking this to literal....         

[organofcorti]

Typical organofcorti genius stuff

Heh, probably not in this case.

When organofcorti visits your thread, it's like having the Pope come to your bingo game.

Something I'm curious about, though:

Is it "organ of corti", or "organov corti"?

Organ of Corti : https://en.wikipedia.org/wiki/Organ_of_Corti

[SebastianJu]

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

Are you sure that you used the same point in time to calculate the first 2 points? If C is correct then in average you should always find a point in or on a 1 minute timeframe. When judging a and b for the same point then this would mean the average has to be a fraction of a minute in each direction because when C is correct then the average for A and B can't be higher. I think that goes against probability.

Can you check if your script has no error really?

Edit: I see, you know the result? Then i guess i wait for where you deceived us.

[BayAreaCoins]

Then i guess i wait for where you deceived us.

Doog the Deceiver! 

[SebastianJu]

Then i guess i wait for where you deceived us.

Doog the Deceiver! 

He wrote it himself so i guess he used some wording to trick us with his theory.

Well, i can't find out. When i would chose a random point in the future then the next block after that point should be a half minute later, i think, too. At least when the blockchain reaches that point in time. So i can't figure it out.

[smooth]

As I said before, read the problem statement VERY carefully. The solution is there.

[TooDumbForBitcoin]

Here's a fun thing:

Pick a random point in time, then:

A) the average amount of time from that point to the next CLAM block is 1 minute
B) the average amount of time from that point to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Wouldn't you expect A + B = C? Yet A, B, and C are all 1 minute.

If t denotes the time a random CLAM block is generated, then

A) the average amount of time from that point t to the next CLAM block is 1 minute
B) the average amount of time from that point t to the previous CLAM block is also 1 minute
C) the average time between CLAM blocks is also 1 minute

Does this make Dooglus's "random point in time" equivalent to "the time a random CLAM block is generated"?