[ANN] Slimcoin : Proof of Burn NEW BLOCK GEN, Mineable by low power computer!

[BitcoinFX]

Good job with the update! The new wallet is running OK.

Contributors on this forum never cease to amaze me. Slimcoin is brilliant.

~ https://www.youtube.com/watch?v=eJO5HU_7_1w   

[1715146845]

1715146845

[1715146845]

1715146845

[1715146845]

1715146845

[1715146845]

1715146845

[1715146845]

1715146845

[primer-]

Good job with the update! The new wallet is running OK.

Contributors on this forum never cease to amaze me. Slimcoin is brilliant.

~ https://www.youtube.com/watch?v=eJO5HU_7_1w   

New -qt wallet also coredumps every couple of hours or so ..... Trash.

************************
EXCEPTION: NSt8ios_base7failureE       
CDataStream::ignore() : end of data       
slimcoin in ThreadMessageHandler()       

terminate called after throwing an instance of 'std::ios_base::failure'
  what():  CDataStream::ignore() : end of data


1BTC bounty for a new, reputable developer. This guy is a joke..

[hankrules]

Good job with the update! The new wallet is running OK.

Contributors on this forum never cease to amaze me. Slimcoin is brilliant.

~ https://www.youtube.com/watch?v=eJO5HU_7_1w  

Yeah, please help with any constructive criticism.  It can be be difficult to pull the signal from the anger sometimes.
Respectable coins and respectable devs are the only things worth investing in in cryptoworld in these perilous times 

[a123]

+1 for the static build! anyone tried running that on a raspberry pi yet?

Just to share that I had trouble syncing (the logs mentioned connection refused), but I bootstrapped the blockchain from another node and it worked fine.

Currently I'm using a script to check with blockexperts API, and sending 0.01 SLM once my block count gets stuck: this is based on primer-'s observation that transactions somehow seem to wake up the daemon. I also observed that sending valid blocks even if they are orphaned also work sometimes, so I guess it has something to do with sending valid signed data originating from your node. Debug.log doesn't show anything amiss; activity just somehow stops.

Perhaps it's some kind of DDoS protection that went overboard?

Script if anyone's interested: http://pastebin.com/1dnUQW7t. Don't forget to change to your address and path.

Example of orphanages filled during block sync issues when script is not running (this is grepped from only PoW blocks in listtransactions, circa block 53330) :

       "confirmations" : 412,
        "confirmations" : 0,
        "confirmations" : 397,
        "confirmations" : 0,
        "confirmations" : 384,
        "confirmations" : 370,
        "confirmations" : 363,
        "confirmations" : 357,
        "confirmations" : 342,
        "confirmations" : 341,
        "confirmations" : 324,
        "confirmations" : 322,
        "confirmations" : 319,
        "confirmations" : 315,
        "confirmations" : 304,
        "confirmations" : 0,
        "confirmations" : 296,
        "confirmations" : 0,
        "confirmations" : 0,
        "confirmations" : 0,
        "confirmations" : 0,
        "confirmations" : 243,
        "confirmations" : 238,
        "confirmations" : 234,

[primer-]

Sending coins back and forth no longer works.

I've been using a123's python script, results below :

Code:

