Slimcoin | First Proof of Burn currency | Decentralized Web

[cryptospreader_temp]

Did you lock the old thread? Do it first. Move the "Why a New thread?" to the top of the post. Otherwise, it seems there is no volume in bter. Try getting it listed in to other exchanges.

[enerbyte]

Where do I find version 0.4.1 for windows?

https://minkiz.co/noodle/9

Is the version that I am using but I believe that it is not the version 0.4.1 already shows that it is the version 0.4.0.0

[cryptovore]

Otherwise, it seems there is no volume in bter. Try getting it listed in to other exchanges.

It looks delisted to me in BTER.

[gavrilo77]

Otherwise, it seems there is no volume in bter. Try getting it listed in to other exchanges.

It looks delisted to me in BTER.

Yes, it is delisted

[Slimcoin Community]

Did you lock the old thread? Do it first. Move the "Why a New thread?" to the top of the post. Otherwise, it seems there is no volume in bter. Try getting it listed in to other exchanges.

Thank you for your suggestions. The old thread cannot be locked without the consent of the thread starter (it's him who only can lock it). I've already proposed locking it to a moderator, but no chance.

I'll later re-thinking about the thread structure. The "Why a new thread?" sections doesn't seem to me that important anymore, as it's no longer a "new" thread (we're in 2017 now and the thread was new in 2015 ).

I have now added the 0.4.1 binaries for Windows and Mac OS and linked the install instructions at the new README (thanks gjhiggins!).

[gjhiggins]

I have now ... linked the install instructions at the new README (thanks gjhiggins!).

I encourage people to report their experiences. I was more intent on creating working binaries than recording the process, so the detail might be incorrect in one or two places - and that's an important issue to be addressed when purportedly offering copynpasta build instructions. Also, some options in the slimcoin-qt.pro file are hard-coded at the moment, merely as a side effect of me not wanting to wrestle there'n'then with the interaction between environment variables, compilation and linking flags (aka, the “JBDI” [1] approach, which I'm known to adopt in increasingly short order these days).

[1] Just bloody do it.

Cheers

Graham

[cryptovore]

In the spirit of the above post, I can report that everything works fine on my 3 environments:

linux ubuntu 16 on bare metal - blockchain up to date, minting coins, burning them (SLMv0.4.1-alpha-46-g6fe14df-alpha)
raspberry pi raspbian jessie - blockchain downloading (SLMv0.4.1-alpha-47-gc0b4466-alpha)
mac osx sierra GUI client - blockchain downloaded, burning coins, minting with the wallet encrypted, not seeing any minted coin so far

for the raspberry, it would be nice to know what consequence reservebalance=0 in slimcoin.conf will have. I had to stop the blockchain download and start from scratch because I thought I was forking.

Thank you!

Later edit: SLMv0.4.1-alpha-46-g6fe14df-alpha on bare metal works better than SLMv0.4.1-alpha-47-gc0b4466-alpha on raspberry, the 46 seems more stable.

[gavrilo77]

Where is the SLMv0.4.1-alpha-46-g6fe14df-alpha build for windows, if any?

[gjhiggins]

Where is the SLMv0.4.1-alpha-46-g6fe14df-alpha build for windows, if any?

It's not significant, as yet. The only changes since before Christmas have been to the build system, not the running code.

Might as well trot this one out for all to “enjoy”.

If you want to d/l the source, make some changes, change the version number to something you find amusing, compile and use the result - that's entirely a matter for your good self.

It all happens in src/version.h and src/version.cpp.

Code:

// slimcoin version - intended for display purpose ONLY
#define SLIMCOIN_VERSION_MAJOR       0
#define SLIMCOIN_VERSION_MINOR       4
#define SLIMCOIN_VERSION_REVISION    0
#define SLIMCOIN_VERSION_BUILD       0

static const int SLIMCOIN_VERSION =
                           1000000 * SLIMCOIN_VERSION_MAJOR
                         +   10000 * SLIMCOIN_VERSION_MINOR
                         +     100 * SLIMCOIN_VERSION_REVISION
                         +       1 * SLIMCOIN_VERSION_BUILD;

There's a wikipedia article on the subject of software versioning. If you've read it and understood it all, you're ahead of me.

