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

BayAreaCoins

legendary

Activity: 4004

Merit: 1250

Owner at AltQuick.com

Quote from: andulolika on November 06, 2016, 07:21:36 AM

Quote from: gamblingbad on November 05, 2016, 06:28:39 PM

Quote from: rocoro on November 05, 2016, 04:51:38 PM

So, basically just ~~over~~ almost a year now and there hasn't been that much dug?

Yes 25k in a year is not so bad.

Hory Shet, I cannot believe it passed a year since the digger, lol.

The market is going to gain confidence again.

These levels are crazy low. Anything under .0045 before Christmas I bet is low if the price drives... not spikes. (even .0025 would be nice, but why not be bullish)

I've opened up FreeBitcoins.com as a Clamcoin faucet for a couple reasons, but mainly it lets users get access to their funds immediately through a "safe" blockchain. No week wait or minimums to meet for a withdraw. (No account in fact at all)

We are going to work on it for the next bit and tune her up, but right now it is fairly bare bones and we link Just-dice and Bustaclam for wallets that people can use that work with our "Bitcoins".

andulolika

legendary

Activity: 2338

Merit: 1047

Quote from: gamblingbad on November 05, 2016, 06:28:39 PM

Quote from: rocoro on November 05, 2016, 04:51:38 PM

So, basically just ~~over~~ almost a year now and there hasn't been that much dug?

Yes 25k in a year is not so bad.

Hory Shet, I cannot believe it passed a year since the digger, lol.

gamblingbad

hero member

Activity: 568

Merit: 500

https://bit-exo.com/?ref=gamblingbad

Quote from: rocoro on November 05, 2016, 04:51:38 PM

So, basically just ~~over~~ almost a year now and there hasn't been that much dug?

Yes 25k in a year is not so bad.

Brob12321

hero member

Activity: 630

Merit: 500

Quote from: rocoro on November 05, 2016, 04:51:38 PM

So, basically just ~~over~~ almost a year now and there hasn't been that much dug?

Yeah it looks to me like the bulk of the digging is done; everyone else probably lost their private keys for those addresses or don't know how to dig or simply don't care

rocoro

legendary

Activity: 938

Merit: 1000

So, basically just ~~over~~ almost a year now and there hasn't been that much dug?

gamblingbad

hero member

Activity: 568

Merit: 500

https://bit-exo.com/?ref=gamblingbad

Thanks dooglus

dooglus

legendary

Activity: 2940

Merit: 1333

Quote from: gamblingbad on November 03, 2016, 06:35:20 AM

Is there a recent chart over staked and mined coins?

dooglus

legendary

Activity: 2940

Merit: 1333

Quote from: krile on October 24, 2016, 06:10:40 PM

Even though syncing through the p2p network would be slow it would be done by now if it weren't for the 750 orphan limit. Its been almost four days now, as a test I left it running, I noticed that very slowly new blocks were getting in, but at a rate of maybe a 1000 a day - which is silly.

This really should be fixed.

I think it will be fixed in the next release.

I saw a request for a CLAM supply chart and noticed I hadn't run my local copy of the CLAM client for 20 days or so. I'm using the code on xploited's "reindex" branch and just watched it sync the last 20 days' worth of blocks (a total of 30101 blocks) in 34 minutes. That's not too bad:

Code:

2016-11-04 22:33:48 SetBestChain: new best=37a087593760701d6bc3cdb1a77f90346289a567598ba50e9abc715fdd25eeaf height=1208261 trust=321758553107633851925 blocktrust=8163903854571474453 date=10/14/16 20:49:20
[...]
2016-11-04 23:07:25 SetBestChain: new best=53702435da83a93774383fb98f32b527b9eb7901f2e369ba9864148c0dce11ef height=1238361 trust=336352383226816688909 blocktrust=4310989900044759821 date=11/04/16 23:07:12