Wed Jul 30 06:27:23 2014 : All ok! Values:  53459 53459
Wed Jul 30 06:28:23 2014 : All ok! Values:  53459 53459
Wed Jul 30 06:29:24 2014 : All ok! Values:  53459 53459
Wed Jul 30 06:30:24 2014 : All ok! Values:  53460 53460
Wed Jul 30 06:31:24 2014 : All ok! Values:  53460 53460
Wed Jul 30 06:32:24 2014 : All ok! Values:  53460 53460
Wed Jul 30 06:33:24 2014 : All ok! Values:  53460 53460
Wed Jul 30 06:34:25 2014 : All ok! Values:  53461 53461
Wed Jul 30 06:35:25 2014 : All ok! Values:  53463 53464
Wed Jul 30 06:36:25 2014 : All ok! Values:  53464 53464
Wed Jul 30 06:37:25 2014 : All ok! Values:  53464 53465
Wed Jul 30 06:38:25 2014 : All ok! Values:  53465 53465
Wed Jul 30 06:39:25 2014 : All ok! Values:  53467 53467
Wed Jul 30 06:40:26 2014 : All ok! Values:  53468 53468
Wed Jul 30 06:41:26 2014 : All ok! Values:  53468 53468
Wed Jul 30 06:42:26 2014 : All ok! Values:  53469 53469
Wed Jul 30 06:43:26 2014 : All ok! Values:  53470 53470
Wed Jul 30 06:44:26 2014 : All ok! Values:  53471 53471
Wed Jul 30 06:45:26 2014 : All ok! Values:  53472 53472
Wed Jul 30 06:46:27 2014 : All ok! Values:  53472 53472
Wed Jul 30 06:47:27 2014 : All ok! Values:  53473 53474
Wed Jul 30 06:48:27 2014 : All ok! Values:  53477 53477
Wed Jul 30 06:49:27 2014 : All ok! Values:  53478 53478
Wed Jul 30 06:50:27 2014 : All ok! Values:  53478 53478
Wed Jul 30 06:51:27 2014 : All ok! Values:  53479 53479
Wed Jul 30 06:52:27 2014 : All ok! Values:  53480 53480
Wed Jul 30 06:53:28 2014 : All ok! Values:  53482 53482
Wed Jul 30 06:54:28 2014 : All ok! Values:  53483 53483
Wed Jul 30 06:55:28 2014 : All ok! Values:  53483 53483
Wed Jul 30 06:56:28 2014 : All ok! Values:  53483 53483
Wed Jul 30 06:57:28 2014 : All ok! Values:  53485 53485
Wed Jul 30 06:58:28 2014 : All ok! Values:  53485 53485
Wed Jul 30 06:59:29 2014 : All ok! Values:  53485 53485
Wed Jul 30 07:00:29 2014 : All ok! Values:  53485 53485
Wed Jul 30 07:01:29 2014 : All ok! Values:  53485 53485
Wed Jul 30 07:02:29 2014 : All ok! Values:  53485 53485
Wed Jul 30 07:03:29 2014 : 53488 vs 53485 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 07:04:30 2014 : 53490 vs 53485 : 2 minutes off:f96996eb5d20d88cc2cbfd4599d86b520fdc67d8eb083f3912728db084d46021
 Wed Jul 30 07:05:30 2014 : 53492 vs 53485 : 3 minutes off:409f1b2cea29c71fd03cba66f335e6cccc0f45a7c2fbc38539e15cc0cd00f7c0
 Wed Jul 30 07:06:31 2014 : 53492 vs 53485 : 4 minutes off:1f3b2e2ef9fda8774213afed93645f43548a88dc651308766db4705fa8548f65
 Wed Jul 30 07:07:31 2014 : 53492 vs 53485 : 5 minutes off:86ac08ef4f42a9c1c7f66cef74649e9b061c87642f174cf71813e3f38f176079
 Wed Jul 30 07:08:32 2014 : 53492 vs 53485 : 6 minutes off:a2386d143c4b12b69141fbf4227ffe5397c38b8e3372209da9640a3b3e03b65e
 Wed Jul 30 07:09:32 2014 : 53492 vs 53485 : 7 minutes off:368e21c74f14ac951ede2ab67b7e7b2c8dcec614ac95a99ab7ecf7acb83399db
 Wed Jul 30 07:10:33 2014 : 53492 vs 53485 : 8 minutes off:56a0faf5a41d0cf0ee074c1fa5df05902ad3ef7c51ffc0bcb7af9bdd817d1599
 Wed Jul 30 07:11:34 2014 : 53493 vs 53485 : 9 minutes off:752f29b554a3342b8679ecc429e3543aede602d232b02dfcfa3b9e7d6f019a9d
 Wed Jul 30 07:12:35 2014 : 53494 vs 53485 : 10 minutes off:5fa5b10f375082b1ea224195a8552394dd24a68f1642b9de3c00d65097d6a2b0
 Wed Jul 30 07:13:36 2014 : 53495 vs 53485 : 11 minutes off:6e038e7561c4ea78eec8d3c2b27669c1cef6943f45a844d8a7a81ae52ffc72f1
 Wed Jul 30 07:14:37 2014 : 53495 vs 53485 : 12 minutes off:2b28542e3a1d3750139c8e233f00e8eeac73c3d4d90ec1465f861d3ddf4da253
 Wed Jul 30 07:15:38 2014 : 53497 vs 53485 : 13 minutes off:a5e98c5638af2e9747617129bbda6a1667607cbd024a1ec2915467dce6d40c39
 Wed Jul 30 07:16:38 2014 : 53497 vs 53485 : 14 minutes off:d2678983a0d77add46deb829e3c5325b69a3b7b0b452ed89000f4decdeceadcb
 Wed Jul 30 07:17:39 2014 : 53498 vs 53485 : 15 minutes off:cbcfe97854482b9603daa104b8289a86b14d61fab67f0996a3df8a804a5e7bee
 Wed Jul 30 07:18:40 2014 : 53498 vs 53485 : 16 minutes off:77e3ceee3fe1ba01b3e4203137380a96dfb736074cc0694e32e3a56dac951215
 Wed Jul 30 07:19:41 2014 : 53498 vs 53485 : 17 minutes off:f12abd5eba2e32f43070fa4e295c6507a700db5f612daa4dbeb295ae434db9a4
 Wed Jul 30 07:20:41 2014 : 53501 vs 53485 : 18 minutes off:b828fa4ae078bb1805b0f9141f818646c7d59b3e0fa7812bd52c8a1d4a5862e4
 Wed Jul 30 07:21:42 2014 : 53501 vs 53485 : 19 minutes off:7c735813779d5811706e79362a9c3d0ab4664016236d93022d290d92a16eb93d
 Wed Jul 30 07:22:43 2014 : 53501 vs 53485 : 20 minutes off:afff7e9d2a7dfb3e84ba7d58b74fe27df88dffafbdbbd66d9ab518f3844e607e
 Wed Jul 30 07:23:44 2014 : 53503 vs 53485 : 21 minutes off:34cbcc6ed04eac4fc0dafcc23a216da4b840ec73697e3bc465fc206eb0b4c683
 Wed Jul 30 07:24:44 2014 : 53507 vs 53485 : 22 minutes off:c86ceb3cdd5036fb859bb216653b30fba08880baed0944ee991d7d3ccf81a705
 Wed Jul 30 07:25:45 2014 : 53508 vs 53485 : 23 minutes off:5dee5a72aa49ede6b25feaf3dbe00924e8b249b0ca48449f72393beb293de380
 Wed Jul 30 07:26:46 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:27:46 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:28:46 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:29:46 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:30:47 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:31:47 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:32:47 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:33:47 2014 : All ok! Values:  53509 53509
