Bitcoin Forum
October 22, 2026, 10:46:20 AM *
News: Latest Bitcoin Core release: 31.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 ... 502 »
  Print  
Author Topic: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"  (Read 1153906 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
dooglus
Legendary
*
Offline

Activity: 2940
Merit: 1339



View Profile
October 26, 2014, 07:14:24 PM
 #1181

What is current recommended stack size and how long does it take to stake ?

I was intending to ask the same thing, re. optimal stack size.

The network difficulty target hovers around 200*2^224, meaning that on average it takes an output of weight N CLAM-days
2^256 / (N*200*2^224) = 2^32 / 200N = 21474836/N seconds = 248/N days to stake (assuming it never gets any weightier, which it of course will)

So a 5 CLAM output that is a week old (weight = 35) takes around 7 days to stake if it keeps that weight.

This looks like a dead end. Skip it if you like...

Quote
I guess the first thing to do is to find out how to calculate the expected time-to-stake taking the constant ageing into account:

Suppose we have an output with value V, and a network difficulty target of 200*2^224

For the first 1/V days it has a weight of 0 (weights are rounded down to an integer number of CLAM-days), so it can't stake.
ie. the probability of it staking in the first 1/V days is 0.

For the 2nd 1/V days it has a weight of 1, and has a 200*2^224/2^256 = 200/2^32 probability of staking each second.
The probability of it staking in the 2nd 1/V days is 1-(probability of it not staking in that period)
1/V days is 86400/V seconds, so that's:
= 1 - ((1-(200/2^32))^(86400/V))

For the 3rd 1/V days, weight = 2, probability of staking in any given second is 2*200/2^32,
and so the probability of it staking in the 3rd 1/V days is (1 - ((1-(400/2^32))^(86400/V)))

... and this feels like it's going nowhere.

Can someone with a clue help me out please?

The big picture:

No output gains any "weight" for the first 4 hours - it has 4 hours taken off its age before the weight calculation is done.

No output can stake until it is 'mature'. Staking makes it immature. It needs 500 confirmations after staking before it can stake again. 500 confirmations should take over 8 hours, so the 4 hours in the previous point should never be the limiting factor other than for recently moved (as opposed to staked) outputs. This probably puts an upper limit on the optimal output size. If I put all my CLAMs into a single large output, it will probably stake not long after it has its 500 confirmations, but then I have to wait another 8 hours for it to get another 500 confirmations, so I'm limited to staking a few times per day.

Weights are rounded down to the next integer CLAM-day. So if you split your outputs into 0.001 CLAM pieces, each one will take 1000 days before it reaches a weight of 1, and so won't be able to stake for a few years. This puts a lower limit on the optimal output size.

Perhaps this means that the optimal size is that which reaches 1 CLAM-day of weight just as the 500 confirmations are reached? 500 confirmation is meant to take 8.3333 hours, and 4 hours are taken off the age, so I want my output to have a weight of 1 when its effective age is 4.3333 hours. So its value needs to be 24/4.33333 = 5.54 CLAMs.

Thoughts?

Edit: of course, as they stake, the outputs will grow in size. We can't set them all to 5.54 CLAMs and expect them to stay at that size. Perhaps it's best to set them to 4 CLAMs, leave them to grow to 7 CLAMs, then when they reach 8, split them into two 4's and let them start over?

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
Arux
Hero Member
*****
Offline

Activity: 500
Merit: 500



View Profile
October 26, 2014, 07:26:24 PM
 #1182