0.4.0 is where we are, 0.4.1 is what will be released after this period of testing is complete.

* gjhiggins makes a mental note to find time to learn how to make releases on github

Cheers

Graham

P.S. The actual state of play on my m/c is (lightly edited for clarity):

Code:

gjh@ashpool:$ grep -rn BUILD_DESC slimcoin-master
slimcoin-master/build/build.h:1:#define BUILD_DESC "SLMv0.4.1-alpha-46-g6fe14df"
slimcoin-master/src/version.cpp:45:#define BUILD_DESC_FROM_COMMIT(maj,min,rev,build,commit) \
slimcoin-master/src/version.cpp:48:#define BUILD_DESC_FROM_UNKNOWN(maj,min,rev,build) \
slimcoin-master/src/version.cpp:51:#ifndef BUILD_DESC
slimcoin-master/src/version.cpp:53:#        define BUILD_DESC BUILD_DESC_FROM_COMMIT(SLIMCOIN_VERSION_MAJOR, SLIMCOIN_VERSION_MINOR, SLIMCOIN_VERSION_REVISION, SLIMCOIN_VERSION_BUILD, GIT_COMMIT_ID)
slimcoin-master/src/version.cpp:55:#        define BUILD_DESC BUILD_DESC_FROM_UNKNOWN(SLIMCOIN_VERSION_MAJOR, SLIMCOIN_VERSION_MINOR, SLIMCOIN_VERSION_REVISION, SLMCOIN_VERSION_BUILD)
slimcoin-master/src/version.cpp:67:const std::string CLIENT_BUILD(BUILD_DESC CLIENT_VERSION_SUFFIX);
slimcoin-master/share/genbuild.sh:26:    NEWINFO="#define BUILD_DESC \"$DESC\""

(and there's a remaining typo, right there - “SLMCOIN_VERSION_BUILD” - hint, scroll to the right).

[gjhiggins]

Could it be possible that I'm on the wrong chain? It happens on two machines, both having the blockchain data from gavrillo77. It looks like the trust parameter is different, can someone explain what it is?

ERROR: CheckProofOfBurn() : INFO: prev block not in main chain
WARNING: ProcessBlock() : check proof-of-burn failed for block 16f925efd023e7e3debc85908043c2bdf08cbe6e87880376bfcb9f723b68826e
Postponing 12 reconnects

Because there haven't been reports of forks, I believe (haven't checked) that's just standard reporting of the consensus mechanism in action - “INFO: prev block not in main chain” - that's why we see “generated but not accepted” orphan txs in the wallet. A block was minted by burn but someone else had beaten them to it (by as little as a fraction of a second - latency is an important factor in block generation, aiui).

More ways to mint blocks entails more orphans.

Cheers

Graham

[cryptovore]

Because there haven't been reports of forks, I believe (haven't checked) that's just standard reporting of the consensus mechanism in action - “INFO: prev block not in main chain” - that's why we see “generated but not accepted” orphan txs in the wallet. A block was minted by burn but someone else had beaten them to it (by as little as a fraction of a second - latency is an important factor in block generation, aiui).

More ways to mint blocks entails more orphans.

Cheers

Graham

Thanks for the explanation, makes sense. On the raspberry I get way more orphans blocks and rejections than on the other machines, which are on a data center. Still didn't finish to load the entire blockchain, I will wait to see if it produces blocks after that, since I get a hashrate of 340, but so far mining with a Raspberry, even Slimcoin, seems educational at most.

[cryptovore]

0.4.0 is where we are, 0.4.1 is what will be released after this period of testing is complete.

* gjhiggins makes a mental note to find time to learn how to make releases on github

Cheers

Graham

In that case, the differences are coming from hardware and latency, I presume. Good to know.

[psycodad]

Because there haven't been reports of forks, I believe (haven't checked) that's just standard reporting of the consensus mechanism in action - “INFO: prev block not in main chain” - that's why we see “generated but not accepted” orphan txs in the wallet. A block was minted by burn but someone else had beaten them to it (by as little as a fraction of a second - latency is an important factor in block generation, aiui).

More ways to mint blocks entails more orphans.

Cheers

Graham