Wed Jul 30 07:34:47 2014 : 53511 vs 53509 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 07:35:48 2014 : 53511 vs 53509 : 2 minutes off:a66123da51ae99ac38ceb1cb344d7455b22fae8ff64b638a184fd5db17846a51
 Wed Jul 30 07:36:49 2014 : 53511 vs 53509 : 3 minutes off:500e57cbeb22c6855e5374ad3674fb728ed24f6dc11ac3375fa3c5c195cd5bab
 Wed Jul 30 07:37:49 2014 : 53511 vs 53509 : 4 minutes off:a18078df56754ef9d94df69bc14481d3186357850129ec95b69aa66e1492833e
 Wed Jul 30 07:38:50 2014 : 53512 vs 53509 : 5 minutes off:49db0447800ff8d6ef5727513fde8d3addf45a61e13c813581a4fb875349c9b4
 Wed Jul 30 07:39:51 2014 : 53512 vs 53509 : 6 minutes off:ed73cd3b0ad4ac3acab0f15eb42c853aec3511fd58f9f81a606bbc15d778b03d
 Wed Jul 30 07:40:52 2014 : 53513 vs 53509 : 7 minutes off:89f3e963fd7f2d1180af4dfffc296d1358c4aacf9e0033b08615506e74d85956
 Wed Jul 30 07:41:53 2014 : 53514 vs 53509 : 8 minutes off:d4486159a0aca80105f7fcf982af9c4bb683b30546a2bcf8a5965dc6cf125c98
 Wed Jul 30 07:42:53 2014 : 53516 vs 53509 : 9 minutes off:681d2278bef324c17e7280f8105ef3a066e5f03dad734adbe7d0813d240e69c7
 Wed Jul 30 07:43:54 2014 : 53516 vs 53509 : 10 minutes off:0fcb75fc094c866873152567562ef3e15bac51c2cb06b7196e532e738e53d718
 Wed Jul 30 07:44:55 2014 : 53521 vs 53509 : 11 minutes off:6a776277405ee7b8442574e16e7306fc11ecafb29d6235e8fa31898759d10514
 Wed Jul 30 07:45:56 2014 : 53522 vs 53509 : 12 minutes off:e64d0f21588c87f35de914c3e85ea0e18955549c82141312933ac92c797992cd
 Wed Jul 30 07:46:57 2014 : 53522 vs 53509 : 13 minutes off:72cf432522bc64dc66cc473836a3bb0fb5bc96f2926b97e0783087f79c590ae4
 Wed Jul 30 07:47:58 2014 : 53522 vs 53509 : 14 minutes off:559058039edf5da16ed37597f6bee8dcc6ef36a7aea33b742913196685b558c8
 Wed Jul 30 07:48:59 2014 : 53524 vs 53509 : 15 minutes off:0629996952f5a5a38fae901adcc67713f9410e0c0fba54175c9ddf832fae73ed
 Wed Jul 30 07:50:00 2014 : 53524 vs 53509 : 16 minutes off:a027d122201c8d16f1b6316a7d8a966804d20b7809bb3074bb63e0333cb6a586
 Wed Jul 30 07:51:00 2014 : 53524 vs 53509 : 17 minutes off:7fe5242d75e01f8a1907901696b664ca8e1dce4e4aee465e8dd30c8d1416a762
 Wed Jul 30 07:52:01 2014 : 53524 vs 53509 : 18 minutes off:3217406d59d6d63df67a480c9224aef3921066b329af914dcee087ed425a63a6
 Wed Jul 30 07:53:02 2014 : 53525 vs 53509 : 19 minutes off:ff8688242bc3cb2dc91da19bff6e57f6ce56adfee23a6a95215123e648ad97f6
 Wed Jul 30 07:54:03 2014 : All ok! Values:  53525 53525