i mined a 1.0015 clams block reward  Huh (#172760 and i'm on the correct fork)
look like a smal loto reward but technically, that shouldn't be possible.

paulc010
Member
**
Offline

Activity: 92
Merit: 10


View Profile
October 26, 2014, 08:08:31 PM
 #1183

You still get fees too which may account for it.

@dooglus I'm using mainly 2.5 CLAM piles now but not sure if it's staking any better/worse than it was at 5 CLAM piles. I have some remaining piles of 5 CLAMs that have a weight of  > 100 and there have been some 2.6 and 2.7 CLAM piles with much lower weight stake before them.....

I'm just going for lots of outputs = greater chance of getting a stake.
dooglus
Legendary
*
Offline

Activity: 2940
Merit: 1339



View Profile
October 26, 2014, 10:49:19 PM
 #1184

You still get fees too which may account for it.

@dooglus I'm using mainly 2.5 CLAM piles now but not sure if it's staking any better/worse than it was at 5 CLAM piles. I have some remaining piles of 5 CLAMs that have a weight of  > 100 and there have been some 2.6 and 2.7 CLAM piles with much lower weight stake before them.....

I'm just going for lots of outputs = greater chance of getting a stake.

You're right, that will have been transaction fees from the transaction(s) included in the block.

On average your 5 CLAM outputs will stake twice as quickly as your 2.5 CLAM outputs, but you have half as many of them, so it balances out.

And while you're staking, you get a small chance of staking each second. The chance is bigger for bigger piles, and for older piles, but is still pretty tiny. It's possible you'll get lucky and stake very quickly, but it's also possible it will take much longer than expected. Your weighty 5 CLAM outputs can take longer to stake than your lower weight 2.6 CLAM piles in the same way that a guy who buys 1 lottery ticket per week can win the lottery before a guy who buys 10 tickets per week.

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
StakeHunter
Full Member
***
Offline

Activity: 155
Merit: 100


View Profile
October 27, 2014, 02:32:16 AM
 #1185

Any way to get to know how many CLAMS are "active" in the wild
I know there are millions possibly, but it would be nice to determine how many are staking...

garthkiser
Full Member
***
Offline

Activity: 176
Merit: 100



View Profile
October 27, 2014, 02:43:36 AM
 #1186

Any way to get to know how many CLAMS are "active" in the wild
I know there are millions possibly, but it would be nice to determine how many are staking...



There's a bot in the CLAMS IRC channel that displays blockchain info. Go to: http://webchat.freenode.net/?channels=clams

Then type "&help" to list all the commands.

"&clamsupply" shows the following:

<SuperClam> ---------------------------------------------------------------------------------------------------------
[19:43] <SuperClam>                                                                                             
[19:43] <SuperClam>                          Current CLAMS in Circulation(estimate): 124019.35870633 Clams
[19:43] <SuperClam>                                                                                             
[19:43] <SuperClam> ---------------------------------------------------------------------------------------------------------
[19:43] <SuperClam>   This information regardling currently claimed clams is an estimate based on moved piles of coins.
[19:43] <SuperClam>   There is no way to determine if a clam has been claimed until it has been moved on the chain
[19:43] <SuperClam>  -------------------------------------------------------------------------------------------------------
[19:43] <SuperClam>  Lottery Winnings: 58934.84937575 Clams
[19:43] <SuperClam>  Staking Earning: 10038.87704156 Clams
[19:43] <SuperClam>  Amount Claimed: 50904.10229422 Clams, 11053 Addresses

Thirdspace
Hero Member
*****
Offline

Activity: 1232
Merit: 740


Mixing reinvented for your privacy | chipmixer.com


View Profile
October 27, 2014, 06:13:05 PM
 #1187

No wonder my client stuck resynching, I just realized we got a hard fork. I am downloading the new client now.
what should I do if my blockchain already at 170980? do I need to redownload the whole blockchain again (as in delete the %appdata% folder)
or the new client will take care of that and resynch, deletes blocks & reconnects the chain automatically? (would save me some bandwidth)

so I just need to overwrite my current CLAM directory by unzipping the new client to old directory, right?
no need to move away wallet.dat and other things?
sorry for the newbie questions... I've never done this before Embarrassed

dooglus
Legendary
*
Offline

Activity: 2940
Merit: 1339



View Profile
October 27, 2014, 06:19:37 PM
 #1188

No wonder my client stuck resynching, I just realized we got a hard fork. I am downloading the new client now.
what should I do if my blockchain already at 170980? do I need to redownload the whole blockchain again (as in delete the %appdata% folder)
or the new client will take care of that and resynch, deletes blocks & reconnects the chain automatically? (would save me some bandwidth)

so I just need to overwrite my current CLAM directory by unzipping the new client to old directory, right?
no need to move away wallet.dat and other things?
sorry for the newbie questions... I've never done this before Embarrassed

I don't know if it will resync automatically without having to do a whole new blockchain download from scratch, but I expect it will. It's worth a try.

It's always worth making a backup of your wallet.dat somewhere safe occasionally, just in case.

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
StakeHunter
Full Member
***
Offline

Activity: 155
Merit: 100


View Profile
October 28, 2014, 01:53:06 AM
 #1189

Thanks garthkiser
almightyruler
Legendary
*
Offline

Activity: 2338
Merit: 1092


View Profile
October 28, 2014, 03:11:42 AM
 #1190

Serious problem.

Clients on the old fork are repeatedly requesting the same set of blocks from me. They're stuck in an infinite loop.

My clams client is currently consuming the majority of my link's upstream bandwidth.

The base code doesn't seem to have any way of tracking blocks it has already requested, so there's no way to detect that it asked for the very same block only 10 seconds ago, and back off. Same for the client at my end, which should be refusing to send (or delaying sending) exactly the same data the 2nd, 3rd, 4th, nth time...

I'm either going to have to firewall and allow only IPs which I know are on the correct chain, or just stop the client completely. To be honest, since the lottery was disabled I don't really see much point in keeping the client open.  Embarrassed
tryphe
Member
**
Offline

Activity: 116
Merit: 10


View Profile
October 28, 2014, 06:40:06 AM
Last edit: October 28, 2014, 06:59:40 AM by tryphe
 #1191

Serious problem.

Clients on the old fork are repeatedly requesting the same set of blocks from me. They're stuck in an infinite loop.

My clams client is currently consuming the majority of my link's upstream bandwidth.

The base code doesn't seem to have any way of tracking blocks it has already requested, so there's no way to detect that it asked for the very same block only 10 seconds ago, and back off. Same for the client at my end, which should be refusing to send (or delaying sending) exactly the same data the 2nd, 3rd, 4th, nth time...

I'm either going to have to firewall and allow only IPs which I know are on the correct chain, or just stop the client completely. To be honest, since the lottery was disabled I don't really see much point in keeping the client open.  Embarrassed

I had this same issue on my DSL connection. The upstream was saturated.

The fix for me was to go into main.cpp Line 3274 or simply search for "getblocks", change:
Code:
        int nLimit = 500;

to
Code:
        int nLimit = 20;

As far as I can tell, this stops you from sending 500 'invalid' (to them not us =p) blocks to the other fork. This causes a little more TCP/local chatter but far less wasted bandwidth.

If you either can't compile, or are using Windows you might want to check out NetLimiter 3. I keep it running on my coins vm and it shapes the bandwidth for selected programs, making peers less likely to request more from you constantly.
almightyruler
Legendary
*
Offline

Activity: 2338
Merit: 1092


View Profile
October 28, 2014, 07:28:43 AM
 #1192

Code:
        int nLimit = 20;

Cheers for that. debug.log is still filling up with rapid repeated requests, but the excessive outbound bandwidth usage on port 31174 has disappeared.

Funny thing (not really) is that it only took 3 peers on the old fork to saturate my link.
Thirdspace
Hero Member
*****
Offline

Activity: 1232
Merit: 740


Mixing reinvented for your privacy | chipmixer.com


View Profile
October 28, 2014, 07:56:33 AM
 #1193

I need some help please... my chain is already at block 170980 before I downloaded the new client
and after I ran the new version, instead of reorganizing & reconnecting to the correct fork it keeps continuing up to 171046 and stuck.
what should I do to go from this situation and back to the right fork without re-downloading the whole chain from 0
is there a way to force my client to start re-download from specified block height from 1-3 trusted hand picked nodes only?
would deleting peers.dat helps weeding out the bad nodes with wrong fork?

dooglus
Legendary
*
Offline

Activity: 2940
Merit: 1339



View Profile
October 28, 2014, 08:13:15 AM
 #1194

I need some help please... my chain is already at block 170980 before I downloaded the new client
and after I ran the new version, instead of reorganizing & reconnecting to the correct fork it keeps continuing up to 171046 and stuck.
what should I do to go from this situation and back to the right fork without re-downloading the whole chain from 0
is there a way to force my client to start re-download from specified block height from 1-3 trusted hand picked nodes only?
would deleting peers.dat helps weeding out the bad nodes with wrong fork?

I don't know enought about how it works, but from what I know isn't the client meant to treat the longest chain as the best chain? If so, I don't see why it wouldn't "just work".

Anyone?

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
tryphe
Member
**
Offline

Activity: 116
Merit: 10


View Profile
October 28, 2014, 08:27:21 AM
 #1195

I need some help please... my chain is already at block 170980 before I downloaded the new client
and after I ran the new version, instead of reorganizing & reconnecting to the correct fork it keeps continuing up to 171046 and stuck.
what should I do to go from this situation and back to the right fork without re-downloading the whole chain from 0
is there a way to force my client to start re-download from specified block height from 1-3 trusted hand picked nodes only?
would deleting peers.dat helps weeding out the bad nodes with wrong fork?

Deleting peers.dat will definitely help.
Run with "-reindex -rescan -addnode=67.35.116.81:31174" and you should be on the correct chain, although you might have to delete your chain too due to having no versioning discrepancies (most likely you don't have to delete the chain though).
dooglus
Legendary
*
Offline

Activity: 2940
Merit: 1339



View Profile
October 28, 2014, 08:29:37 AM
 #1196

you might have to delete your chain too due to having no versioning discrepancies.

Why doesn't the longest chain just replace the 2nd longest chain?

Edit: actually, a -reindex should make the client recognise that the blocks on the incorrect fork are no longer valid, right?

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
tryphe
Member
**
Offline

Activity: 116
Merit: 10


View Profile
October 28, 2014, 08:32:23 AM
 #1197

you might have to delete your chain too due to having no versioning discrepancies.

Why doesn't the longest chain just replace the 2nd longest chain?

Edit: actually, a -reindex should make the client recognise that the blocks on the incorrect fork are no longer valid, right?

I think that's right. I've had a few people fork over successfully just from adding me as a node too.
istvandv
Sr. Member
****
Offline

Activity: 342
Merit: 250


View Profile
October 28, 2014, 09:36:42 AM
 #1198

yehey! i finally won a stake lottery of 1 clam!

oh wait... all stakes are now 1 clam Wink

well thats 10 times what i was getting before! hurray for me!

         ▄███████████████▄
       ▄██▀             ▀██▄
    ▄▄██▀                 ▀██▄▄
█████▀▀       ▄▀▀▀▀▀▀▀▄▄    ▀▀█████
██          ▄▀ ▄▄▄▀▀▀▀▄▀█▄▄      ██
▐█▌       ▄▀ ▄▀ ▄▄▄▀▀▀▄▀▀▀███   ▐█▌
 ██      ▄▀▄▀▄▀▀▄▄▄▀▀▀▀▀█ ▄█▀   ██
 ▐█▌    █▄▀▄▀▄█▀▀▀ ▀█▀ ▄▀▄▀█   ▐█▌
  ██    █▄▀▄▀▄▄█▀ ▄▀ ▄▀▄▀▄▀█   ██
  ▐█▌ ▀▄█████▀▄▄▀▀▄▄▀▄▀▄▀▄▀█  ▐█▌
   ██▌▀████▀██▄▄▀▀▄▄▀▄▀▄▀▄█▀ ▐██
    ██▌▀█▀▀█▄▀▀▄▀▀▄▄▀▄█▄▄█▀ ▐██
     ██▌ ▀  ▀███▄▄▄█████▀  ▐██
      ██▄      ▀▀▀▀▀      ▄██
       ▀██▄             ▄██▀
         ▀██▄         ▄██▀
           ▀██▄     ▄██▀
             ▀███▄███▀
               ▀███▀
DeepOnion 
★ ★ ★ ★ ★   ❱❱❱ JOIN AIRDROP NOW!
TOR INTEGRATED & SECURED
★  Your Anonymity Guaranteed
★  Your Assets Secured by TOR
★  Guard Your Privacy!
|Bitcointalk
Reddit
Telegram
|                        ▄▄▀▄▄▀▄▄▀▄▀▀
                    ▄▄██▀█▀▄▀▀▀
                  ▄██▄█▄██▀
                ▄██████▀
              ▄██████▀
  ▄█▄▄▄▄▄▄▄▄▄██████▀
██████▀▀▀▀▀██████▀
 ▀█████  ▄███████
  ████████████▀██
  ██▀███████▀  ██
  ██ ▀████▀    ██
  ██   ▀▀      ██
  ▀█████████████▀
macorcina
Sr. Member
****
Offline

Activity: 466
Merit: 250


View Profile
October 28, 2014, 11:53:18 AM
 #1199

you might have to delete your chain too due to having no versioning discrepancies.

Why doesn't the longest chain just replace the 2nd longest chain?

Edit: actually, a -reindex should make the client recognise that the blocks on the incorrect fork are no longer valid, right?

I think that's right. I've had a few people fork over successfully just from adding me as a node too.
i install new client,
 download from scratch whole blockchain ,
and
it's again stuk on blok 171001

after that i type
./clam-qt -reindex -rescan -addnode=67.35.116.81:31174
and  its suck again at blok 171001
plese help
Thirdspace
Hero Member
*****
Offline

Activity: 1232
Merit: 740


Mixing reinvented for your privacy | chipmixer.com


View Profile
October 28, 2014, 08:39:12 PM
 #1200

@tryphe your node doesn't seem to be running, I'm getting this a few times on the logfile
Quote
trying connection 67.35.116.81:31174 lastseen=365146.2hrs
I deleted peers.dat, used my previous chain with block @170980 wrong fork
run the clam-qt as you instructed with -rescan -reindex and it still perform like before...
it is continuing to 171046 and stuck (still downloading, perhaps trying to figure out the best fork)
currently with 13 active connections, never drop below 10

I think there are still a few (probably many) nodes running on the wrong fork, and my client keeps connecting to them
what is the use of data inside "txleveldb" dir? I was thinking maybe something left over here that makes it advance to 171046
it keeps downloading data from nodes (by looking at my network activity) but the block stuck at 171046
I'm gonna try let it run and hopefully it fixes itself without actually re-downloading the whole chain without warning to me

is there a way to figure out or indication when my client starts reconnecting to the correct chain?
where can I see that... other than checking my best block hash & comparing with khash Lips sealed

Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 ... 502 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!