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

[zazarb]

I did it twice adding new downloaded bootstrap, but always ends with same result. And importing of files switched to sync when the sum of the sizes of the blk* files reach ~2GB( bootstrap.dat.old have 2.37)

Yesterday I download newest bootstrap 2,38 GB (2 565 076 446 ) after adding in clam directory and launch client, importing blocks lasted few minute, than again switched to sync, although I am still  in 26th January.

blk0001- 1,95 GB (2 097 155 946 bytes
blk0002- 195 MB (204 685 437 bytes)
bootstrap.dat.old - 2,38 GB (2 565 076 446 )

I'll bite.
Did you check the checksum? Seems that is a step being ignored, or I missed your response.

To verify that you have the right file:

$ sha256sum bootstrap.dat
713b93b7458e88500f1e32557f0bc58b9f05a6b13e1de31576f25f5300184c96  bootstrap.dat

and/or force your torrent client to check it.

Note:  Your blk1 and blk2 should att up to the bootstrap file which is 2.38.   It doesn't.   So, either your bootstrap is corrupt, or your blk files are corrupt if if you now have a corrected (redownloaded bootstrap file).

Step 1 - confirm the checksum is correct on the bootstrap.  
Step 2 - if you pass step 1, then delete the two blk files and let it rerun on the blk files.

PS.  Pay attention to the file sizes.  A confirmed one is:  2097152626  whereas yours is: 2097155946

I check checksum, it's correct(at least last bootstrap)
blk1&2 files I already have deleted several time with older bootstrap, since already I am in block of 4th Feb , in event of bad scenario, I don't want risk again start sync since Nov. 2017

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

[dooglus]

PS.  Pay attention to the file sizes.  A confirmed one is:  2097152626  whereas yours is: 2097155946

I don't think we expect the blk* files to be identical between different clients. They can contain orphaned blocks for example. But the total size of the blk files should be at least as big as the bootstrap.dat file since the bootstrap.dat file doesn't contain orphaned blocks.

[dooglus]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

[Michail1]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

He means that in Windows, when you right click a file, it shows both.

Like....


File should be:

CRC32: A09CCD73
MD5: E6F9D182A072ABD9E63E9547B1197A3B
SHA-1: 9DBF6DE14B518094523E0E7DCD78B3358385775E
SHA-256: 713B93B7458E88500F1E32557F0BC58B9F05A6B13E1DE31576F25F5300184C96

Takes under an hour to download.

Client is importing blocks now.  Will be done by morning. 
On my laptop, it's at 30% after 3 hours.

Nite.

[zazarb]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

I don't know, I just copied both number from file properties.

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

He means that in Windows, when you right click a file, it shows both.

Like....


File should be:

CRC32: A09CCD73
MD5: E6F9D182A072ABD9E63E9547B1197A3B
SHA-1: 9DBF6DE14B518094523E0E7DCD78B3358385775E
SHA-256: 713B93B7458E88500F1E32557F0BC58B9F05A6B13E1DE31576F25F5300184C96

Takes under an hour to download.

Client is importing blocks now.  Will be done by morning. 
On my laptop, it's at 30% after 3 hours.

Nite.

yes, exactly.

[almightyruler]

I don't think we expect the blk* files to be identical between different clients. They can contain orphaned blocks for example. But the total size of the blk files should be at least as big as the bootstrap.dat file since the bootstrap.dat file doesn't contain orphaned blocks.

This makes me think you're doing more than simply "cat blk*.dat > bootstrap.dat", so how are you generating the bootstrap?

[banhmicohaiz88]

I still havnt claimed any clams.
Better start reading up on importing wallet

[Michail1]

Just to give an update.  I woke up this morning and noticed the bootstrap was renamed to bootstrap.dat.old ; however, it was no where close to being done.  I did not see the client running nor CPU usage.  I closed the client and restarted it.  It imediately started downloading.  So, I closed it again.

I renamed bootstrap.dat.old to bootstrap.dat and restarted the client.   So, it took a while before the client (internally, but visible in the debug.log) to catch up to the last block it has imported to the blk0001 file and continued on.

Now, just got back from lunch and found that it had finally moved on to blk0002.

Yours....

blk0001- 1,95 GB (2 097 155 946 bytes
blk0002- 195 MB (204 685 437 bytes)
bootstrap.dat.old - 2,38 GB (2 565 076 446 )

Mine....
blk0001.dat - 1.95 GB (2,097,155,946 bytes)
CRC32: EDF37145
MD5: D9F206FF08650A0CF5F8DC71735A388D
SHA-1: 9897F16A8E6AC09DD0AF41C66A2E2897482399A1
SHA-256: 510D0CABB4208D9A545A0E05FAB2C0C29C225D699E0601A16B2891FACBD2CE98

So, the file sizes match.


Question is why my client stopped importing blocks in the middle which appears to have happened to you.  Space and Ram is not an issue and running on SSD.
Maybe try to rename bootstrap.dat.old to bootstrap.dat again and restart the client again.  (Take note that it takes time internally (although visable in the log) for it to quickly go through all the blocks is already has imported.)

[Michail1]

I still havnt claimed any clams.
Better start reading up on importing wallet

Very easy to do.  Remember, you had to have bitcoin (or a couple of alts) from a long time ago.

"Every person who had Bitcoin at block 300,377, Litecoin at block 565,693, or Dogecoin at block 218,556 was given ~4.6 CLAM."
(Should be corrected to say.... 'Every address'....)

[BayAreaCoins]

I still havnt claimed any clams.
Better start reading up on importing wallet

Very easy to do.  Remember, you had to have bitcoin (or a couple of alts) <snip>

You need to have held Bitcoin, Litecoin or Dogecoin on May 12, 2014 with a balance over dust in order to qualify for free Clamcoins.

[Michail1]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

My bootstrap matches; however, I am really having a problem syncing via the strap as well.

It keeps simply stopping from using the file and goes to live network sync.

Keeping a point of the log each point, I am quoting some from the various restarts of the bootstrap...

ERROR: ProcessBlock() : already have block 1695630 818e05902dc6d1631c53b6ed37cf4a4a36f6f26921a82073aa24f0b873f395ac
ERROR: ProcessBlock() : already have block 1695631 2a9dc26d49a4f927956fbbf508fd77bc9e8724338db5e8ae5f57930dc4d314d0
ERROR: ProcessBlock() : already have block 1695632 bc80a90f1ed2b7d4b9020bd99d06b213b9a1375d442e58a3c276293eb01e1197
SetBestChain: new best=4e5dd1c04572ad19b3b0b3e9d9d9225e498f04cea3ccfaf8604795dd2c41580b  height=1695633  trust=537538944795330309503  blocktrust=357114394999700  date=09/21/17 07:07:12
ProcessBlock: ACCEPTED
SetBestChain: new best=52b54f2cb601d86360cf902603aa96e0612daef58fa0e8759e82f8dc06afa295  height=1695634  trust=537539300820730763241  blocktrust=356025400453738  date=09/21/17 07:07:44
ProcessBlock: ACCEPTED

- Just randomly jumped from bootstrap into life sync.

ERROR: ProcessBlock() : already have block 1781475 eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed
ERROR: ProcessBlock() : CheckBlock FAILED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 0 blocks from external file in 300112ms
ERROR: FetchInputs() : 15e9801924bd8818ef78d370318f7cf

- Error on block 1781476 and went to live sync.

SetBestChain: new best=4d38433ebb5632c96085c1bbb9c82ceee298dde4530cbca2b404073c207b2b22  height=1790583  trust=573894112687463887956  blocktrust=467704776088576  date=11/26/17 19:24:32
SetBestChain: new best=7a1f32f6913c02b4256b55e5df633013abfe7307dc13d802eba38df5583f5a3a  height=1790584  trust=573894580155193385676  blocktrust=467467729497720  date=11/26/17 19:25:20
SetBestChain: new best=2154f92eb2acaaf9f006c8903df5b85807364c391ac403ac17b36da4369d8871  height=1790585  trust=573895047386116455242  blocktrust=467230923069566  date=11/26/17 19:26:24
SetBestChain: new best=8a3bb99b7052e96cff12a05b8cbbdafa535ba27f1541b66ab078e1e75bff1864  height=1790586  trust=573895514144145698164  blocktrust=466758029242922  date=11/26/17 19:28:32
SetBestChain: new best=cbeeebb2a4d03eea7a7a8eed4957896ddf9760814b9be4bca3f2359ab381f406  height=1790587  trust=573895979947490824913  blocktrust=465803345126749  date=11/26/17 19:29:36
ProcessBlock: ACCEPTED
ERROR: ProcessBlock() : already have block 1789999 de1ca163b31006e9b88f0d5eb03ccf491533dc8c4f2522a663e370da45ff8395
ERROR: ProcessBlock() : already have block 1790072 e1405e09285a1fd9f51b24084ac7d0162ab921814794006c3283f0c5c2746536
ERROR: ProcessBlock() : already have block 1788071 cc835b93531eb8dc59b02769174a44b0ac448493f320ecefffd031a9b06f92bc
ERROR: ProcessBlock() : already have block 1790000 f15e1180eea622acb4847b182aa082c58c5b1252b272e515f1ddaf060e2aa025
ERROR: ProcessBlock() : already have block 1790073 1d9f5a230187fbbd7b9dc4c23e2522b57fe494d6c471edc4967afc0fa0a382d5

- Uhhh, jumps back nearly 600 blocks.
Then out of order and some from bootstrap and some live.   So, close the client yet again.

ERROR: ProcessBlock() : already have block 1781474 bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732
ERROR: ProcessBlock() : already have block 1781475 eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed
ERROR: ProcessBlock() : CheckBlock FAILED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 0 blocks from external file in 283151ms
ProcessBlock: ORPHAN BLOCK 0, prev=7d8a19d3ce662386f98307beb880fcee115bf49f10f4e7063e3ffbe1f614c4ec
ProcessBlock: ORPHAN BLOCK 1, prev=a2eabc9e24d76c160c808ea06dc2300d1a4a56f08f690d8303f68c60ce5cd6da
SetBestChain: new best=2b7307f37ebcc44d96ec7aa889cae28b0035cea5dd28d243780b2e9d4c1187ab  height=1795113  trust=575862257978351955123  blocktrust=334131721375698  date=11/29/17 23:44:16
ProcessBlock: ACCEPTED
SetBestChain: new best=00be02ec9ee9165b92f101e9f65abf5906668afdc6e00f82362525896379d583  height=1795114  trust=575862590916013466684  blocktrust=332937661511561  date=11/29/17 23:44:32
ProcessBlock: ACCEPTED
SetBestChain: new best=2479593d7a54855294b05cc0bce9354dfc82e33404ddd6ae0529e63c377823e9  height=1795115  trust=575862922668118957467  blocktrust=331752105490783  date=11/29/17 23:45:20
ProcessBlock: ACCEPTED
SetBestChain: new best=37a37e5175755d02a92778b3188e06e98c5fcccca639627488f391aa8be5a303  height=1795116  trust=575863253575162937475  blocktrust=330907043980008  date=11/29/17 23:47:44
ProcessBlock: ACCEPTED
SetBestChain: new best=70b79ccee5a5ca592f377304c7305ccc931137cfa031b6a25382b182801017a8  height=1795117  trust=575863583978416930947  blocktrust=330403253993472  date=11/29/17 23:49:52
ProcessBlock: ACCEPTED
SetBestChain: new best=69ab3faeeb4310d2048e934763b144ecbf2b1baf74e1e1eab603dc404959289d  height=1795118  trust=575863913708403054989  blocktrust=329729986124042  date=11/29/17 23:51:28

It did it again.
1781476

Basically, I can't get it to sync myself.  Several attempts and confirmed the sha256 of the bootstrap matches the dooglus post.

[zazarb]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

My bootstrap matches; however, I am really having a problem syncing via the strap as well.

It keeps simply stopping from using the file and goes to live network sync.

Keeping a point of the log each point, I am quoting some from the various restarts of the bootstrap...

ERROR: ProcessBlock() : already have block 1695630 818e05902dc6d1631c53b6ed37cf4a4a36f6f26921a82073aa24f0b873f395ac
ERROR: ProcessBlock() : already have block 1695631 2a9dc26d49a4f927956fbbf508fd77bc9e8724338db5e8ae5f57930dc4d314d0
ERROR: ProcessBlock() : already have block 1695632 bc80a90f1ed2b7d4b9020bd99d06b213b9a1375d442e58a3c276293eb01e1197
SetBestChain: new best=4e5dd1c04572ad19b3b0b3e9d9d9225e498f04cea3ccfaf8604795dd2c41580b  height=1695633  trust=537538944795330309503  blocktrust=357114394999700  date=09/21/17 07:07:12
ProcessBlock: ACCEPTED
SetBestChain: new best=52b54f2cb601d86360cf902603aa96e0612daef58fa0e8759e82f8dc06afa295  height=1695634  trust=537539300820730763241  blocktrust=356025400453738  date=09/21/17 07:07:44
ProcessBlock: ACCEPTED

- Just randomly jumped from bootstrap into life sync.

ERROR: ProcessBlock() : already have block 1781475 eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed
ERROR: ProcessBlock() : CheckBlock FAILED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 0 blocks from external file in 300112ms
ERROR: FetchInputs() : 15e9801924bd8818ef78d370318f7cf

- Error on block 1781476 and went to live sync.

SetBestChain: new best=4d38433ebb5632c96085c1bbb9c82ceee298dde4530cbca2b404073c207b2b22  height=1790583  trust=573894112687463887956  blocktrust=467704776088576  date=11/26/17 19:24:32
SetBestChain: new best=7a1f32f6913c02b4256b55e5df633013abfe7307dc13d802eba38df5583f5a3a  height=1790584  trust=573894580155193385676  blocktrust=467467729497720  date=11/26/17 19:25:20
SetBestChain: new best=2154f92eb2acaaf9f006c8903df5b85807364c391ac403ac17b36da4369d8871  height=1790585  trust=573895047386116455242  blocktrust=467230923069566  date=11/26/17 19:26:24
SetBestChain: new best=8a3bb99b7052e96cff12a05b8cbbdafa535ba27f1541b66ab078e1e75bff1864  height=1790586  trust=573895514144145698164  blocktrust=466758029242922  date=11/26/17 19:28:32
SetBestChain: new best=cbeeebb2a4d03eea7a7a8eed4957896ddf9760814b9be4bca3f2359ab381f406  height=1790587  trust=573895979947490824913  blocktrust=465803345126749  date=11/26/17 19:29:36
ProcessBlock: ACCEPTED
ERROR: ProcessBlock() : already have block 1789999 de1ca163b31006e9b88f0d5eb03ccf491533dc8c4f2522a663e370da45ff8395
ERROR: ProcessBlock() : already have block 1790072 e1405e09285a1fd9f51b24084ac7d0162ab921814794006c3283f0c5c2746536
ERROR: ProcessBlock() : already have block 1788071 cc835b93531eb8dc59b02769174a44b0ac448493f320ecefffd031a9b06f92bc
ERROR: ProcessBlock() : already have block 1790000 f15e1180eea622acb4847b182aa082c58c5b1252b272e515f1ddaf060e2aa025
ERROR: ProcessBlock() : already have block 1790073 1d9f5a230187fbbd7b9dc4c23e2522b57fe494d6c471edc4967afc0fa0a382d5

- Uhhh, jumps back nearly 600 blocks.
Then out of order and some from bootstrap and some live.   So, close the client yet again.

ERROR: ProcessBlock() : already have block 1781474 bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732
ERROR: ProcessBlock() : already have block 1781475 eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed
ERROR: ProcessBlock() : CheckBlock FAILED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 0 blocks from external file in 283151ms
ProcessBlock: ORPHAN BLOCK 0, prev=7d8a19d3ce662386f98307beb880fcee115bf49f10f4e7063e3ffbe1f614c4ec
ProcessBlock: ORPHAN BLOCK 1, prev=a2eabc9e24d76c160c808ea06dc2300d1a4a56f08f690d8303f68c60ce5cd6da
SetBestChain: new best=2b7307f37ebcc44d96ec7aa889cae28b0035cea5dd28d243780b2e9d4c1187ab  height=1795113  trust=575862257978351955123  blocktrust=334131721375698  date=11/29/17 23:44:16
ProcessBlock: ACCEPTED
SetBestChain: new best=00be02ec9ee9165b92f101e9f65abf5906668afdc6e00f82362525896379d583  height=1795114  trust=575862590916013466684  blocktrust=332937661511561  date=11/29/17 23:44:32
ProcessBlock: ACCEPTED
SetBestChain: new best=2479593d7a54855294b05cc0bce9354dfc82e33404ddd6ae0529e63c377823e9  height=1795115  trust=575862922668118957467  blocktrust=331752105490783  date=11/29/17 23:45:20
ProcessBlock: ACCEPTED
SetBestChain: new best=37a37e5175755d02a92778b3188e06e98c5fcccca639627488f391aa8be5a303  height=1795116  trust=575863253575162937475  blocktrust=330907043980008  date=11/29/17 23:47:44
ProcessBlock: ACCEPTED
SetBestChain: new best=70b79ccee5a5ca592f377304c7305ccc931137cfa031b6a25382b182801017a8  height=1795117  trust=575863583978416930947  blocktrust=330403253993472  date=11/29/17 23:49:52
ProcessBlock: ACCEPTED
SetBestChain: new best=69ab3faeeb4310d2048e934763b144ecbf2b1baf74e1e1eab603dc404959289d  height=1795118  trust=575863913708403054989  blocktrust=329729986124042  date=11/29/17 23:51:28

It did it again.
1781476

Basically, I can't get it to sync myself.  Several attempts and confirmed the sha256 of the bootstrap matches the dooglus post.

exactly what I told from beginning...number of attempts not change the outcome.

[Michail1]

exactly what I told from beginning...number of attempts not change the outcome.

I am agreeing with you and confirming the same results.  Isn't it nice when two people come to the same conclusion?

Net results for me...
It works great until block 1781476.  It then runs into an error.
If I had to guess though, I would say this is when the client hits a kind of 2GB windows file limit, an error is flagged and the client then goes into syncing mode instead of importing blocks from the bootstrap.

Further issue is that my client must be restarted many times as it simply stops syncing. (Both when trying to rename the bootstrap back or simply to let it run through normal syncing.)

I am currently at:
Sat Jan 6 20:13:52 2018
1851170

It wouldn't be so bad if the client didn't need to be restarted all the time.

[Enzo05]

Sir I am already done with bootstrap and it makes my wallet sync fast by " importing files " now it's back to "synchronizing with the network and it takes a day now and it is so slow . I thought  bootstrap can go up to 2M blocks now it is just 1.8 M blocks ( approx 19 weeks behind ) is this correct or is there another patch I need to download ?

[Michail1]

Sir I am already done with bootstrap and it makes my wallet sync fast by " importing files " now it's back to "synchronizing with the network and it takes a day now and it is so slow . I thought  bootstrap can go up to 2M blocks now it is just 1.8 M blocks ( approx 19 weeks behind ) is this correct or is there another patch I need to download ?

Well, it's basically the issue being reported.

The client only imports blocks to a certain point and then goes to sync with network.  It's either a 2GB file limit for the error or the public bootstrap is broken.
In any case, I've also encountered that the client keeps stopping and has to be restarted, but no indication on the UI.  Only that the bkl0002 stops changing in size.

I've been trying for 2 days now with no less than 20 restarts.
At block 1853826 now.... 18 weeks behind.

[cherry11800]

Hi,Dev,I want to know the latest road map of CLAM and hope to get your help. Thank you

[lolika]

whats the ETA of new wallet ? and what futures will contain ?

[Enzo05]

Sir I am already done with bootstrap and it makes my wallet sync fast by " importing files " now it's back to "synchronizing with the network and it takes a day now and it is so slow . I thought  bootstrap can go up to 2M blocks now it is just 1.8 M blocks ( approx 19 weeks behind ) is this correct or is there another patch I need to download ?

Well, it's basically the issue being reported.

The client only imports blocks to a certain point and then goes to sync with network.  It's either a 2GB file limit for the error or the public bootstrap is broken.
In any case, I've also encountered that the client keeps stopping and has to be restarted, but no indication on the UI.  Only that the bkl0002 stops changing in size.

I've been trying for 2 days now with no less than 20 restarts.
At block 1853826 now.... 18 weeks behind.

Oh not a good news but I am hoping that they do some changes or either fixed the issue . I really want to do staking with clam .

[dooglus]

I don't think we expect the blk* files to be identical between different clients. They can contain orphaned blocks for example. But the total size of the blk files should be at least as big as the bootstrap.dat file since the bootstrap.dat file doesn't contain orphaned blocks.

This makes me think you're doing more than simply "cat blk*.dat > bootstrap.dat", so how are you generating the bootstrap?

A bootstrap.dat file has to contain the blocks in the correct order, or it won't import. The blk*.dat files contain the blocks in the order they were received from peers, and so are often not in the correct order.

I create my bootstrap.dat files using the "dumpbootstrap" RPC in the client, which dumps the blocks out to a file in the correct order.

[dooglus]

Question is why my client stopped importing blocks in the middle which appears to have happened to you.  Space and Ram is not an issue and running on SSD.

I'm trying an import of the same bootstrap.dat from scratch. I'll let you know how it goes.

Here's how it started:

~/.clam$ sha256sum boot*
713b93b7458e88500f1e32557f0bc58b9f05a6b13e1de31576f25f5300184c96  bootstrap.dat
~/.clam$ ls -al
total 2504976
drwxrwxr-x 2 user user       4096 May 18 00:10 .
drwxr-xr-x 5 user user       4096 May 18 00:05 ..
-rw-rw-r-- 1 user user 2565076446 May 18 00:08 bootstrap.dat
-rw-rw-r-- 1 user user        148 May 18 00:09 clam.conf
~/.clam$ cat clam.conf
flushwallet=0
rpcuser=...
rpcpassword=...
keypool=1
upnp=0
server=1
daemon=1
irc=0
logtimestamps=1
port=45319
rpcport=45318
connect=0
~/.clam$ clamd
Clam server starting
~/.clam$ head -30 debug.log | grep Clam
2018-05-18 00:10:53 Clam version v1.4.17-139-gf0707d3 (2017-04-10 17:28:15 +0000)
~/.clam$ while :; do echo $(date) - $(tail debug.log | grep height= | tail -1); sleep 10; done
Fri May 18 00:11:41 UTC 2018 - 2018-05-18 00:11:41 SetBestChain: new best=000003b6025e531c9e165989bbbfd8a19be5ba2511a3d2d070498c1aa1136dd3 height=5717 trust=7401805469 blocktrust=1063958 date=05/16/14 11:09:36
Fri May 18 00:11:51 UTC 2018 - 2018-05-18 00:11:51 SetBestChain: new best=00000b2c5bbbc95cfbb045a8ca58e3820b07aa5dd5472461995addcb780590a2 height=6776 trust=8515692837 blocktrust=1048577 date=05/16/14 16:25:59
Fri May 18 00:12:01 UTC 2018 - 2018-05-18 00:12:01 SetBestChain: new best=000004730c32869e48fc4cd6dc1a99d7c3aae99fcbfa1037f682a6d8fe95ec35 height=8012 trust=9815316936 blocktrust=1048577 date=05/16/14 20:28:13
[...]
Fri May 18 01:36:23 UTC 2018 - 2018-05-18 01:36:23 SetBestChain: new best=f9243b101d293abc7099795aafd26fadffc708069fae803c9ec322ce63297754 height=293123 trust=6608808633831582027 blocktrust=152735179784970 date=01/12/15 19:51:44
Fri May 18 01:36:33 UTC 2018 - 2018-05-18 01:36:33 SetBestChain: new best=ebf8f79f2f8123797277110086d1a6c3446875787755633b61dbcbce9f92d1c5 height=293539 trust=6670194310946165725 blocktrust=157644268458826 date=01/13/15 02:52:16
Fri May 18 01:36:43 UTC 2018 - 2018-05-18 01:36:43 SetBestChain: new best=a1e6fc4fcfc1f384544617095a4405582e0c3bfc3328d5eca6217349acaba834 height=293958 trust=6728348153276871682 blocktrust=152354218550930 date=01/13/15 09:47:44
[...]
Fri May 18 10:45:27 UTC 2018 - 2018-05-18 10:45:27 SetBestChain: new best=47125008d327c11c4716e9df01ece7567fd3e12d5d9622bb34544ae6f7649bf2 height=1322104 trust=380221172138139629293 blocktrust=213286745834214 date=01/02/17 15:27:12
Fri May 18 10:45:37 UTC 2018 - 2018-05-18 10:45:37 SetBestChain: new best=83a65fd9b981138876b2a310da465b2ce9556fec651417f59bf204f0eb7004de height=1322299 trust=380267370908500849341 blocktrust=271563185633458 date=01/02/17 18:36:48
Fri May 18 10:45:47 UTC 2018 - 2018-05-18 10:45:47 SetBestChain: new best=8c3e5bbbe2d94f9448f328df91aefac9acb94dc410c32192118769c29fdcaae0 height=1322533 trust=380329215185451050218 blocktrust=246752776608651 date=01/02/17 22:34:24

What version of the CLAM client are you using? You'll see it in the debug.log. Mine is "Clam version v1.4.17-139-gf0707d3 (2017-04-10 17:28:15 +0000)".