Wed Jul 30 07:55:04 2014 : All ok! Values:  53525 53525
Wed Jul 30 07:56:04 2014 : All ok! Values:  53525 53525
Wed Jul 30 07:57:04 2014 : All ok! Values:  53525 53525
Wed Jul 30 07:58:04 2014 : All ok! Values:  53525 53525
Wed Jul 30 07:59:05 2014 : All ok! Values:  53525 53525
Wed Jul 30 08:00:05 2014 : All ok! Values:  53525 53525
Wed Jul 30 08:01:05 2014 : All ok! Values:  53525 53525
Wed Jul 30 08:02:06 2014 : 53527 vs 53525 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 08:03:06 2014 : 53527 vs 53525 : 2 minutes off:5279f6735e26f8c9d456cd9bf46b310f02e51641d1e7bede6775fcd8ef2a48ab
 Wed Jul 30 08:04:07 2014 : 53527 vs 53525 : 3 minutes off:35f59cf9032fccfc674ad0a7d8e241474580469f8d85eb8bf5325ec72e253bb5
 Wed Jul 30 08:05:08 2014 : 53527 vs 53525 : 4 minutes off:d5d53b31f17cd04642b99233271e434328d6834937b9fcbff2ab59f43642a888
 Wed Jul 30 08:06:09 2014 : 53527 vs 53525 : 5 minutes off:a34202c4e47620f3a2541fe7aea3565e627bfd3615d2989677a755a17ef65af9
 Wed Jul 30 08:07:10 2014 : 53528 vs 53525 : 6 minutes off:317ab35661c1cf4acb2b0fdeee722e555d139ed56607533dc2ce1ac0270ee73a
 Wed Jul 30 08:08:12 2014 : 53529 vs 53525 : 7 minutes off:bbe6ae0a48f1f5dbf59fbe8f88828cba783db43d444fee28e1bacbe106daf5bf
 Wed Jul 30 08:09:13 2014 : 53529 vs 53525 : 8 minutes off:71050376f55cf84b878d4ff0b52f9ed207c0221a75652847d4f4b32ec13d95b4
 Wed Jul 30 08:10:16 2014 : 53530 vs 53525 : 9 minutes off:bada0de7579be097599a123ae94e46d2b53c628f7da0ff04f616dd0fb8d5602d
 Wed Jul 30 08:11:18 2014 : 53531 vs 53525 : 10 minutes off:4a47d2226b503b602673617b40d019487f2c20fe3217b584f21386cbad7fa839
 Wed Jul 30 08:12:22 2014 : 53533 vs 53525 : 11 minutes off:428693ea9e57ac69fdda4aa9c132972d9e39f65950f7ee30d8526c4fcf18f945
 Wed Jul 30 08:13:27 2014 : 53533 vs 53525 : 12 minutes off:1d47e9ced8f1f15dcdde4821a884275d771f24700fcbc50796ddf993c6306ab1
 Wed Jul 30 08:14:35 2014 : 53533 vs 53525 : 13 minutes off:5f9ccbe0a740a820eafa505831b4f4140fc55d52f2d4f74ce2ba26976a658071
 Wed Jul 30 08:15:44 2014 : 53534 vs 53525 : 14 minutes off:39beb5a4be50b036488a34d5b19d184ef749117b64f72f58893de315101b28f3
 Wed Jul 30 08:16:53 2014 : 53534 vs 53525 : 15 minutes off:b157bf8f84240a2f43ed2499070554d6ddb15ff24d1f6b5a8679a49dae4c8c3d
 Wed Jul 30 08:18:05 2014 : 53535 vs 53525 : 16 minutes off:721810164ee2720fe055c693790351ef9c6ad3f33f64b53bc5d8329170b71e9c
 Wed Jul 30 08:19:31 2014 : 53535 vs 53525 : 17 minutes off:3472c3db54f172cbdb9d094541d235c235ef1f3f382bdd6453a213a1244f222e
 Wed Jul 30 08:21:04 2014 : 53538 vs 53525 : 18 minutes off:8928e1ec6184e3b2d57104c3c1574071a53622385f29440adc6ff5fdb02c1cb0
 Wed Jul 30 08:23:25 2014 : All ok! Values:  53539 53539
