Topic: Slimcoin | First Proof of Burn currency | Decentralized Web - page 121. (Read 137076 times)

Thanks muf18! I'll add it to the OP.

Here is the first public version of Slimcoin client v0.5 with entire blockchain provided, it's SFX (self-extracting archieve), after the installation (copy files to proper folders, creating file with proper nodes), it's create shortcut on the desktop.
It's for Windows only (X86/X64, from Windows XP I think, I tested on Windows 7 and 10).
You should run Slimcoin Wallet, from the desktop, and wait a couple minutes (it must confirm blockchain, and make validation, it can be up to 20 minutes, on very slow HDD, or within 2 minutes on SSD)
It's my unofficial release - thanks to Graham of course for providing stable client, and whole blockchain stable.

https://mega.nz/#!h3Z01Z6J!x8D0qP-fyratQZSyIdvhA4DiyKTAuATfs2rYNf9_fVE

Of course you can scan it with AV, if you don't trust me, but if you trust me - it's clean files.

I added the telegram channel to the OP.

Also, more Polish translations are now available on the website - thanks muf18!

Now translated to polish: http://slimco.in/index-pl.html

Więcej informacji po polsku tutaj: http://slimco.in/index-pl.html

So that everyone know.
I have added new information to our SLIM reddit

https://www.reddit.com/r/slimcoin/

If you would upvote - it's much appreciated.
Also I have make some comments about future I see with Slimcoin on telegram channel - check it out

I will continue to translate in Polish, and will try to make new styles for website.
Also I would like to encourage more people to trade on LTC/SLM on nova, because as we know - much lower charges with LTC payments. But BTC/SLM market is the most important now, and still we can exchange BTC for LTC on nova, to lower tx cost (~3-4USD with BTC is too much - LTC have only 0.1USD).
Also I think it's good oportunity to nake some bounty on nvidia miner, and to fix amd miner (cause it's making too low in my opinion, I have better results with my i7 so far).

I made private telegram channel: https://t.me/joinchat/AAAAAELTpkxZe9IkIH2jLg

Nice work good to see development on an interesting coin.

The slimco.in website should now work on smartphones properly again (there was a bug related to the menu button).

Also, I added the first Polish texts. Thanks muf18 for translations!

Great news, thanks! Coincidentally I was playing some days ago with the "slimcoin-abe" code, but I couldn't get even the dcrypt_hash module to work (it seems that it needs additionally sha256.cpp to be included, but I got a segfault when running the test.py script, and more was not possible for me without real c/c++ knowledge).

The best long-term solution to have a more complete app ecosystem would be to follow Peercoin's upgrade to 0.6 which will be based in Bitcoin 0.8. But I don't know how difficult/time consuming that may be. Then we could port many of the "newer" apps.

One of my ideas to improve the "service landscape" around Slimcoin is to provide a simple machine-readable data source about the SLM blockchain like total coin supply, effective burnt coins, total burnt coins (balance of the burn address) and, above all, the "available coin supply" (total coin supply - total burnt coins). This number is often asked and is not easy to find, and Slimcoin.club seems to not provide it in a machine-readable format for sites like Coinmarketcap/Coingecko.