[Edit: I'm on a very laggy Internet connection, and was connected to only 4 peers]

I heard recently that he's pretty much ready with the new release, so hopefully we'll see it soon.

rocoro

legendary

Activity: 938

Merit: 1000

Quote from: gamblingbad on November 03, 2016, 06:14:02 PM

Quote from: andulolika on November 03, 2016, 02:53:05 PM

Quote from: gamblingbad on November 03, 2016, 06:35:20 AM

Is there a recent chart over staked and mined coins?

Chart most certainly not but you can use /supply on the just-dice chat to see the whole.

Yes i know, i just wanted see rate of new supply.

digsupply says 848651

If not much has changed since last chart (848k being just under 850k)
https://ip.bitcointalk.org/?u=http%3A%2F%2Fi.imgur.com%2FRKrudHU.png&t=570&c=jH_XZnWUQ8sqVA

I don't think it would look much different.

gamblingbad

hero member

Activity: 568

Merit: 500

https://bit-exo.com/?ref=gamblingbad

Quote from: andulolika on November 03, 2016, 02:53:05 PM

Quote from: gamblingbad on November 03, 2016, 06:35:20 AM

Is there a recent chart over staked and mined coins?

Chart most certainly not but you can use /supply on the just-dice chat to see the whole.

Yes i know, i just wanted see rate of new supply.

andulolika

legendary

Activity: 2338

Merit: 1047

Quote from: gamblingbad on November 03, 2016, 06:35:20 AM

Is there a recent chart over staked and mined coins?

Chart most certainly not but you can use /supply on the just-dice chat to see the whole.

gamblingbad

hero member

Activity: 568

Merit: 500

https://bit-exo.com/?ref=gamblingbad

Is there a recent chart over staked and mined coins?

krile

hero member

Activity: 746

Merit: 500

Quote from: dooglus on December 07, 2014, 09:27:39 PM

I made an updated bootstrap.dat file for people having trouble syncing their client.

It goes up to block 1220900 which was staked on Sun Oct 23 17:29:04 UTC 2016.

It's available as a download here:

bootstrap.dat

Tnx for the link. Flying now with the bootstrap

Even though syncing through the p2p network would be slow it would be done by now if it weren't for the 750 orphan limit. Its been almost four days now, as a test I left it running, I noticed that very slowly new blocks were getting in, but at a rate of maybe a 1000 a day - which is silly.

This really should be fixed.

SuperClam

hero member

Activity: 784

Merit: 1002

CLAM Developer

Quote from: dooglus on October 23, 2016, 01:51:00 PM

Quote from: almightyruler on October 23, 2016, 11:05:22 AM

Quote from: krile on October 22, 2016, 10:27:14 AM

The solution is to stop clamd and restart it, again it repeats, for some time it syncs new blocks but then get stuck doing this ORPHAN BLOCK 751 over and over and over again.
At this pace it will take a long time to sync, I am around block 300k right now.

I've run into this problem before too. I think it may be because peers are sending you blocks out of order, so rather than extending the end of the chain in a consistent sequence, you're building up fragmented bits and pieces of the whole thing. The client only keeps track of 750 orphaned blocks by default, and after that it just ignores any further ones it sees (thus the string of error messages). An orphaned block is one that doesn't have any link to your local blockchain, but that doesn't mean it's necessarily invalid, as a future sequence of blocks could include that link and properly connect it into the blockchain.
Bootstrap information is here, hopefully that will help: https://bitcointalksearch.org/topic/m.9772191

I just updated that bootstrap post with an up-to-date copy of the blockchain.
I think you're right about the cause of the problem. The blocks arrive out of order, the client keeps up to 750 new blocks in memory while it waits for the missing older blocks to arrive, but is only willing to keep 750 in memory before it starts ignoring out of order blocks.
I think rebasing the CLAM client from a newer release of the Bitcoin client would solve this problem. I also think xploited is in the process of doing exactly that. You can see his work on the 'reindex' branch of his own github repository, here:
https://github.com/l0rdicon/clams/tree/reindex
Hopefully he'll merge his work onto the release branch some time so everyone can benefit from the improvements.

Increasing the size of the orphan pool can help, to a certain extent.
Orphans are also not 'ignored' once the pool is full; they are randomly ejected.

Here is a cmdline arg to expand the size of the orphan pool, in terms of count:

Code:

-maxorphanblocks=

I believe novacoin or blackcoin have an implementation that uses the size(data) of the orphan pool, which makes more sense considering that blocksize itself can vary quite a lot.

However, I don't personally believe that this is the entire story.
Doing a diff between ppcoin, novacoin, blackcoin, or another codebase close to ours reveals only a handful of differences in terms of sync code.

Of course, rebasing to a more current Bitcoin codebase would almost certainly help as dooglus has noted - as the BTC network doesn't display the same problem.

dooglus

legendary

Activity: 2940

Merit: 1333

Quote from: almightyruler on October 23, 2016, 11:05:22 AM

Quote from: krile on October 22, 2016, 10:27:14 AM

The solution is to stop clamd and restart it, again it repeats, for some time it syncs new blocks but then get stuck doing this ORPHAN BLOCK 751 over and over and over again.

At this pace it will take a long time to sync, I am around block 300k right now.

I've run into this problem before too. I think it may be because peers are sending you blocks out of order, so rather than extending the end of the chain in a consistent sequence, you're building up fragmented bits and pieces of the whole thing. The client only keeps track of 750 orphaned blocks by default, and after that it just ignores any further ones it sees (thus the string of error messages). An orphaned block is one that doesn't have any link to your local blockchain, but that doesn't mean it's necessarily invalid, as a future sequence of blocks could include that link and properly connect it into the blockchain.

Bootstrap information is here, hopefully that will help: https://bitcointalksearch.org/topic/m.9772191

I just updated that bootstrap post with an up-to-date copy of the blockchain.

I think you're right about the cause of the problem. The blocks arrive out of order, the client keeps up to 750 new blocks in memory while it waits for the missing older blocks to arrive, but is only willing to keep 750 in memory before it starts ignoring out of order blocks.

I think rebasing the CLAM client from a newer release of the Bitcoin client would solve this problem. I also think xploited is in the process of doing exactly that. You can see his work on the 'reindex' branch of his own github repository, here:

https://github.com/l0rdicon/clams/tree/reindex

Hopefully he'll merge his work onto the release branch some time so everyone can benefit from the improvements.

almightyruler

legendary

Activity: 2268

Merit: 1092

Quote from: krile on October 22, 2016, 10:27:14 AM

The solution is to stop clamd and restart it, again it repeats, for some time it syncs new blocks but then get stuck doing this ORPHAN BLOCK 751 over and over and over again.

At this pace it will take a long time to sync, I am around block 300k right now.

I've run into this problem before too. I think it may be because peers are sending you blocks out of order, so rather than extending the end of the chain in a consistent sequence, you're building up fragmented bits and pieces of the whole thing. The client only keeps track of 750 orphaned blocks by default, and after that it just ignores any further ones it sees (thus the string of error messages). An orphaned block is one that doesn't have any link to your local blockchain, but that doesn't mean it's necessarily invalid, as a future sequence of blocks could include that link and properly connect it into the blockchain.

Bootstrap information is here, hopefully that will help: https://bitcointalksearch.org/topic/m.9772191

andulolika

legendary

Activity: 2338

Merit: 1047

Quote from: krile on October 22, 2016, 10:27:14 AM

Anyone else having this issue with initial sync of the chain.

The sync progresses normally, then at some point this starts happening:

Code:

ProcessBlock: ORPHAN BLOCK 751, prev=c1e3e257b2a9ebf45d63c275311689c2c29bf458d6bd1ec8da3c70b8bf01b208
ProcessBlock: ORPHAN BLOCK 751, prev=6cb372a465dbb396e8fc41b21316636efd37f77047963b5666faa80f647a614b
ProcessBlock: ORPHAN BLOCK 751, prev=9443038a4deae50ee9de0c6906a3631874c22775d950fd72234ca44e0a8a6cb1
ProcessBlock: ORPHAN BLOCK 751, prev=7dcb9eb72b81b4ded16826bc96ebf18c85a06cd36205faaea07f7c842b26a93e
ProcessBlock: ORPHAN BLOCK 751, prev=04980c95e9186146502f34f7f3420fafbb6512b82dbb7afc05cd68e2d155fe2f
ProcessBlock: ORPHAN BLOCK 751, prev=ce66047ca5fcf95b7894c0ec473af09efa75688f227a3c5659e3d06bc040d45f
ProcessBlock: ORPHAN BLOCK 751, prev=f88ee2ffffa1348f75833a88e3f3413fd0db6a26f476df63df96eca2f7740c38
ProcessBlock: ORPHAN BLOCK 751, prev=49b4acd4080c9424f253da8b260a6db12ef55bde613ff79c717c74f105e7be39
ProcessBlock: ORPHAN BLOCK 751, prev=874b8f14e1b39255362882a6459c58285fa589c683e2f7601641782b777d5476
ProcessBlock: ORPHAN BLOCK 751, prev=afa4e70a44a417015162b9bfcbf3f80dd12a4855df13da3610d6cf1560cfe8b3
ProcessBlock: ORPHAN BLOCK 751, prev=13faa391618c8ce2af52b136bd95e0216e058cb05cce73f7fe9a30c227b6e936
ProcessBlock: ORPHAN BLOCK 751, prev=ae7881cab91c7f663e1a54e6e5da13ad9b079d3a198d3ed603dbd76a28f9d980
ProcessBlock: ORPHAN BLOCK 751, prev=0c90bc368e236e1d7fa20cb3739e0fc70b342d4242e2507794c8c7920470a574
ProcessBlock: ORPHAN BLOCK 751, prev=4f15b023f629cddc3cfcdb7a78262b9374fd372b8dba527d318332263ca3edf8
ProcessBlock: ORPHAN BLOCK 751, prev=706b1eabdc786b2cf71e0006e22d659df071872a83a4d370638a1d016d94d408
ProcessBlock: ORPHAN BLOCK 751, prev=760f186d9c4b54c59a19cf4416c4076f7a60563b0fce8088310bed88dcb3d0b1
ProcessBlock: ORPHAN BLOCK 751, prev=6e80338b8a1d9988accff82a88645be4b3e3b942945abfcada1bd18f551134d9
ProcessBlock: ORPHAN BLOCK 751, prev=1c0a583c4bf5183b0a5f757abf05492df3cf8cadbc3eb33d09c87f4c013c8412
ProcessBlock: ORPHAN BLOCK 751, prev=ff9203afd4f60eaa22a3893a85d6d9827cc04bc54f3d386e3dd229a4d7929924
ProcessBlock: ORPHAN BLOCK 751, prev=7c22aebcdd488f4cf28f70533497423d3b1bf2b5976db29c15a851cbe6fbb56f
ProcessBlock: ORPHAN BLOCK 751, prev=81571af64fed87080855969f43251c061f6667d449515b9220595c446e09c986
ProcessBlock: ORPHAN BLOCK 751, prev=de464db8475579da1a0ff4451b9eb18b0a522619fccfb440efb4c3dcbffc4735
ProcessBlock: ORPHAN BLOCK 751, prev=f862c7096442bb53d53b2734b86045bcd6bb751a864f9a489cef9aac81eea377
ProcessBlock: ORPHAN BLOCK 751, prev=70a441a5033ebc73e02722711594f7b3e2892e84a291ed9b85b3cb79b78e8262
ProcessBlock: ORPHAN BLOCK 751, prev=99624e3ec94556e14c79a2b34db68caa99181df4816f7b538bd99c88c8e51e53
ProcessBlock: ORPHAN BLOCK 751, prev=3dfaca1b0910c1dc71f25a5c9b66ccf60abef131e70501752ea0eb00946e55fa
ProcessBlock: ORPHAN BLOCK 751, prev=29b44927a8a8da005fcbbba1eea59d53df663b131b80e7bf49166c0945fed523
ProcessBlock: ORPHAN BLOCK 751, prev=17d2f5012926afd20299117a3ad2546e7cea617be896b4aaaf53b5f62d0a7800

The solution is to stop clamd and restart it, again it repeats, for some time it syncs new blocks but then get stuck doing this ORPHAN BLOCK 751 over and over and over again.

At this pace it will take a long time to sync, I am around block 300k right now.

Any tips?

I have no idea bout these shits but I think you could use the bootstrap that dooglus updates regularly, Ill search the link and update.

krile

hero member

Activity: 746

Merit: 500

Anyone else having this issue with initial sync of the chain.

The sync progresses normally, then at some point this starts happening:

Code:

ProcessBlock: ORPHAN BLOCK 751, prev=c1e3e257b2a9ebf45d63c275311689c2c29bf458d6bd1ec8da3c70b8bf01b208
ProcessBlock: ORPHAN BLOCK 751, prev=6cb372a465dbb396e8fc41b21316636efd37f77047963b5666faa80f647a614b
ProcessBlock: ORPHAN BLOCK 751, prev=9443038a4deae50ee9de0c6906a3631874c22775d950fd72234ca44e0a8a6cb1
ProcessBlock: ORPHAN BLOCK 751, prev=7dcb9eb72b81b4ded16826bc96ebf18c85a06cd36205faaea07f7c842b26a93e
ProcessBlock: ORPHAN BLOCK 751, prev=04980c95e9186146502f34f7f3420fafbb6512b82dbb7afc05cd68e2d155fe2f
ProcessBlock: ORPHAN BLOCK 751, prev=ce66047ca5fcf95b7894c0ec473af09efa75688f227a3c5659e3d06bc040d45f
ProcessBlock: ORPHAN BLOCK 751, prev=f88ee2ffffa1348f75833a88e3f3413fd0db6a26f476df63df96eca2f7740c38
ProcessBlock: ORPHAN BLOCK 751, prev=49b4acd4080c9424f253da8b260a6db12ef55bde613ff79c717c74f105e7be39
ProcessBlock: ORPHAN BLOCK 751, prev=874b8f14e1b39255362882a6459c58285fa589c683e2f7601641782b777d5476
ProcessBlock: ORPHAN BLOCK 751, prev=afa4e70a44a417015162b9bfcbf3f80dd12a4855df13da3610d6cf1560cfe8b3
ProcessBlock: ORPHAN BLOCK 751, prev=13faa391618c8ce2af52b136bd95e0216e058cb05cce73f7fe9a30c227b6e936
ProcessBlock: ORPHAN BLOCK 751, prev=ae7881cab91c7f663e1a54e6e5da13ad9b079d3a198d3ed603dbd76a28f9d980
ProcessBlock: ORPHAN BLOCK 751, prev=0c90bc368e236e1d7fa20cb3739e0fc70b342d4242e2507794c8c7920470a574
ProcessBlock: ORPHAN BLOCK 751, prev=4f15b023f629cddc3cfcdb7a78262b9374fd372b8dba527d318332263ca3edf8
ProcessBlock: ORPHAN BLOCK 751, prev=706b1eabdc786b2cf71e0006e22d659df071872a83a4d370638a1d016d94d408
ProcessBlock: ORPHAN BLOCK 751, prev=760f186d9c4b54c59a19cf4416c4076f7a60563b0fce8088310bed88dcb3d0b1
ProcessBlock: ORPHAN BLOCK 751, prev=6e80338b8a1d9988accff82a88645be4b3e3b942945abfcada1bd18f551134d9
ProcessBlock: ORPHAN BLOCK 751, prev=1c0a583c4bf5183b0a5f757abf05492df3cf8cadbc3eb33d09c87f4c013c8412
ProcessBlock: ORPHAN BLOCK 751, prev=ff9203afd4f60eaa22a3893a85d6d9827cc04bc54f3d386e3dd229a4d7929924
ProcessBlock: ORPHAN BLOCK 751, prev=7c22aebcdd488f4cf28f70533497423d3b1bf2b5976db29c15a851cbe6fbb56f
ProcessBlock: ORPHAN BLOCK 751, prev=81571af64fed87080855969f43251c061f6667d449515b9220595c446e09c986
ProcessBlock: ORPHAN BLOCK 751, prev=de464db8475579da1a0ff4451b9eb18b0a522619fccfb440efb4c3dcbffc4735
ProcessBlock: ORPHAN BLOCK 751, prev=f862c7096442bb53d53b2734b86045bcd6bb751a864f9a489cef9aac81eea377
ProcessBlock: ORPHAN BLOCK 751, prev=70a441a5033ebc73e02722711594f7b3e2892e84a291ed9b85b3cb79b78e8262
ProcessBlock: ORPHAN BLOCK 751, prev=99624e3ec94556e14c79a2b34db68caa99181df4816f7b538bd99c88c8e51e53
ProcessBlock: ORPHAN BLOCK 751, prev=3dfaca1b0910c1dc71f25a5c9b66ccf60abef131e70501752ea0eb00946e55fa
ProcessBlock: ORPHAN BLOCK 751, prev=29b44927a8a8da005fcbbba1eea59d53df663b131b80e7bf49166c0945fed523
ProcessBlock: ORPHAN BLOCK 751, prev=17d2f5012926afd20299117a3ad2546e7cea617be896b4aaaf53b5f62d0a7800

The solution is to stop clamd and restart it, again it repeats, for some time it syncs new blocks but then get stuck doing this ORPHAN BLOCK 751 over and over and over again.

At this pace it will take a long time to sync, I am around block 300k right now.

Any tips?

dooglus

legendary

Activity: 2940

Merit: 1333

Quote from: inkha on October 18, 2016, 06:15:12 AM

Helpful, saved aswell thanks!

Code:

I Have saved this to my snippets folder, Thanks dude.

You could replace the 0-9 with 1-9 because we don't allow 0's in CLAM addresses.

garthkiser

full member

Activity: 176

Merit: 100

Quote from: len01 on October 18, 2016, 06:38:04 AM

Long Live The Great Clam!!

LLTGC!!!!!!

Topic: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" - page 152. (Read 1151252 times)