Slimcoin | First Proof of Burn currency | Decentralized Web

[muf18]

It's something to discuss, into new version of Slimcoin v0.6
But there would have to be voted agreement, for such change.
I agree that burning can be less effective than POW + POS, but you must think about that - you can POS 10% for year.
It's for yearly inflation, with burn after 1,5y you are receving around 1.5-1.8X of investment.

Please vote for us: https://nextexchange.featureupvote.com/suggestions/3080/slimcoin-slm-the-original-proofofburn-cryptocurrency

[ylpkm2]

Im still on the 3.2.1 alpha since the 5.0 binaries dont work well. Wont start it a client is trying to submit work. I have noticed that hashrate goes down for all clients if main wallet pc is being used for computational tasks... 12 threads, and even if 4 threads are mining too, it slows down all the clients hashrates. Is that normal? Settled at mining at 2 threads leaving all other for wallet, and it seems like it doesnt drop that much but havent found as many blocks... Is this fixed in the new one, which still doesnt start up for me.

[muf18]

Are you staking and mining? Cause you cant do both things.
Mining on 0.5.(1) works without problems.
Just you must have to have properly configurated miner.
Try to delete everything from %appdata%/slimcoin apart from wallet.dat and run again new wallet.

[ylpkm2]

Are you staking and mining? Cause you cant do both things.
Mining on 0.5.(1) works without problems.
Just you must have to have properly configurated miner.
Try to delete everything from %appdata%/slimcoin apart from wallet.dat and run again new wallet.

Yes, It has been working or seems to have been doing both just fine.
I may just have to run the wallet on 2 pc's one for mining and one for staking

[muf18]

Staking is taking some processing power as well to count stake, it's not as power demanding as mining, but it's also taking some of it. So that's why there is conflict, also submiting pow and pos blocks shouldn't be done simultaneously.

[ylpkm2]

Staking is taking some processing power as well to count stake, it's not as power demanding as mining, but it's also taking some of it. So that's why there is conflict, also submiting pow and pos blocks shouldn't be done simultaneously.

First I've ever heard of this. I dont think there is a command to disable staking, and changing staking=0 in the conf does nothing, it still stakes.

[muf18]

Of course there is.
In slimcoin.conf you must have reservebalance= higher number than your stake, in a wallet eg. If you have 10000 coins, your reserve balance should be higher - 100000 for example.
I set it normally at 100.000, or even 1M to prevent any staking, for a long time.

[gjhiggins]

Staking is taking some processing power as well to count stake, it's not as power demanding as mining, but it's also taking some of it. So that's why there is conflict, also submiting pow and pos blocks shouldn't be done simultaneously.

I dont think there is a command to disable staking, and changing staking=0 in the conf does nothing, it still stakes.

All commands are listed here: https://github.com/slimcoin-project/Slimcoin/blob/master/README.md#all-cmmand-line-options

To suppress staking, add reservebalance=1000000 to the config file.