Wed Jul 30 08:25:00 2014 : 53540 vs 53539 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 08:26:00 2014 : All ok! Values:  53541 53541
Wed Jul 30 08:27:00 2014 : All ok! Values:  53542 53542
Wed Jul 30 08:28:00 2014 : All ok! Values:  53542 53542
Wed Jul 30 08:29:01 2014 : All ok! Values:  53542 53542
Wed Jul 30 08:30:01 2014 : All ok! Values:  53543 53543
Wed Jul 30 08:31:01 2014 : All ok! Values:  53543 53544
Wed Jul 30 08:32:01 2014 : All ok! Values:  53544 53545
Wed Jul 30 08:33:01 2014 : All ok! Values:  53545 53549
Wed Jul 30 08:34:01 2014 : All ok! Values:  53549 53549
Wed Jul 30 08:35:02 2014 : All ok! Values:  53549 53551
Wed Jul 30 08:36:02 2014 : All ok! Values:  53551 53552
Wed Jul 30 08:37:02 2014 : All ok! Values:  53552 53552
Wed Jul 30 08:38:03 2014 : All ok! Values:  53552 53553
Wed Jul 30 08:39:03 2014 : All ok! Values:  53553 53553
Wed Jul 30 08:40:03 2014 : All ok! Values:  53554 53554
Wed Jul 30 08:41:04 2014 : All ok! Values:  53555 53555
Wed Jul 30 08:42:04 2014 : All ok! Values:  53555 53555
Wed Jul 30 08:43:04 2014 : All ok! Values:  53555 53555
Wed Jul 30 08:44:04 2014 : All ok! Values:  53556 53556
Wed Jul 30 08:45:05 2014 : All ok! Values:  53556 53556
Wed Jul 30 08:46:05 2014 : All ok! Values:  53556 53556
Wed Jul 30 08:47:05 2014 : All ok! Values:  53556 53556
Wed Jul 30 08:48:05 2014 : All ok! Values:  53557 53557
Wed Jul 30 08:49:05 2014 : All ok! Values:  53557 53560
Wed Jul 30 08:50:06 2014 : All ok! Values:  53560 53561
Wed Jul 30 08:51:06 2014 : All ok! Values:  53562 53562
Wed Jul 30 08:52:06 2014 : All ok! Values:  53562 53563
Wed Jul 30 08:53:06 2014 : All ok! Values:  53563 53563
Wed Jul 30 08:54:06 2014 : All ok! Values:  53563 53563
Wed Jul 30 08:55:06 2014 : All ok! Values:  53563 53565
Wed Jul 30 08:56:07 2014 : All ok! Values:  53566 53568
Wed Jul 30 08:57:07 2014 : All ok! Values:  53568 53568
Wed Jul 30 08:58:07 2014 : All ok! Values:  53568 53568
Wed Jul 30 08:59:07 2014 : All ok! Values:  53568 53569
Wed Jul 30 09:00:07 2014 : All ok! Values:  53569 53569
Wed Jul 30 09:01:07 2014 : All ok! Values:  53569 53570
Wed Jul 30 09:02:07 2014 : All ok! Values:  53570 53570
Wed Jul 30 09:03:08 2014 : All ok! Values:  53570 53570
Wed Jul 30 09:04:08 2014 : All ok! Values:  53571 53572
Wed Jul 30 09:05:08 2014 : All ok! Values:  53572 53572
Wed Jul 30 09:06:09 2014 : All ok! Values:  53572 53572
Wed Jul 30 09:07:09 2014 : All ok! Values:  53572 53572
Wed Jul 30 09:08:09 2014 : All ok! Values:  53573 53574
Wed Jul 30 09:09:09 2014 : All ok! Values:  53574 53574
Wed Jul 30 09:10:09 2014 : All ok! Values:  53574 53574
Wed Jul 30 09:11:10 2014 : All ok! Values:  53575 53576
Wed Jul 30 09:12:10 2014 : All ok! Values:  53576 53576
Wed Jul 30 09:13:10 2014 : All ok! Values:  53577 53578
Wed Jul 30 09:14:10 2014 : All ok! Values:  53578 53578
Wed Jul 30 09:15:10 2014 : All ok! Values:  53578 53578
Wed Jul 30 09:16:10 2014 : All ok! Values:  53579 53581
Wed Jul 30 09:17:10 2014 : All ok! Values:  53581 53581
Wed Jul 30 09:18:11 2014 : All ok! Values:  53581 53582
Wed Jul 30 09:19:11 2014 : All ok! Values:  53582 53582
Wed Jul 30 09:20:11 2014 : All ok! Values:  53582 53584
Wed Jul 30 09:21:11 2014 : All ok! Values:  53584 53584
Wed Jul 30 09:22:11 2014 : All ok! Values:  53585 53585
Wed Jul 30 09:23:11 2014 : All ok! Values:  53585 53585
Wed Jul 30 09:24:11 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:25:12 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:26:12 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:27:12 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:28:12 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:29:12 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:30:12 2014 : All ok! Values:  53587 53587
Wed Jul 30 09:31:13 2014 : 53589 vs 53587 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 09:32:13 2014 : 53589 vs 53587 : 2 minutes off:0a31c481f112d3d8d50f4847ecb4b11e47270d5a72bdd40b66c21e0a094a7a2b
 Wed Jul 30 09:33:13 2014 : 53589 vs 53587 : 3 minutes off:e8211a6eded548bd163b0366db15f2b4037ecd54e7a07636180f33843ae038cc
 Wed Jul 30 09:34:14 2014 : 53592 vs 53587 : 4 minutes off:83a2eaffb65e157ea01dbc54da3479ace772d4f9cd6b730e76e0add4646e19f6
 Wed Jul 30 09:35:14 2014 : 53594 vs 53587 : 5 minutes off:dd3ab261a8a32fa5a7ab2f657a526a02291d5d82c5fcad6c193e2a5d5a4f3d09
 Wed Jul 30 09:36:15 2014 : 53594 vs 53587 : 6 minutes off:2919e40577f1de748f9e0de9164b96410ebff00896bf111e1dc9ec027bae5460
 Wed Jul 30 09:37:15 2014 : 53594 vs 53587 : 7 minutes off:0654286254f29801db5ba5057f722e713f8c22464b5b247d4a293eb1fe726def
 Wed Jul 30 09:38:16 2014 : 53595 vs 53587 : 8 minutes off:cb290defc999388334ba785ed346597ddf9b2f2e8a940a20c7dac235648f2ed3
 Wed Jul 30 09:39:17 2014 : 53595 vs 53587 : 9 minutes off:adfe515197ca3ee305b41d10197c4ca140fe33763e7a5ae793b6336cec26863b
 Wed Jul 30 09:40:17 2014 : 53595 vs 53587 : 10 minutes off:75e52e6a6ee5bc76fe1d78fb2f7214185b6470d0b0da364b3a3c9de54d985ecf
 Wed Jul 30 09:41:18 2014 : 53596 vs 53587 : 11 minutes off:fff2932126ea826e28d3673963fe0599daa9bc600497aea3820e4cf12d3ddf32
 Wed Jul 30 09:42:19 2014 : 53597 vs 53587 : 12 minutes off:c190706da7560168d5c1f8397029aef4b2bb5c3e977177aa37736c03058695f8
 Wed Jul 30 09:43:20 2014 : 53598 vs 53587 : 13 minutes off:233b46bd133fb0b171432b9454d6667a4b41f629552645c52df9e1a983647390
 Wed Jul 30 09:44:20 2014 : 53599 vs 53587 : 14 minutes off:f35536847da9d8c4f7d4af408929068dc4623a075184e12575f90f3fc4e0139e
 Wed Jul 30 09:45:21 2014 : 53599 vs 53587 : 15 minutes off:878a2e445e88d71b560b97bfb6c6d670ddfdd64af5f2cf2e8177de85eca6fcc6
 Wed Jul 30 09:46:22 2014 : 53599 vs 53587 : 16 minutes off:358f99ea45f336ffa9e583d9011c575597b8ba6883d049d1e7f4c3271cf17954
 Wed Jul 30 09:47:22 2014 : 53599 vs 53587 : 17 minutes off:e0c7fbf1113196f9b15ae9a4100624d1e5f46291aba6c2b70fddd460f0c3d335
 Wed Jul 30 09:48:23 2014 : 53600 vs 53587 : 18 minutes off:da1074b9827e3289c6ed6bd3b4889e3e3be00db275b378d3f1ce31ccc2a4b94e