The "problem" is that this script must have access to the balance of the burn address, and it seems this value is not saved in the blockchain so it would need to maintain a database with the burn transactions (the same problem why the internal block explorer can't "watch" addresses easily, like discussed some pages before).

Could these two numbers easily be integrated into the ACME block explorer? Maybe that also can be done with the Fuseki/Sparql server (with a reduced database specialized for this service to minimize resource usage)? I haven't installed it because I've never used Vagrant/Ansible, but maybe it is worth a try.

Dept of Work-in-Progress ...


Such as this version of ACME that has been specialised for the Slimcoin block structure and JSON responses:

Block listing

(Configurable list length trimmed from std 32 down to just 4 for demo)

Key:
red flame: mint-by-proof-of-burn
blue laptop: mint-by-proof-of-stake
green desktop: mint-by-proof-of-work




Block detail:

The “unprocessed JSON response” is an accordion drop-down that reveals the (surprise!) unprocessed JSON response.




Transaction detail (in progress)





It works, now I'm trying to get it to work as expected.

No commits yet, the end result will be a VM+Ansible playbook combo that is as close to a “click’n’drool” solution as I can arrange, provisioning a VM with the support software to compile and deploy a Slimcoin node and the ACME Slimcoin block explorer.


Cheers

Graham

Dept of Mining:

My opinion was sought as to whether the Python-implemented p2pool could be made to work with Slimcoin, upon inspection it proved not immediately possible. It's reasonably easy to supply the main parameters and run the app but (as far as I can ascertain) the Slimcoin API's JSON responses cause something somewhere in twisted’s async innards to choke.

Co-incidentally I was also making a quick pass over some other third-party apps: the Abe, insight and iquidus block explorers. I managed to find a Javascript implementation of the dcrypt PoW algo but again, it seems that Slimcoin's RPC-API JSON responses aren't what the apps are expecting nor is the block structure the same and they all choke deep down inside, f'rinstance one of the supporting Angular JS libs underpinning the iquidus explorer can't even successfully parse the JSON emitted by Slimcoin.

To give an idea of how far away from a solution we are, the Slimcoin codebase is still primarily based on the 2012 Bitcoin 0.6.3 version and still uses version 1 blocks as evidenced in the code.

Bitcoin upgraded to version 2 blocks in Feb 2013. I collected a few scrappy notes:

May 23 2012 - 0.6.3 - https://github.com/bitcoin/bitcoin/blob/6e0c5e3778b83f128f6f14c311d5728392053581/src/main.h
CBlock()
    {
        SetNull();
    }

    IMPLEMENT_SERIALIZE
    (
        READWRITE(this->nVersion);
        nVersion = this->nVersion;
        READWRITE(hashPrevBlock);
        READWRITE(hashMerkleRoot);
        READWRITE(nTime);
        READWRITE(nBits);
        READWRITE(nNonce);

        // ConnectBlock depends on vtx being last so it can calculate offset
        if (!(nType & (SER_GETHASH|SER_BLOCKHEADERONLY)))
            READWRITE(vtx);
        else if (fRead)
            const_cast(this)->vtx.clear();
    )

    void SetNull()
    {
        nVersion = 1;
        hashPrevBlock = 0;
        hashMerkleRoot = 0;
        nTime = 0;
        nBits = 0;
        nNonce = 0;
        vtx.clear();
        vMerkleTree.clear();
        nDoS = 0;
    }

BTW, Slimcoin's version of the above is:

Moving on --- Feb 5 2013 - 0.8.0: https://github.com/bitcoin/bitcoin/blob/d38c6488d067c2e88726e2ca99bc76fd67dab49b

class CBlockHeader
{
public:
    // header
    static const int CURRENT_VERSION=2;
    int nVersion;
    uint256 hashPrevBlock;
    uint256 hashMerkleRoot;
    unsigned int nTime;
    unsigned int nBits;
    unsigned int nNonce;

    CBlockHeader()
    {
        SetNull();
    }

    IMPLEMENT_SERIALIZE
    (
        READWRITE(this->nVersion);
        nVersion = this->nVersion;
        READWRITE(hashPrevBlock);
        READWRITE(hashMerkleRoot);
        READWRITE(nTime);
        READWRITE(nBits);
        READWRITE(nNonce);
    )

Moving on yet further --- Sep 23 2014 - 0.9.3 https://github.com/bitcoin/bitcoin/blob/40d20412ff173e8eea2f456fd749663c8cabda18/src/main.cpp

// Reject block.nVersion=1 blocks when 95% (75% on testnet) of the network has upgraded:
if (block.nVersion < 2)

So I guess that, with the difference in Simcoin's block structure, its use of version 1 blocks and the difference in its JSON responses, there are few (if any) 3rd-party “blockchain” apps written after 2013 that can reasonably be expected to work with Slimcoin unless they are extensively refactored to handle those differences.

Cheers

Graham

Dept of Miscellaneous Affairs ...

A trio of very accessible articles that illuminate crucial matters of social and cognitive psychology pertinent to altcoin special interest groups such as this (they encapsulate a lot of my understanding of the field and it saves me having to pound away at the kbd, boring y'all rigid).

You Do Not Think Alone. A new book argues that thought and knowledge are community efforts - https://www.scientificamerican.com/article/you-do-not-think-alone/?WT.mc_id=SA_MB_20170621

Cognitive science shows that humans are smarter as a group than they are on their own - https://qz.com/960175/cognitive-science-shows-that-humans-are-smarter-as-a-group-than-they-are-on-their-own/

Humans are born irrational, and that has made us better decision-makers -  https://qz.com/922924/humans-werent-designed-to-be-rational-and-we-are-better-thinkers-for-it/

Cheers

Graham

Yes I was staking for an hour than put reservebalance=1mil, and after a few hours the stake dissapear and was again my wallet.

Maybe you moved the rest of the coins while staking and so it must first accumulate coin-days before it can be included in the "stake"?

What I don't understand, however, is how you were able to stake with a reservebalance of 1 million if your balance is ~15000 - or have you set that only recently?

Yeah, that was it, but before I thought there wasn't even Stake, maybe I just didn't see it .
I know POS, but I thought that all coins are included in staking not only some 'part'.
Maybe it's normal cause of tri-hybrid system and staking makes for 1/3 of created coins?

I don't fully understand your question: was your saldo before ~15000 SLM and then it went down to 10000 with 5000 appearing as "stake"? This is normal behaviour, it means that the 5000 SLM are locked for a certain time (now I don't remember exactly how many blocks) as a measure against certain attacks, and then will be added again to your balance.

@aIA: Thanks for the proposal! I formatted it (the heading needed two # signs at the beginning, I have clarified that now in the wiki). I would support that proposal, and it should not be a very difficult issue.

@d5000: Hi, finally today I try again to insert proposal on github wiki... now all its fine.

Cheers.

BTW. I started staking my coins, and has one staked coins came to my wallet and this happened .


Why now I have 5000 coins stake, even tho it was before only on my wallet ? I don't understand .

I think real supply is really hard to predict - a lot of coins will be burnt in process of minting (decreases supply), countinous diff retargets with block reward decrease/increase on demand also makes it hard to predict.
I think real supply in coming years will be lower than 25-30M. Maybe 50M in next 15 years, and max would be about 100-150M, but this is just mere speculation.

What's the total supply of coins, and the max supply?