(At some point, I'll understand Qt internal signalling sufficiently well to be able to hook up the GUI reservebalance setting to the innards of the engine.)

Cheers

Graham

[ylpkm2]

huh, seems to have worked. Now hashrate stays the same on other clients if I crank the wallet pc mining to 6 cores. so problem solved.
hmm. so is this a thing for all wallets, to not mine and stake at the same time?

[muf18]

Yes, you shouldn't do both thing at the same time.

We are back
https://coinmarketcap.com/currencies/slimcoin/

[muf18]

Coinhouse are scammers, which had not working wallet, then delisted SLM, and didn't give back our Slimcoins.

-1000/10

If they will refund me I'll edit this post, I'm gonna make a warning in scam discussion thread.

[muf18]

Nova has paused their activity as an exchange, and will restart in this year trading, and withdraws, but when we don't know.

Btw. I have created community Steem account - anybody can use it (I'll share passes with anyone, who wants to post something).

My first post (short, maybe to laconic)

https://steemit.com/slimcoin/@slimcoin/what-is-slimcoin-simple-explanation

[avariahb]

Who has a nova account? Due to an issue with my email I can't withdraw...

Let me send you a user to user transaction with he mechanism in the exchange and help me withdraw to my wallet's address... Pretty please? 

I have only a few Slimcoins in there but I want them out.

I have an account on nova but all deposits are blocked.
withdrawal are allowed why you do not send them on an external wallet

[eddycurrent]

Hello all,

I have started looking at automated arm builds again, and I have decided to run arm VMs in QEMU and compile that way. I will also attempt to release them as snaps as they contain all the dependencies, and hence will be easier and more reliable to install.

Regards

[d5000]

I have started looking at automated arm builds again, and I have decided to run arm VMs in QEMU and compile that way. I will also attempt to release them as snaps as they contain all the dependencies, and hence will be easier and more reliable to install.

Cool, thanks!

I'm looking forward for a friendly use for beginner.

I'm now back from vacations and am looking to improve my little "Slimweb" app. The biggest problem is that I still haven't got Webtorrent to work properly - the Gateway apps simply seem not to find the torrent files - but I hope to resolve it soon as it seems a firewall/network problem. So I hope I soon can provide a "newbie-friendly way" to create "Slimweb" pages.

When ACME gets finished, there will be also a (relatively) newbie-friendly way to host Slimweb nodes (those that host the blockchain as RDF graphs) so the whole thing becomes more decentralized.

[d5000]

Slimweb update:
I have now hopefully fixed the Webtorrent problem.

The issue was simple: I had seeded the torrent with the test page with a command line client (webtorrent-cli) that uses node.js. But this client however can only connect to regular Torrent clients (e.g. bitTorrent or webtorrent-desktop), not to browser-based clients like the one the Slimweb gateway uses.

To seed the web pages / torrents that should be accessible with the Gateway, one must use the webtorrent-hybrid client (see package here). This one has much more dependencies (about 200 MB), but it works.

The Slimweb test page should work now will soon work again*. I would like to provide a better looking test page and then we can officially announce Slimweb's beta phase

(Everybody that wants to test the Gateway with his/her own web pages and wants to seed the torrent files from a VPS should download webtorrent-hybrid. The desktop version of Webtorrent should work fine to seed, and you could even use http://instant.io to seed your web page. I'll soon provide a newbie-friendly guide to the website or the Wiki.)

*Unfortunately, I made a test inscription from the address that contained the original inscription of the torrent hash of the test page. I must sync the wallet with that address and then inscribe the torrent hash again, then the test page will work again.

[afozzy]

Hi everyone,

I recently burned 10000 slimcoin, and have been keeping track of the results on a spreadsheet, with a graph of accumulated slimcoin minted by burn:
https://drive.google.com/file/d/1b04jiUde-wWvyk7yXzWibVeYc03yz0MB/view?usp=sharing

So far, assuming a linear income (I know it is not, but don't have enough data to know how it is shaping), it looks like being 2 years before I start getting any actual return from my investment.  That seems a bit too long for encouraging people to burn.

[muf18]

Thanks for it. If you want please continue experiment, there were a lot of POS blocks recently, but it should go flat line and burn rewards will be higher and more recent.
I have recently filled in form to GBCAX exchange, and also maybe we could change PoS to 2.0 or 3.0 to be more precise and dont count time when client wasnt turn on (these poa blocks which are now flooding network would cease to exist). I must see, it would be a good upgrade (also peercoin have done such upgrade, so I consider, that we should also do it, because it's our main base we have forked from).
I think Graham said that it doesn't make sense, because people dont have incentive to upgrade from old clients, but I disagree - most people have upgraded from 0.3-0.4 to 0.5, and they have incentive to keep network robust and upgraded, to maintain it's health.
I think such "hard fork", should be proposed, and voted, but imo it would benefit us, with faster client loading up, abd many new features, such as newer bitcoin codebase and better PoS, more honest for everyone.
I would think about limiting PoS to 2% annually, but it's something maybe to think later.

[gjhiggins]

I think such "hard fork", should be proposed, and voted

I strongly recommend that you first contemplate the remuneration likely required by someone fluent in C++ and with extensive experience of the re-development of elderly Bitcoin clones.

Cheers

Graham

[muf18]

Well, I actually know some experianced developers now with c++ knowledge, I'll talk with them about it.

Also I know that Slimcoin has a lot of changes made different to PPC, but as you said, that it should be possible to rebase it on new v0.6 peercoin's base or not?
Just a thought, I know, that I'm not helping it, just a hinch. Because currently client is unusable when you try to load blockchain, for a few minutes.