[a123]

@primer- the desynchronisation looks really bad! Would be quite hard to mine anything like that.

I get something like this

Code:

Wed Jul 30 18:56:32 2014 : All ok! Values:  54009 54009
Wed Jul 30 18:57:33 2014 : All ok! Values:  54009 54009
Wed Jul 30 18:58:34 2014 : All ok! Values:  54009 54009
Wed Jul 30 18:59:35 2014 : All ok! Values:  54009 54009
Wed Jul 30 19:00:35 2014 : 54010 vs 54009 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 19:01:41 2014 : 54010 vs 54009 : 2 minutes off:6a92988cfc165a6f66caed81d1303050931917c1f5161bd885d595eebe86526c
 Wed Jul 30 19:02:48 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:03:49 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:04:50 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:05:50 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:06:56 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:07:57 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:09:03 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:10:09 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:11:15 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:12:16 2014 : All ok! Values:  54010 54010
Wed Jul 30 19:13:23 2014 : 54012 vs 54010 : Sync error. Will send SLMs in the next minute.
Wed Jul 30 19:14:24 2014 : 54013 vs 54010 : 2 minutes off:b33f5ca66ada10036bab0cddbf106804923bc40e9721098f74328837e97e6043
 Wed Jul 30 19:15:30 2014 : All ok! Values:  54013 54015
