Thanks Graham. My main issue is getting a URL that returns the JSON text for the blocks. Parsing after that is easy with various methods, but I'm not sure what the right URL is.
The node API is on 127.0.0.1:<RPCPORT> where <RPCPORT> defaults to 31397. I dumped the postgresql database: https://minkiz.co/library/gapblocks.sql.gzI crudely interpret the following as “nothing to report of late” ... gapblocks=# select distinct(merit) as merits, gaplen, height from blocks where gaplen > 20000 order by merit desc limit 20; merits | gaplen | height | -------------+--------+--------+ 34.65926775 | 27666 | 483909 | 33.66212713 | 26858 | 581982 | 31.46506560 | 25108 | 503937 | 31.46147878 | 25120 | 379773 | 31.25067310 | 24950 | 520208 | 31.22273371 | 24910 | 479509 | 31.02379813 | 24758 | 543334 | 30.89132028 | 24646 | 402139 | 30.54500687 | 24380 | 510941 | 30.50778491 | 24348 | 519574 | 30.46456046 | 24318 | 516329 | 30.44425897 | 24300 | 413719 | 30.44194759 | 24300 | 361844 | 30.41753388 | 24282 | 413770 | 30.29834124 | 24178 | 448132 | 30.22634743 | 24130 | 602737 | 30.08368413 | 24016 | 516371 | 29.91801267 | 23878 | 379253 | 29.84590646 | 23828 | 515423 | 29.75992059 | 23756 | 555220 | (20 rows)
Cheers Graham
|
|
|
Is this what it is doing to increase the difficulty with no return on price.
The instance is not mining, it's sole activity is to respond to getblock API calls made by a bit of Python intended as a response to: I'm looking for some simple code (e.g. Python, Go, C, Perl, Java, etc.) to scrape blocks to JSON / text.
https://gist.github.com/gjhiggins/358c08af544e10e7ee03ff8b9b124005Cheers Graham
|
|
|
/Satoshi:0.9.5/ ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) ? Where is this version available? Sorry, didn't see this msg til just now ... it's preliminary work, linux source only atm: https://github.com/gjhiggins/gapcoinCheers Graham
|
|
|
This coin is old coin and dead coin. They seem to have disappeared, they have been missing long enough for us to see that.
FUD, bitcointalk's own familiar brand of “fake news”, now mechanically produced by algorithm-driven account farming. Reporting it always was verging on the futile, now it's pretty much totally pointless. Cheers Graham
|
|
|
make[1]: Entering directory '/mnt/coinm/src/leveldb' make[1]: 'libleveldb.a' is up to date. make[1]: 'libmemenv.a' is up to date. make[1]: Leaving directory '/mnt/coinm/src/leveldb' /bin/sh: 1: i686-w64-mingw32.static-ranlib: not found Makefile.Release:454: recipe for target '/mnt/coinm/src/leveldb/libleveldb.a' failed make: *** [/mnt/coinm/src/leveldb/libleveldb.a] Error 127
|
|
|
There is any slack or telegram for this coin,for talk to the devs ?
Dunno what you have in mind but you'd best trot it out right here, where everyone can see. Cheers Graham
|
|
|
I received 50000SLM, for the support address.
Oh, so that's not the “hookers and blow” addy? Ah well, never mind, it's all in a Good Cause(tm). ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Graham - how we can control supply now? I know only one way - take money supply from coinsmarket --- SLM burned coins = real supply.
Sorry, I don't understand the question. Cheers Graham
|
|
|
if someone can help to donate more (it's my funds put on the table), please contact me.
Does anyone have the privkeys for the listed donation/bounty addresses? Donation: SNDbyMt3UPDTyLsSUumqwniJcf2pCtGosP - 9.88 SLM SgDk5KZjRGKZavC2Dk4cd4Cpss1cGoyUG6 - 254.79 SLM SV9ekTqtBbd81eVXGS7DLtKxVzCNJH6f1K - 0.09 SLM
Bounty ShooqRfkshDajLTvYMEKRKxXW7ooZLBZsm - 0.00 SLM STtv9aBsVi1R1q72xmbwbHJHCUTX8KcAhP - 2460.25 SLM Sg72f5icXXAjrdV7o15ZrFdj9CvNaTZwS1 - 4323.77 SLM
@muf18 it might help people chip in if you post an addy. Cheers Graham
|
|
|
People even sell the ownership of a coin
Not of the ones listed upthread, they are all open source software. Cheers Graham
|
|
|
can you help me with this?
/home/blackboltz/mxe/usr/bin/i686-w64-mingw32.static-ld: cannot find -lboost_system-mgw62-mt-s-1_57 /home/blackboltz/mxe/usr/bin/i686-w64-mingw32.static-ld: cannot find -lboost_filesystem-mgw62-mt-s-1_57 /home/blackboltz/mxe/usr/bin/i686-w64-mingw32.static-ld: cannot find -lboost_program_options-mgw62-mt-s-1_57 /home/blackboltz/mxe/usr/bin/i686-w64-mingw32.static-ld: cannot find -lboost_chrono-mgw62-mt-s-1_57 collect2: error: ld returned 1 exit status Makefile.Release:452: fallo en las instrucciones para el objetivo 'release/Cheesecoin-qt.exe' make: *** [release/Cheesecoin-qt.exe] Error 1
Yeah, read upthread post : https://bitcointalk.org/index.php?topic=1080289.msg21247843#msg21247843 and, given that the basic nature of the question testifies to your innocence of the content of this thread, I strongly recommend you read all 7(!) pages. Cheers Graham
|
|
|
make[1]: Nothing to be done for 'libleveldb.a'. make[1]: *** No rule to make target 'libmemenv.a'. Stop.
I'v experienced this on more than one occasion. Sometimes it can be trivially solved by running make libmemenv.a in src/leveldb and sometimes not. If not then the only recourse is to try and deduce a fix by cross-referencing against the contents of leveldb and the top-level (qmake/autotools) build file of a close clonecousin. Cheers Graham
|
|
|
FWIW: I won't be responding to any more “Can you help me?” PMs.
This exercise is public for a reason, so that knowledge is distributed - and from my perspective, so that others besides me can take turns in passing it on.
Cheers
Graham
|
|
|
Some people are mentioning, that they would like to have a pool. I've seen there is a code to compile pool, someone test it, that it works?
I tried to get https://github.com/kryptoslab/node-open-mining-portal up and running and couldn't build node-multi-hashing (one of nomp's dependencies) on any version of node other than 0.10. so, I doubt if it can be used in production. I got a bit further using a contemporary-to-nodejs-0.10 linux distro A bit of furkling around on Github reveals a recent version of node-multi-hashing which installs successfully under node v8.9.1: https://github.com/Kukunin/node-multi-hashing.gitUnfortunately, that won't rescue node-open-mining-portal but the dcrypt implementation could be plugged into node-pool: https://github.com/bonesoul/node-pool.git, following the model for scrypt as implemented here: https://github.com/bonesoul/node-pool/blob/develop/src/algorithms/algorithms.js#L21It's maybe a route to a working pool for Slimcoin, if anyone wants to explore in that direction. node-pool compiles and executes under node v8.9.1. I haven't managed to connect it to testnet yet but it's looking promising. Cheers Graham
|
|
|
is there any new things going on here?
Loved the coin, but seems to need a boost or it will be the next coin to be delisted on the exchanges.
What's left of the developers and the roadmap?
CLAM this is going to die, developers should release the details of the current currency or do something practical, it is really urgent!
Clam is being pulled from Polos margins. What’s the deal?
If any of the above posts were not merely account farming - you're gong to have to raise your game to get an answer these days. Try including some support for your otherwise baseless assertions/assumptions, Cheers Graham
|
|
|
Some people are mentioning, that they would like to have a pool. I've seen there is a code to compile pool, someone test it, that it works?
I tried to get https://github.com/kryptoslab/node-open-mining-portal up and running and couldn't build node-multi-hashing (one of nomp's dependencies) on any version of node other than 0.10. so, I doubt if it can be used in production. I got a bit further using a contemporary-to-nodejs-0.10 linux distro (Ubuntu 15.10 uses nodejs 0.10.29), and specifying an appropriate “0.10.0” version limitation for bignum (instead of the dubious “*”) and managed to run npm update successfully in all three node-* repos (the bignum code incorrectly thinks the executable is called node (instead of the correct nodejs) when it tries to load nan - which I discovered by cloning the node-bignum repos and trying to npm install from that). However, trying to start the pool resulted in a raft of error statements, so I ended my exploration at that point. Cheers Graham
|
|
|
Can you help me with this error, thanks.
cd /mnt/coinm-source/src/leveldb && CC=i686-w64-mingw32.static-gcc CXX=i686-w64- mingw32.static-g++ TARGET_OS=OS_WINDOWS_CROSSCOMPILE make OPT="-fno-keep-inline- dllexport -pipe -D_FORTIFY_SOURCE=2 -O2" libleveldb.a libmemenv.a && i686-w64-mi ngw32.static-ranlib /mnt/coinm-source/src/leveldb/libleveldb.a && i686-w64-mingw 32.static-ranlib /mnt/coinm-source/src/leveldb/libmemenv.a make[1]: Entering directory `/mnt/coinm-source/src/leveldb' make[1]: *** No rule to make target `libleveldb.a'. Stop. make[1]: Leaving directory `/mnt/coinm-source/src/leveldb' make: *** [/mnt/coinm-source/src/leveldb/libleveldb.a] Error 2
There are two shell script files that need to be executable in order for the compilation process to succeed. If the dev has omitted to make them executable, the above error is seen: share/genbuild.sh and src/leveldb/build_detect_platformMake them both executable and try again. Cheers Graham
|
|
|
|