Topic: Slimcoin | First Proof of Burn currency | Decentralized Web - page 137. (Read 137076 times)
@gjhiggins what it will take to add a layer of privacy on top of Slimcoin? I'm interested to know your opinions, from a "software architecture" point of view.
I'll see if I'm able to grab some cheap SLM. Anyone selling for 1 satoshi? 
(It is not delisted, in the balance there is still a green logo)
@gjhiggins: Do you think the 0.4.1 client is stable enough now to consider it the "stable" release (to not say the "official" one
)? I haven't tested it very thoroughly but for me it seems stabler than 0.3x. But I keep having sync problems, although only on one machine now (on the other one it's doing pretty well).
(It is not delisted, in the balance there is still a green logo)
@gjhiggins: Do you think the 0.4.1 client is stable enough now to consider it the "stable" release (to not say the "official" one
)? I haven't tested it very thoroughly but for me it seems stabler than 0.3x. But I keep having sync problems, although only on one machine now (on the other one it's doing pretty well).I guess you wanted to say 1k satoshi
On my laptop client works very good.
is it necessary to have 0.4.1 ? i have this version vSLMCOIN_VERSION_MAJOR.SLMCOIN_VERSION_MINOR.SLMCOIN_VERSION_REVISION.SLMCOIN_V ERSION_BUILD-g154b52a-alpha
it works well
it works well
I'll see if I'm able to grab some cheap SLM. Anyone selling for 1 satoshi?
(It is not delisted, in the balance there is still a green logo)
@gjhiggins: Do you think the 0.4.1 client is stable enough now to consider it the "stable" release (to not say the "official" one )? I haven't tested it very thoroughly but for me it seems stabler than 0.3x. But I keep having sync problems, although only on one machine now (on the other one it's doing pretty well).
(It is not delisted, in the balance there is still a green logo)
@gjhiggins: Do you think the 0.4.1 client is stable enough now to consider it the "stable" release (to not say the "official" one
)? I haven't tested it very thoroughly but for me it seems stabler than 0.3x. But I keep having sync problems, although only on one machine now (on the other one it's doing pretty well).
I guess nobody is interested to buy it because everyone can mine it....
Looks like Slimcoin is not traded anymore in Novaexchange, order books are empty.
Hi,
1. Re reports of burn orphans, I also saw a small handful of burn orphans for a couple of days around that time, seems to have settled down now.
2. Setting reservebalance to an aggressively high value calmed Slimcoin's CPU use.
3. Slimcoin is not the only PoS alt with a CPU usage issue, the current BeecoinV2 client has the same “problem”:
But isn't this part of the design? The more coins I stake (in the expectation of increasing my holdings via mint-by-proof-of-stake), the more work my CPU has to perform. AIUI, this is how PoS is designed to protect the public ledger.
Cheers
Graham
1. Re reports of burn orphans, I also saw a small handful of burn orphans for a couple of days around that time, seems to have settled down now.
2. Setting reservebalance to an aggressively high value calmed Slimcoin's CPU use.
3. Slimcoin is not the only PoS alt with a CPU usage issue, the current BeecoinV2 client has the same “problem”:
The new DEV should check the code of the Windows wallet because the staking process is driving the cpu to throttle at almost 100% continuously.
I had to restart my BeeCoin2 node with an empty wallet not to stress the cpu.
With an empty wallet there are no coins to stake for and the cpu is then running low.
I had to restart my BeeCoin2 node with an empty wallet not to stress the cpu.
With an empty wallet there are no coins to stake for and the cpu is then running low.
But isn't this part of the design? The more coins I stake (in the expectation of increasing my holdings via mint-by-proof-of-stake), the more work my CPU has to perform. AIUI, this is how PoS is designed to protect the public ledger.
Cheers
Graham
Slimcoin has been mentioned in the below article as an example for Proof of Burn:
http://www.coindesk.com/short-guide-blockchain-consensus-protocols/
http://www.coindesk.com/short-guide-blockchain-consensus-protocols/
"... Proof of burn
With proof of burn, instead of pouring money into expensive computer equipment, you 'burn' coins by sending them to an address where they are irretrievable. By committing your coins to never-never land, you earn a lifetime privilege to mine on the system based on a random selection process.
Depending on how proof of burn is implemented, miners may burn the native currency or the currency of an alternative chain, like bitcoin. The more coins you burn, the better chance you have of being selected to mine the next block.
Over time, your stake in the system decays, so eventually you will want to burn more coins to increase your odds of being selected in the lottery. (This mimics bitcoin's mining process, where you have to continually invest in more modern computing equipment to maintain hashing power.)
While proof of burn is an interesting alternative to proof of work, the protocol still wastes resources needlessly. Another criticism is that mining power simply goes to those who are willing to burn more money.
The only coin that uses proof of burn is slimcoin, a cryptocurrency based on peercoin. It uses a combination of proof of work, proof of stake and proof of burn, but is only semi-active at this time. ..."
Please reference the new Emercoin source code / recent upgrade :
Quote
The rarely experienced freezing of a wallet with a large number of transactions has been eradicated.
Seems to be applicable to the Slimcoin wallet issue that myself and a few other's have reported.Unfortunately, it’s a bridge too far, so to speak. The Slimcoin codebase isn’t amenable to an approach that exploits the Emercoin development in this instance. According to my reading of the runes, it would seem that the remedy came via the importing of the Bitcoin 0.10.2 GUI and the optimization of block upload protocol:
Quote
- New GUI from Bitcoin 0.10.2 (including control of transaction inputs)
...
- Optimized block upload protocol (headers are uploaded first, and then the blocks are uploaded asynchronously).
- Faster block uploading due to parallel processing provided by multiple peers.
- More responsive block uploading, preventing freezing of the GUI.
- http://emercoin.com/2016-09-24-Emercoin_0.5.0_Release_Notes...
- Optimized block upload protocol (headers are uploaded first, and then the blocks are uploaded asynchronously).
- Faster block uploading due to parallel processing provided by multiple peers.
- More responsive block uploading, preventing freezing of the GUI.
The Emercoin codebase development is on an entirely different level to Slimcoin's, the former is the result of a sustained development effort by a stable and competent team, e.g. “merge with bitcoin 0.10.4”.
Relatedly - I note that the CPU usage of my locally-running copy of the GUI has risen to a typical 50% of its thread, reaching 80% at times. I shall try setting reservebalance to a significant value, see whether that affects its CPU usage.
Cheers
Graham
Indeed and as always, something for the future then!
- https://www.youtube.com/watch?v=6HaWNcBp59Y
- https://wikipedia.org/wiki/K_Foundation_Burn_a_Million_Quid
Slimcoin has been mentioned in the below article as an example for Proof of Burn:
http://www.coindesk.com/short-guide-blockchain-consensus-protocols/
http://www.coindesk.com/short-guide-blockchain-consensus-protocols/
I just placed a buy order @25 sat, hope this will get me some coins?
You surely can hope, but as you can see the last sell orders went for 100Sat....thats 4 times you are giving!
I just placed a buy order @25 sat, hope this will get me some coins?
Slimcoin is listed in Novaexchange market (https://novaexchange.com/market/BTC_SLM/)
Posting this because I had some trouble finding this myself!
Cheerio
Posting this because I had some trouble finding this myself!
Cheerio
Here many orphans during mining
Last few days i had many orphans Mint by burn
Please reference the new Emercoin source code / recent upgrade :
Quote
The rarely experienced freezing of a wallet with a large number of transactions has been eradicated.
Seems to be applicable to the Slimcoin wallet issue that myself and a few other's have reported.Unfortunately, it’s a bridge too far, so to speak. The Slimcoin codebase isn’t amenable to an approach that exploits the Emercoin development in this instance. According to my reading of the runes, it would seem that the remedy came via the importing of the Bitcoin 0.10.2 GUI and the optimization of block upload protocol:
Quote
- New GUI from Bitcoin 0.10.2 (including control of transaction inputs)
...
- Optimized block upload protocol (headers are uploaded first, and then the blocks are uploaded asynchronously).
- Faster block uploading due to parallel processing provided by multiple peers.
- More responsive block uploading, preventing freezing of the GUI.
- http://emercoin.com/2016-09-24-Emercoin_0.5.0_Release_Notes...
- Optimized block upload protocol (headers are uploaded first, and then the blocks are uploaded asynchronously).
- Faster block uploading due to parallel processing provided by multiple peers.
- More responsive block uploading, preventing freezing of the GUI.
The Emercoin codebase development is on an entirely different level to Slimcoin's, the former is the result of a sustained development effort by a stable and competent team, e.g. “merge with bitcoin 0.10.4”.
Relatedly - I note that the CPU usage of my locally-running copy of the GUI has risen to a typical 50% of its thread, reaching 80% at times. I shall try setting reservebalance to a significant value, see whether that affects its CPU usage.
Cheers
Graham
@gjhiggins
Please reference the new Emercoin source code / recent upgrade :
- https://bitcointalksearch.org/topic/m.17847459
Seems to be applicable to the Slimcoin wallet issue that myself and a few other's have reported.
Thanks again for your continuing development work on Slimcoin.
Please reference the new Emercoin source code / recent upgrade :
- https://bitcointalksearch.org/topic/m.17847459
Quote
The rarely experienced freezing of a wallet with a large number of transactions has been eradicated.
Seems to be applicable to the Slimcoin wallet issue that myself and a few other's have reported.
Thanks again for your continuing development work on Slimcoin.
We can try to list it to yobit.net. Big plus is they never delist any coin. We can try to fill form and ask them to list Slimcoin. But they don't guarantee free listing, this exchange asks 0.1 BTC for guaranteed listing. I can give 0.01 BTC for listing Slimcoin to yobit. Anyone else?
I´ll add 0.04 BTC
too big spread and low volume
need more promotion
need more promotion
Need new exchange!
We can try to list it to yobit.net. Big plus is they never delist any coin. We can try to fill form and ask them to list Slimcoin. But they don't guarantee free listing, this exchange asks 0.1 BTC for guaranteed listing. I can give 0.01 BTC for listing Slimcoin to yobit. Anyone else?
Jump to: