Slimcoin | First Proof of Burn currency | Decentralized Web

[gjhiggins]

- Komodo Barter Dex - requires some coding to make coin compatible, exchange launch date unknown

This was the one I was referencing earlier. It's a reasonably promising outlook. The requirement is for an Electrum server connected to a Slimcoin node (many-to-one via ssl-tunnelled API calls is not forbidden but for robustness, each should have its own node) and an Electrum client that can connect to one of a number of Electrum servers. That gets you a “burnless” Slimcoin SPV wallet.

It's all in Python, a fact that has its pros and cons ....

$ sudo ./electrum-server start
Starting server as daemon
$ tail -f /var/log/electrum.log
INFO:electrum:http://<rpcuser>:<rpcpassword>@localhost:41683/ {"params": [1149645], "method": "getblockhash", "id": "jsonrpc"}
INFO:electrum:http://<rpcuser>:<rpcpassword>@localhost:41683/ {"params": [1], "method": "getblockhash", "id": "jsonrpc"}
INFO:electrum:http://<rpcuser>:<rpcpassword>@localhost:41683/ {"params": ["000006e022fc5e432e55cd61885d6ab9bb2ad6d5cef943f0e397ee21fe37b5db"], "method": "getblock", "id": "jsonrpc"}
ERROR:electrum:string indices must be integers
ERROR:electrum:string indices must be integers
^C
$ sudo ./electrum-server stop
null
Waiting until process 15603 terminates...
Done.

As you may discern, this is one instance where a strongly-typed compiled language such as C++ would have an edge in minimising the number of generically unhelpful error messages caused by what might be argued as cavalier handling of runtime exceptions.

I'm working on it.

Cheers

Graham

[1713585182]

1713585182

[1713585182]

1713585182

[1713585182]

1713585182

[1713585182]

1713585182

[1713585182]

1713585182

[1713585182]

1713585182

[Sorai]

@gjhiggins, will probably tell us the cause of this, but I think nothing big happened, really.

https://bchain.info/SLM/blocks

Either a large amount of Slimcoin, previously not staking is now staking or someone has found a staking exploit. If it is the former, a natural event, then it will fade - the algos will ensure that. If it is the latter, an exploit, then it will unnaturally persist. All we can do is wait and see. (Please note, I didn't write the Slimcoin code, I merely wipe an oily rag over it now and again.)

Blocknet (a Pivx/Dash/PPcoin clone) was hacked in early Oct by someone who discovered a way to exploit the staking mechanism for personal gain. Apparently Pivx had discovered and quietly repaired its code some time before. Any chance Slimcoin could have this very staking code defect that recently became known to hackers?  

Some background on the Blocknet hack and its resolution:

https://www.reddit.com/r/theblocknet/comments/77zo00/stake_bug_resolved_announcing_the_blocknet_bug/

[muf18]

Yeah, it's probable...
Especially now it looks strange, with all blocks POS.
But I thought hackers, would look for at least liquid coins, our isn't such anyway for now.
Anyway we should firstly try to reproduce it.

[gjhiggins]

Anyway we must apply the fix, to code.

Stop clutching your pearls and check the facts before making such assertions. PIVX code is not Slimcoin code. Have you been able to demonstrate that the exploit is effective in Slimcoin? If not, then you are proposing groundless changes to the code with a consequent needlessly-increased risk of the introduction of bugs.

Significant changes in the network are to be expected in the context of the recently-announced closure of the only cryptocurrency exchange on which Slimcoin is listed.

The exploit appears to be explicitly defended against in the Slimcoin code (https://github.com/slimcoin-project/Slimcoin/blob/master/src/main.cpp#L1704) in the following stanza:

if (IsCoinStake())
{
    // ppcoin: coin stake tx earns reward instead of paying fee
    uint64 nCoinAge;
    if (!GetCoinAge(txdb, nCoinAge))
        return error("ConnectInputs() : %s unable to get coin age for coinstake", GetHash().ToString().substr(0,10).c_str());
    int64 nStakeReward = GetValueOut() - nValueIn;
    if (nStakeReward > GetProofOfStakeReward(nCoinAge, nTime) - GetMinFee() + MIN_TX_FEE)
        return DoS(100, error("ConnectInputs() : %s stake reward exceeded", GetHash().ToString().substr(0,10).c_str()));
}

This stanza seems not to have survived the refactoring into PIVX.

I'm attempting to (re-)create such an exploit on testnet. This is purely for my own edification, there's no way anyone can prove the absence of an exploit - the codebases are significantly and substantially different.

I encourage the serried ranks of avid C++ Slimcoin mavens to bring their keenest code analysis techniques to bear and see if they can re-create the exploit.

Cheers

Graham

[muf18]

PIVX surely not. BUt we have PPC codebase, which is mainly endangered, and because of that, I assumpted, that it can be exploited in our source too.

[gjhiggins]

PIVX surely not. BUt we have PPC codebase, which is mainly endangered, and because of that, I assumpted, that it can be exploited in our source too.

It's a basic “ABC” principle in cryptocurrency: always check your assumptions before making your move.

Cheers

Graham

[gjhiggins]

If anyone wants to have a go on the testnet, the standard client takes a -testnet command line option.

addnode=144.76.64.49:41684
.
Cheers

Graham

[muf18]

Yeah, sorry. I look like pretentious ignorant in this post, will change it.

[cctothemass]

The wallet is constantly crushing. I rebooted the blockchain. The same problem - wallet crushes. What should I do?

[Glebonator]

Today i burned some mined coins. After reboot burn info vanished.
{
"Net Burnt Coins" : 0.00000000,
"Effective Burnt Coins" : 0.00000000,
"Immature Burnt Coins" : 0.00000000,
"Decayed Burnt Coins" : 0.00000000
},
Is it normal?

[ylpkm]

Today i burned some mined coins. After reboot burn info vanished.
{
"Net Burnt Coins" : 0.00000000,
"Effective Burnt Coins" : 0.00000000,
"Immature Burnt Coins" : 0.00000000,
"Decayed Burnt Coins" : 0.00000000
},
Is it normal?

weird it happened after reboot, when I switched wallets I had to resync the whole chain to get mine back, takes about 3 days to resync on ssd. might wanna start that as you dont get burn rewards if wallet isnt synced or off.

[Glebonator]

Today i burned some mined coins. After reboot burn info vanished.
{
"Net Burnt Coins" : 0.00000000,
"Effective Burnt Coins" : 0.00000000,
"Immature Burnt Coins" : 0.00000000,
"Decayed Burnt Coins" : 0.00000000
},
Is it normal?

weird it happened after reboot, when I switched wallets I had to resync the whole chain to get mine back, takes about 3 days to resync on ssd. might wanna start that as you dont get burn rewards if wallet isnt synced or off.

Will snapshot help me? I really don't want to download all blockchain again. Please, tell me where can i download snapshot?

[JstnSchltmn]

Is there any way I can buy smilcoins at this moment?

[m4ever]

I just did a blog post that included my ideas for Slimcoin...it also shows where to buy it in the post.
https://barfstew.blogspot.com/2017/11/will-bitcoin-flash-peak-as-awareness.html




my Slimcoin deposit address SeMPpeXU9VNXhs6bzaKe1nTn8m3cicg8sV


It's many days later.(11/8)..my effort to promote - suggested and desired by this coin and thread...was not rewarded...just sayin

[d5000]

Today i burned some mined coins. After reboot burn info vanished.
{
"Net Burnt Coins" : 0.00000000,
"Effective Burnt Coins" : 0.00000000,
"Immature Burnt Coins" : 0.00000000,
"Decayed Burnt Coins" : 0.00000000
},
Is it normal?

Does your burn transaction show up in a block explorer?

I got that "problem" sometimes in the past and resolved it with "slimcoind -rescan -reindex" (To my shame, I don't know which one of both command line arguments does the trick  ). This does not download the whole chain again - it only "repairs" the burn-related values in the wallet.

It should also work with the GUI wallet, simply start slimcoin-qt from the command line/CMD with these options.

Is there any way I can buy smilcoins at this moment?

In theory, Novaexchange should still work until the end of November. The problem is that registration is closed, so if you don't have an account there you could try in our Marketplace thread.

@all: I hope i can retake the work on the Web2Web-HTML page/my Fuseki installation in the next days.

[eddycurrent]

Hello again,

I have finally managed to successfully compile an ARM QT client for armhf (arm-v7). If you could tell me how to make this available for others, please let me know. I intend to follow this up with a CLI client and also clients for armel (arm-v5) and arm-v8.

Regarding the POS block generation method in Slimcoin, I was wondering whether a swtich to something like proof-of-stake-time (POSt) as implemented in Verium, would suite Slimcoin better and make it less vulnerable to issues when holders stake only every 90 days, creating huge block rewards.

Regards

[d5000]

Regarding the POS block generation method in Slimcoin, I was wondering whether a swtich to something like proof-of-stake-time (POSt) as implemented in Verium, would suite Slimcoin better and make it less vulnerable to issues when holders stake only every 90 days, creating huge block rewards.

Yep, I've also thought about alternatives to the original Peercoin PoS some time ago here. I didn't know PoST. So I just began to read the whitepaper of Vericoin's implementation.

I have not understood everything because my "technical English" is not very good.  But it seems like a good "compromise" between coin-age-based PoS and "simple PoS" like in Blackcoin, because - if I understood it the right way - the weight of coin-age of every individual stake decreases if the weight of coin-age in the whole network increases. So coin-age should never become the "main factor" that defines the probability to find a block.

(If I have understood PoST wrong, please correct me ...)

An alternative would be to simply use the Blackcoin algorithm which is the simplest PoS algo (pure "stake", without taking into account coin age, similar to NXT). This should also solve the problems with the current PoS implementation.

[eddycurrent]

Hello all,

Here is the arm-V7 linux QT binary:

https://drive.google.com/open?id=1_gR5sKBz2BJQ77e61fVSRWMFwvrt7lbq

and the cli daemon binary for the same architecture:

https://drive.google.com/open?id=16I7WMSQdf9tsKOX6iRbrrJBaJraORz3B

Could some other users please validate that these binarys work and contain no malware?

If there is a better way to make these available, please let me know.

Regards

[gjhiggins]

I really don't want to download all blockchain again. Please, tell me where can i download snapshot?

Freshly-made nightly copy of just the necessary elements of datadir (blk*.dat and dbindex): https://minkiz.co/noodlings/slm/ slm-datadir-snapshot.zip Unzip into your datadir.

Cheers

Graham

[gjhiggins]

Here is the arm-V7 linux QT binary:

Nice work, glad it was successful.

Could some other users please validate that these binarys work and contain no malware?

Not yet in a position to do so, sorry. After two weeks, cex.io still haven't managed to process my verification request, so no raspie here yet. When I do manage to get one, what process should I use to validate that the binaries don't contain malware?

If there is a better way to make these available, please let me know.

It's as good a way as any other.

Cheers

Graham