gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1290
|
|
November 16, 2016, 01:39:24 PM |
|
If some developer in the short term could fix the most outstanding bugs, then SLM would be in a better shape than >80% of the "shitcoins" getting pumped and dumped regularly and it would be also easier to find a development team and agree of some funding mechanism like I proposed above.
Sorry it's a bit Zarquonian in its late arrival but the mining bug is fixed in the slimcoin->ppcoin port and the commits pushed to master https://github.com/slimcoin-project/Slimcoin/tree/masterhttps://github.com/slimcoin-project/Slimcoin/commits/masterSeems to work thus far. (Save your datadir before trying it out). I have successfully compiled/executed from the Linux source and (when it eventually synchs so I can confirm it) an OS X Mountain Lion binary. It still won't start from a bootstrap.dat file, must synch from peers if starting with a fresh install (save your datadir before trying it out). Synching appeared to stall for me a few times, a couple with the Linux build and once (thus far) with the OS X build. In all cases, impatient me restarted the coin and synching just picked up from where it had left off. Some basic reports on the state of the network. 1. getinfo run on our rented Hetzner box (listing my laptop) [ { "addr" : "37.187.100.75:41682", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294209, "conntime" : 1479081131, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 810517, "banscore" : 0 }, { "addr" : "144.76.35.207:41682", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294165, "conntime" : 1479081132, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 810517, "banscore" : 0 }, { "addr" : "130.255.73.170:41682", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294191, "conntime" : 1479081132, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 810517, "banscore" : 0 }, { "addr" : "5.9.39.9:41682", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294208, "conntime" : 1479081138, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 810517, "banscore" : 0 }, { "addr" : "173.168.81.122:64969", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294208, "conntime" : 1479245582, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : true, "releasetime" : 0, "height" : 812301, "banscore" : 0 }, { "addr" : "88.98.87.243:55392", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294166, "conntime" : 1479260086, "version" : 60003, "subver" : "/Satoshi:0.6.3/SLIMCoin:0.4.0(SLMv0.4.1-alpha-12-g14c5606-dirty-alpha)/", "inbound" : true, "releasetime" : 0, "height" : 812554, "banscore" : 0 }, { "addr" : "46.48.93.241:61187", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479294076, "conntime" : 1479269864, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : true, "releasetime" : 0, "height" : 812716, "banscore" : 0 }, { "addr" : "203.234.166.122:53895", "services" : "00000001", "lastsend" : 1479292144, "lastrecv" : 1479292143, "conntime" : 1479290439, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : true, "releasetime" : 0, "height" : 262036, "banscore" : 24 }, { "addr" : "39.128.196.68:16105", "services" : "00000001", "lastsend" : 1479294208, "lastrecv" : 1479293874, "conntime" : 1479293641, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : true, "releasetime" : 0, "height" : 812867, "banscore" : 0 } ]
and on my laptop, listing the Hetzner box 11:07:47  [ { "addr" : "37.187.100.75:41682", "services" : "00000001", "lastsend" : 1479294383, "lastrecv" : 1479294383, "conntime" : 1479260084, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 812575, "banscore" : 0 }, { "addr" : "144.76.35.207:41682", "services" : "00000001", "lastsend" : 1479294382, "lastrecv" : 1479294382, "conntime" : 1479260084, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 812575, "banscore" : 0 }, { "addr" : "130.255.73.170:41682", "services" : "00000001", "lastsend" : 1479294383, "lastrecv" : 1479294399, "conntime" : 1479260085, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 812575, "banscore" : 0 }, { "addr" : "5.9.39.9:41682", "services" : "00000001", "lastsend" : 1479294383, "lastrecv" : 1479294383, "conntime" : 1479260085, "version" : 60003, "subver" : "/Satoshi:0.6.3/", "inbound" : false, "releasetime" : 0, "height" : 812575, "banscore" : 0 }, { "addr" : "144.76.64.49:41682", "services" : "00000001", "lastsend" : 1479294383, "lastrecv" : 1479294383, "conntime" : 1479260086, "version" : 60003, "subver" : "/Satoshi:0.6.3/SLIMCoin:0.4.0(SLMv0.4.1-alpha-12-g14c5606-dirty-alpha)/", "inbound" : false, "releasetime" : 0, "height" : 812575, "banscore" : 0 } ]
3. Snapshot of listtransactions (on the Heztner box, laptop is too weedy to mine): [ { "account" : "", "category" : "immature", "amount" : 41.79000000, "confirmations" : 84, "blockhash" : "00000604f04989a46afe09f4ffbae4bd060178ed94452b2694234f3ccfbc329f", "blockindex" : 0, "txid" : "1cdf1aa0e973488b93d6fc009c995159d1f50f843d98d90cd5652fd38ac9d934", "time" : 1479284489 }, { "account" : "", "category" : "orphan", "amount" : 41.26000000, "confirmations" : 0, "txid" : "0776c6b8ca725ec91001fb38964779fd7883cc67a9f99128ccecf5b63d13bc40", "time" : 1479285420 }, { "account" : "", "category" : "immature", "amount" : 41.81000000, "confirmations" : 57, "blockhash" : "000003c6825936fddd3422f363a7f3e651167f9cc3cc8640b97a5a54bd05f68c", "blockindex" : 0, "txid" : "683f8634658f0f0394fbd8e603bdfa454cda60d0cc2fbcf6b80034593035d309", "time" : 1479288053 }, { "account" : "", "category" : "immature", "amount" : 42.56000000, "confirmations" : 54, "blockhash" : "0000078d2099bb4d23b129ba4a1e76e9b22b27083b4341af6f75b8c59dcb0200", "blockindex" : 0, "txid" : "88076194612eb11d8d1f0e9160b345d95e3b44c12b2a9c5ff2d12d872b2545b7", "time" : 1479288467 }, { "account" : "", "category" : "immature", "amount" : 42.70000000, "confirmations" : 51, "blockhash" : "000004533f193e405075eb7fc4c4d8f583936215e26103015b9c907bca020326", "blockindex" : 0, "txid" : "9d4fd1abf62089926c27ba7830e2c1dd6e03410705fa6f09f9c4d301270ee273", "time" : 1479288696 }, { "account" : "", "category" : "immature", "amount" : 42.78000000, "confirmations" : 46, "blockhash" : "000003c6beff7ba7d666fa4122b81c70043c280239c34bf71dbcc4b33fdf38c9", "blockindex" : 0, "txid" : "341daa5227219f6c2b924b3f8ea1a479528c14cb9e71530e7949f5036dac3935", "time" : 1479289697 }, { "account" : "", "category" : "immature", "amount" : 42.74000000, "confirmations" : 37, "blockhash" : "0000032a4e7135fbfe5c81479763b99df592d449790123209e39159ca56ea5ff", "blockindex" : 0, "txid" : "0d82ab19844ddb97da1b4be386d861424c987ede165f9dbad8f568f4d74ae583", "time" : 1479290643 }, { "account" : "", "category" : "immature", "amount" : 44.08000000, "confirmations" : 25, "blockhash" : "000005f15de1dca44fbda576e76ef72bd60688cb112dec2588c0ea8d2a642b2e", "blockindex" : 0, "txid" : "bac127b3c1daeb0e83ec71168f261466691a32dcea30ba298b3e7a6317832187", "time" : 1479292416 }, { "account" : "", "category" : "immature", "amount" : 44.11000000, "confirmations" : 16, "blockhash" : "000005ebfa2f4606a571fd1bfe632354d0904d71271c33d953c1d594fcacd2a3", "blockindex" : 0, "txid" : "f1dd49f921de352b4562d8638d02cccfc319f86ddad8a980a4cd4b3c408d7198", "time" : 1479293163 }, { "account" : "", "category" : "immature", "amount" : 43.86000000, "confirmations" : 5, "blockhash" : "0000093c4b9448dac0a4e3e93c709d397fa8c86cb9f68ee215e8faf1a9530119", "blockindex" : 0, "txid" : "abdc1957c855b02b50d1afd3340a00268e5b61e8380522095e30650a13002428", "time" : 1479293879 } ]
Which I include to demonstrate that (at least some) orphans are appropriately being handled. Some caveats ... I've yet to see successful staking. An imposed default 100000 staking reserve was added to the original codebase in an attempt to prevent the coin from trying to stake before the blockchain is fully synched. I have just (now) used the RPC console to reduce that reserve to 1000 and I am waiting to see the result, if any. According to the rpc console and wallet GUI, burning is proceeding as expected: [ { "burned amount" : 100.00000000, "burn confirmations" : 188, "confirmations" : 374, "blockhash" : "e2d6fbca6cc80f01882c57929073dd688ef27c733b0c7eef76616d11ffcf5bf3", "blockindex" : 2, "txid" : "41383b7dd2911dc2bea420ce95d50e9da92e971e0f440c734b6929586aad83f3", "time" : 1479262265, "comment" : "trial" }, { "Net Burnt Coins" : 100.00000000, "Effective Burnt Coins" : 99.96397000, "Immature Burnt Coins" : 0.00000000, "Decayed Burnt Coins" : 0.03603000 }, { "General Info" : "", "nBurnBits" : "1d00fcdb", "nEffectiveBurnCoins" : "806626311693", "Formatted nEffectiveBurnCoins" : "806626.311693" } ]
The mining page still needs work - please be advised that when/if the miner kicks in, it uses all of your processes. I haven't had an opportunity to check whether that can be worked around by setting the -gen=n parameter on the command-line but in the coin's RPC console, setgenerate true n certainly does limit it to the number of processes specified. The built-in block & tx “explorer” clearly needs further work but it's basically functional. Sorry I can't offer a Windows binary but I would be interested in collaborating with someone to resolve that. Cheers Graham
|