Wed Jul 30 19:16:36 2014 : All ok! Values:  54016 54016
Wed Jul 30 19:17:42 2014 : All ok! Values:  54016 54016
Wed Jul 30 19:18:42 2014 : All ok! Values:  54016 54016
Wed Jul 30 19:19:48 2014 : All ok! Values:  54017 54017
Wed Jul 30 19:20:54 2014 : All ok! Values:  54017 54018

[a123]

I've been running the new daemon and it threw up 300000 lines of so of the following in debug.log

ERROR: CBlock::ReadFromDisk() : OpenBlockFile failed
ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed

ending finally with

************************
EXCEPTION: N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_6system12sys tem_errorEEEEE
accept: Too many open files
slimcoin in ThreadRPCServer()

Not sure if it's just my server but just to share it out.

[slimcoin]

Did you delete the blockchain before running the binaries?

[a123]

yup i did, the daemon had run fine for a while. it's running fine now too.

[slimcoin]

New Update

TL;DR: The client will now use less cpu resources and the blocks will propagate faster.

I looked around the source code to see where the PoS was using so much CPU usage. I finally found it today, it was actually an issue with how the PoS used the block.GetHash() function so freely. I forked this off of Peercoin, so the GetHash() used double SHA256, not that intense. Dcrypt is much, much more intensive, yet it was called in the same places. I made changes that removed the need to call GetHash() at all on PoS. I ran an absolute worse case test and it used 50% of 1 core. On normal usage, PoS used 8-10% on 1 core, compared to the 3-5% on 1 core with PoS disabled. I even looked further into making PoS use less cpu, the portion that adds the 5% cpu usage to the client is part of the core of PoS, and cannot be optimized. I searched for other places in the client that could suffer from a similar issue of excessive calls of GetHash(). I found 2 more in the "getdata" command and the "block" command the nodes send to each other.

Downloads
 - Source code: https://github.com/slimcoin/slimcoin
 - Binaries (Linux and windows): https://github.com/slimcoin/slimcoin-executable

[primer-]

New Update

TL;DR: The client will now use less cpu resources and the blocks will propagate faster.