Thanks for the explanation, makes sense. On the raspberry I get way more orphans blocks and rejections than on the other machines, which are on a data center. Still didn't finish to load the entire blockchain, I will wait to see if it produces blocks after that, since I get a hashrate of 340, but so far mining with a Raspberry, even Slimcoin, seems educational at most.

340 is not so bad, I get around 500-600 on a single core of my Intel Core2 Quadcore 2.66GHz machines. I run the miner from the OP on ~8-10 cores* for a few hours in the evening/night and already got over 100 POW blocks (though never saw the wallet stake yet and reservebalance is 0, but its only the cmd line wallet and I didn't check if I had a POS block just never seen an amount staking in getinfo).

* "nice -n 20" job for my numerous MythTV frontends 

[cryptovore]

340 is not so bad, I get around 500-600 on a single core of my Intel Core2 Quadcore 2.66GHz machines. I run the miner from the OP on ~8-10 cores* for a few hours in the evening/night and already got over 100 POW blocks (though never saw the wallet stake yet and reservebalance is 0, but its only the cmd line wallet and I didn't check if I had a POS block just never seen an amount staking in getinfo).

* "nice -n 20" job for my numerous MythTV frontends 

Good job! It would be nice to know when and if we could exchange these coins. Any news on that bter initiative? Anything we could do in order to make slimcoin accepted in an exchange?

[psycodad]

Good job! It would be nice to know when and if we could exchange these coins. Any news on that bter initiative? Anything we could do in order to make slimcoin accepted in an exchange?

I am not a big fan of Bter. In the past they have made some quite dubious moves, though I am not calling scam on them I just don't feel too comfortable using them anymore.

If the community is fine with Novaexchange, I would donate 0.02 of the 0.03 BTC to get Slimcoin listed for voting. Actually I'd be happy to donate the whole amount but I want some kind of confirmation from the community in the form of one or two users contributing 0.005 resp. 0.01 BTC to make sure I am not the only one supporting the idea.
Also I would like to ask if you guys would actually go voting on Novaexchange for a week or two when we get it listed for voting?

Note: I have no stakes in Novaexchange nor am I affiliated with them in any way, but based on my experiences and impressions they are a decent shop (albeit with small volumes) run by honest people (at least at the moment, but I guess Cryptsy has been a nice honest exchange too at some time in the past so that's all relative..)

[cryptovore]

Didn't know about Novaexchange, I will check them out. I could donate the 0.005. What's needed for?

[psycodad]

Didn't know about Novaexchange, I will check them out. I could donate the 0.005. What's needed for?

0.03 BTC is the price for adding a coin to the vote list, see end of this page:

https://novaexchange.com/addcoin/

[cryptovore]

Didn't know about Novaexchange, I will check them out. I could donate the 0.005. What's needed for?

0.03 BTC is the price for adding a coin to the vote list, see end of this page:

https://novaexchange.com/addcoin/

Got it. Imho, there might be a chance that we don't get picked even if we pay the fee, right?

Maybe we should start advocating this before? Like getting the pulse of the community first? If the moderator could put up a poll with just one question: "would you vote daily on novaexchange if we pay the fee?" will be much simpler to find out if there is interest or not.

[cryptovore]

newbie question: how does the "stake" works in slimcoin? I see in the debug log PoS blocks and I see a "stake" balance in the wallet, but I don't know how it's implemented.

Anyone?

Thanks!

[psycodad]

Didn't know about Novaexchange, I will check them out. I could donate the 0.005. What's needed for?

0.03 BTC is the price for adding a coin to the vote list, see end of this page:

https://novaexchange.com/addcoin/

Got it. Imho, there might be a chance that we don't get picked even if we pay the fee, right?

If I get that right the fee is refunded (-10%) if a coin is not listed in the end, they say on that page:

If we for any reason cannot list your coin the payment will be refunded to your account minus 10%.

Since it doesn't seem a listing for voting expires, if only few people vote it will just take longer to get it listed as far as I understand that system.

Maybe we should start advocating this before? Like getting the pulse of the community first? If the moderator could put up a poll with just one question: "would you vote daily on novaexchange if we pay the fee?" will be much simpler to find out if there is interest or not.

I was just proposing Novaexchange to gauge the community's interest for trying it. Let's wait and see what others say.