I looked around the source code to see where the PoS was using so much CPU usage. I finally found it today, it was actually an issue with how the PoS used the block.GetHash() function so freely. I forked this off of Peercoin, so the GetHash() used double SHA256, not that intense. Dcrypt is much, much more intensive, yet it was called in the same places. I made changes that removed the need to call GetHash() at all on PoS. I ran an absolute worse case test and it used 50% of 1 core. On normal usage, PoS used 8-10% on 1 core, compared to the 3-5% on 1 core with PoS disabled. I even looked further into making PoS use less cpu, the portion that adds the 5% cpu usage to the client is part of the core of PoS, and cannot be optimized. I searched for other places in the client that could suffer from a similar issue of excessive calls of GetHash(). I found 2 more in the "getdata" command and the "block" command the nodes send to each other.

Downloads
 - Source code: https://github.com/slimcoin/slimcoin
 - Binaries (Linux and windows): https://github.com/slimcoin/slimcoin-executable

I can confirm this update fixes the block propagation issue.

[hankrules]

New Update

TL;DR: The client will now use less cpu resources and the blocks will propagate faster.

I looked around the source code to see where the PoS was using so much CPU usage. I finally found it today, it was actually an issue with how the PoS used the block.GetHash() function so freely. I forked this off of Peercoin, so the GetHash() used double SHA256, not that intense. Dcrypt is much, much more intensive, yet it was called in the same places. I made changes that removed the need to call GetHash() at all on PoS. I ran an absolute worse case test and it used 50% of 1 core. On normal usage, PoS used 8-10% on 1 core, compared to the 3-5% on 1 core with PoS disabled. I even looked further into making PoS use less cpu, the portion that adds the 5% cpu usage to the client is part of the core of PoS, and cannot be optimized. I searched for other places in the client that could suffer from a similar issue of excessive calls of GetHash(). I found 2 more in the "getdata" command and the "block" command the nodes send to each other.

Downloads
 - Source code: https://github.com/slimcoin/slimcoin
 - Binaries (Linux and windows): https://github.com/slimcoin/slimcoin-executable

Does this mean all known issues are resolved?

[halicarton]

Is slimcoin SC?  What about the price of SC now?

[hankrules]

Is slimcoin SC?  What about the price of SC now?

No, SC is silkcoin.  Slimcoin is SLM.  You can trade here: https://bter.com/trade/SLM_BTC

[idad01]

55523-55573 block
pob=1
pow=7
pos=42

This is normal?

[AizenSou]

Code:

"difficulty" : 0.99092765,
    "errors" : "",
    "generate" : false,
    "genproclimit" : -1,
    "hashespersec" : 0,
    "networkghps" : 0.01028020,

It is real?? 

[idad01]

Code:

"difficulty" : 0.99092765,
    "errors" : "",
    "generate" : false,
    "genproclimit" : -1,
    "hashespersec" : 0,
    "networkghps" : 0.01028020,

It is real?? 

Yes, POS mechanism clearly a problem!

[idad01]

55523-55573 block
pob=1
pow=7
pos=42

This is normal?

POS block occupies 85%

[a123]

Code:

"difficulty" : 0.99092765,
    "errors" : "",
    "generate" : false,
    "genproclimit" : -1,
    "hashespersec" : 0,
    "networkghps" : 0.01028020,

It is real??  

Yes, POS mechanism clearly a problem!

PoS cpu-hogging is just fixed, so I presume there's a sudden release of txns ready for minting. There's also an upcoming PoS fix which should kick in on Aug 4 that reduces the PoS generation rate by 10x.

[a123]

New Update

TL;DR: The client will now use less cpu resources and the blocks will propagate faster.

I looked around the source code to see where the PoS was using so much CPU usage. I finally found it today, it was actually an issue with how the PoS used the block.GetHash() function so freely. I forked this off of Peercoin, so the GetHash() used double SHA256, not that intense. Dcrypt is much, much more intensive, yet it was called in the same places. I made changes that removed the need to call GetHash() at all on PoS. I ran an absolute worse case test and it used 50% of 1 core. On normal usage, PoS used 8-10% on 1 core, compared to the 3-5% on 1 core with PoS disabled. I even looked further into making PoS use less cpu, the portion that adds the 5% cpu usage to the client is part of the core of PoS, and cannot be optimized. I searched for other places in the client that could suffer from a similar issue of excessive calls of GetHash(). I found 2 more in the "getdata" command and the "block" command the nodes send to each other.

Downloads
 - Source code: https://github.com/slimcoin/slimcoin
 - Binaries (Linux and windows): cutable

Thanks for the fix! It definitely wasn't an easy task to root out the problem. Downloading and testing it now.

(edit)
Incidentally, I had much difficulties downloading the blockchain despite the -maxconnection settings; but once I commented out all addnode= entries in the slimcoin.conf file everything went smoothly.
(/edit)