Author

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

legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
Block browsers have difficulty with addresses - they require a horizontal slice through what is essentially vertically-indexed data (blocks) and so an additional address index must be created and maintained. The more sophisticated explorer that Mr Spread created for Spreadcoin (also sported by PIVX) has all the details:

https://github.com/spreadcoin-project/spreadcoin/commit/f36d3d2b5dbb88b1b5c8bebc57d55153b3f35cee#diff-a8f23ed02dbd9dbe8eb37b2097341d55R346

Thanks for the explanation. After I saw there was no address analysis in the SLM block explorer, I had already expected something like this ...

There is already an explorer at http://www.slimcoin.club/#blkexp
It is good to have a few explorers, but balance cost/features
Cryptoid has full featured explorers for us90 per year example https://chainz.cryptoid.info/gap/
For Cryptoid it is required compiling in Debian 7 as per FAQ. If that is possible maybe we can do something about it.

My favourite solution would be to port some of the well-known open source block explorers (for example, Bitcoin-Abe or Iquidus) to Slimcoin, so anyone that has some spare space on a server/VPS could host an explorer. I think it needs, however, some tweaking because of DCrypt and the Proof of Burn blocks. If it's easy I maybe can do it as Abe at least is a Python script, but I cannot promise anything.
hero member
Activity: 819
Merit: 502
There is already an explorer at http://www.slimcoin.club/#blkexp

It is good to have a few explorers, but balance cost/features

Cryptoid has full featured explorers for us90 per year example https://chainz.cryptoid.info/gap/

For Cryptoid it is required compiling in Debian 7 as per FAQ. If that is possible maybe we can do something about it.
legendary
Activity: 2254
Merit: 1290
I began downloading the blockchain for the Mac wallet 3 days ago.  It is kind of slow.  I am only at 40% and I estimate it will take 5-7 more days to download the complete blockchain.  Is there a way to download it faster?  

Glad to hear that syncing is at least looking promising Smiley

But yes, there is - the old “datadir snapshot” approach still works as I proved to myself the other day, bringing a freshly-compiled OS X Slimcoin binary up to date. The resource

https://minkiz.co/noodlings/slm/slm-datadir-snapshot.zip

is a nightly snapshot of selected datadir contents (blk0001.dat, blkindex.dat and database/*.log) from a Slimcoin client compiled with BSD 4.8.

Download, copy to ~/Library/Application Support/SLIMCoin, unzip in place.

Belt and braces Dept: first copy/move blk001.dat, blkindex.dat, database/* to a safe place, just in case the snapshot doesn't work for you because it's not a Tuesday, or your name isn't Graham, or because some other random fluctuation in the space-time continuum gives Slimcoin the slightest opportunity to pointedly ignore what you're offering it (including perfectly good bootstrap files, I might add).

HTH

Cheers

Graham

(Dunno yet if it's a solution that also works for Windows, will try and check that sometime next week)
member
Activity: 92
Merit: 10
I began downloading the blockchain for the Mac wallet 3 days ago.  It is kind of slow.  I am only at 40% and I estimate it will take 5-7 more days to download the complete blockchain.  Is there a way to download it faster? 
legendary
Activity: 2646
Merit: 1722
https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF
I don't want to overdo the burn thing or miss out on its benefits.  Any recommendations as to a healthy percentage of my Slimcoins to burn? Is there some raw number threshold or should I think in terms of burning a certain percent of the coins I plan to stake?  

My case up to now:

Burnt coins total: 115000
Decayed burnt coins: 12237

Daily reward: ~1000 SLM

Means i still have 102 763 coins

I have ~ 55000 slm up to now from burnt SLM. But i did not have opportunity to keep wallet open every time 24/7

I would say it is very profitable for now IMO because for this you dont spend energy and return is much higher comparing with normal mining.

I concur. The PoB concept has proven itself to work, in that it does provide an ROI over time (at least in terms of the users total burnt coins).

It has certainly remained difficult (at most times) to keep the wallet running 24/7 due to the state of the network (always improving) and continuing development work on the wallet releases etc., (again always improving).

The PoB return is 'luck' based against the network consensus and it will be fascinating to see how Slimcoin can progress with a stable network and an increasing number of users, once again !?!

Slimcoins PoB can in fact be likened to buying tickets for a lottery, where the original capital / stake remains secured. I had previously suggested in the old thread that the system is very similar (in some regards) to UK Premium Bonds;

- https://en.wikipedia.org/wiki/Premium_Bond

However, Slimcoin is also unique in that it is a working example of a monetary system where the destruction of money is directly linked to the creation of new money.

Quite how this coin has remained mostly unknown amongst the plethora of guff altcoins that have come and gone from these boards remains a mystery to me!

Traditional banks or hedge funds, for example, could enable Slimcoin's blockchain model to provide a guaranteed ROI whilst also controlling capital supply. TBH more developers should of flocked to this coin in droves already! In terms of its economic model and structure alone, Slimcoin remains one of the most interesting experiments on bitcointalk and within the crypto space to date.
legendary
Activity: 2254
Merit: 1290
Ian Coleman accepted my github Pull Request to add Slimcoin to the list of coins offered by the Mnemonic Code Converter:

https://github.com/iancoleman/bip39/commit/e83d5c34e134c14940b5ab631770f0cebea92a63

The Mnemonic Code Converter is available for (HTTPS-secured) online use at the corresponding github.io site: https://iancoleman.github.io/bip39/.

For a more reassuring UX, generate the word list before selecting Slimcoin from the menu of coins, this avoids spurious "Invalid root key" warnings.

Cheers

Graham
sr. member
Activity: 462
Merit: 250
There is already an explorer at http://www.slimcoin.club/#blkexp

It is good to have a few explorers, but balance cost/features

Cryptoid has full featured explorers for us90 per year example https://chainz.cryptoid.info/gap/
sr. member
Activity: 489
Merit: 253
I looked at this Slimcoin Explorer, and it says hosting is going to expire in june  Cry

Any possibility for hosting renewal?
  
https://bchain.info/SLM/

member
Activity: 98
Merit: 10
Happy Birthday to SLM and two days Smiley

I also think that, in a rather serendipitous event, Slimcoin also reached the 1,000,000nth block, sometimes around his birthday. Or so it shows in my wallet.
legendary
Activity: 2254
Merit: 1290
Could it be a workaround to use the integrated block explorer for that?

Unfortunately not. Block browsers have difficulty with addresses - they require a horizontal slice through what is essentially vertically-indexed data (blocks) and so an additional address index must be created and maintained. The more sophisticated explorer that Mr Spread created for Spreadcoin (also sported by PIVX) has all the details:

https://github.com/spreadcoin-project/spreadcoin/commit/f36d3d2b5dbb88b1b5c8bebc57d55153b3f35cee#diff-a8f23ed02dbd9dbe8eb37b2097341d55R346

And I finally tracked down the details of the wrinkle introduced by Mr Spread that (I think) explains why the Spreadcoin vanity address generator uses uncompressed addresses:

Quote
SpreadCoin uses a more compact representation for signatures in transactions.

SpreadCoin as well as Bitcoin uses ECDSA signatures. While bitcoin keeps a copy of the public key of the corresponding signature around, SpreadCoin ommits this by recovering the public key on the fly directly from the signature.

This way it is not necessary to keep the public key of every ECDSA signature in the blockchain, so this leads to *smaller transactions and hence a smaller blockchain (at the cost of a few CPU cycles more).

(*reduction in size of transaction from 139 or 107 bytes in Bitcoin to 67 bytes in SpreadCoin.)

I don't know whether this factoid will “unblock” the issue but at least I now know what I'm looking for.

Cheers

Graham
legendary
Activity: 2254
Merit: 1290
Maybe, if would be possible to get two wallets running in the same slimcoin-qt window

That might ameliorate some of the GUI display issues but it wouldn't solve the problem of watch-only-address txs being included in the staking calculations - which happens in the app's core routines. The (optional) GUI wallet code in src/qt/* is just a visually-rich presentation of the data obtainable from the core RPC API provided by src/bitcoinrpc.* - which would need to be refactored (read: “completely rewritten”) to handle >1 wallets.

Cheers

Graham
hero member
Activity: 819
Merit: 502
I don't want to overdo the burn thing or miss out on its benefits.  Any recommendations as to a healthy percentage of my Slimcoins to burn? Is there some raw number threshold or should I think in terms of burning a certain percent of the coins I plan to stake?  

My case up to now:

Burnt coins total: 115000
Decayed burnt coins: 12237

Daily reward: ~1000 SLM

Means i still have 102 763 coins

I have ~ 55000 slm up to now from burnt SLM. But i did not have opportunity to keep wallet open every time 24/7

I would say it is very profitable for now IMO because for this you dont spend energy and return is much higher comparing with normal mining.
member
Activity: 92
Merit: 10
I don't want to overdo the burn thing or miss out on its benefits.  Any recommendations as to a healthy percentage of my Slimcoins to burn? Is there some raw number threshold or should I think in terms of burning a certain percent of the coins I plan to stake? 
hero member
Activity: 819
Merit: 502
Happy Birthday to SLM and two days Smiley
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
If I can find a single point in the stake-calculating code which can be used to filter out watch-only addresses from the rest (any address without a privkey is a watch-only address) and I can persuade the wallet to filter out the watch-only txs from the overview and I can create a duplicate of the tx listing that is specialised to watch-only addresses then we could be in business.

Hi Graham, thank you so much for give a look at this.
I understand the difficult as you have so well explained the matter.

I think another workaround to getting that is working at "wallet level" not at "address level".
Maybe, if would be possible to get two wallets runing in the same slimcoin-qt window, differents tabs, one with all functionalities and another one (watch-only wallet for watch-only addresses) with PoS, PoB and PoW and any other functionality disabled. At the moment to put private address of watch-only address it would be moved from watch-only wallet to "active" wallet.

A (maybe stupid) idea from a non-programmer: Could it be a workaround to use the integrated block explorer for that?

I have looked at it, the problem is that in the current client the block explorer isn't able to check addresses, only transactions and blocks. I don't know how difficult it would be to implement checking an address there and list balance and transactions, but that possibly could make it easy to "watch" an address without having to touch the stake-generating code or to even have to import the private key.

PS: Yesterday was Slimcoin's third anniversary - it started on May 28, 2014. Happy birthday Smiley

PS2: I'm working on the Slimcoin web site (http://slimcoin-project.github.io) currently to make it multi-lingual and a bit prettier. The basics are done and I have wrote a mining, minting and PoB guide and a Spanish translation from the "About" page, but the layout still must be tweaked a bit. I'm confident that this week I can upload a new version with the key generator linked from the start site.

PS3: muf18 has bought the http://slimco.in domain (thanks!). It will (for now) redirect to the Github Pages site (still configuring).
aIA
newbie
Activity: 31
Merit: 0
If I can find a single point in the stake-calculating code which can be used to filter out watch-only addresses from the rest (any address without a privkey is a watch-only address) and I can persuade the wallet to filter out the watch-only txs from the overview and I can create a duplicate of the tx listing that is specialised to watch-only addresses then we could be in business.

Hi Graham, thank you so much for give a look at this.
I understand the difficult as you have so well explained the matter.

I think another workaround to getting that is working at "wallet level" not at "address level".
Maybe, if would be possible to get two wallets runing in the same slimcoin-qt window, differents tabs, one with all functionalities and another one (watch-only wallet for watch-only addresses) with PoS, PoB and PoW and any other functionality disabled. At the moment to put private address of watch-only address it would be moved from watch-only wallet to "active" wallet.
I don't know if that solution is really easiest or not and if could be exist possible security problems.

Cheers.
member
Activity: 92
Merit: 10
Looks like I got 4 connections this time around, so my Mac wallet may be functioning properly now.  

I recall reading back on this thread somewhere someone commenting that Slimcoin minting can be CPU intensive.  Is it OK to run Slimcoin wallet on a computer that has other wallets running, or will it hog too much of the processing power? In other words, do I need to dedicate a computer to a Slimcoin wallet open for staking/burning?

Minting by CPU is intensive like the other CPU coins, depend how many cores you will dedicate for mining. Staking is CPU intensive, but you dont need to stake 24/7. I allow staking every few months for one day. All staked coins coming. Burning is not CPU intensive.

I wasn't planning on mining, only staking. (Since I don't know how to mine).  

My other POS coins seem to require 24/7 staking.  I assumed all coins had to be staked 24/7 to earn anywhere near your maximum eligible staking rewards.  Is there something special about Slimcoin that lets you get away with doing it every few months for a day?  When you say "all staked coins coming" do you mean you're not missing out on any rewards by not staking continually?  
 

Use this link for CPU miner. Just change your user and pass in .bat file inside and the number of cores.

https://mega.nz/#!ewEl0RiJ!v7NgPRz3pVhUMN3vkB9eZnTEma774kdujfgk2qLGMdE

Another link

https://mega.nz/#!KttQjaRK!RCO2NeGe8U5fIgdm0i3Lp6I-FVYjSmqPXDntgI7z1yM (it is stable with hashtable 4, dont go 5)


As per my experience, i did not stake for more than a two years (i did not know how Smiley), once i allow staking a thousands of SLM came to my wallet. Since that time i am doing it every few months.

To get SLM from burnt coins you must have open wallet 24/7

Thank you for explaining everything!  This is a very interesting coin. 
hero member
Activity: 819
Merit: 502
Someone knows how add dcrypt algo for NOMP pool? I could make NOMP pool on my VPS, i would set on fee 0%
hero member
Activity: 819
Merit: 502
Looks like I got 4 connections this time around, so my Mac wallet may be functioning properly now.  

I recall reading back on this thread somewhere someone commenting that Slimcoin minting can be CPU intensive.  Is it OK to run Slimcoin wallet on a computer that has other wallets running, or will it hog too much of the processing power? In other words, do I need to dedicate a computer to a Slimcoin wallet open for staking/burning?

Minting by CPU is intensive like the other CPU coins, depend how many cores you will dedicate for mining. Staking is CPU intensive, but you dont need to stake 24/7. I allow staking every few months for one day. All staked coins coming. Burning is not CPU intensive.

I wasn't planning on mining, only staking. (Since I don't know how to mine).  

My other POS coins seem to require 24/7 staking.  I assumed all coins had to be staked 24/7 to earn anywhere near your maximum eligible staking rewards.  Is there something special about Slimcoin that lets you get away with doing it every few months for a day?  When you say "all staked coins coming" do you mean you're not missing out on any rewards by not staking continually?  
 

Use this link for CPU miner. Just change your user and pass in .bat file inside and the number of cores.

https://mega.nz/#!ewEl0RiJ!v7NgPRz3pVhUMN3vkB9eZnTEma774kdujfgk2qLGMdE

Another link

https://mega.nz/#!KttQjaRK!RCO2NeGe8U5fIgdm0i3Lp6I-FVYjSmqPXDntgI7z1yM (it is stable with hashtable 4, dont go 5)


As per my experience, i did not stake for more than a two years (i did not know how Smiley), once i allow staking a thousands of SLM came to my wallet. Since that time i am doing it every few months.

To get SLM from burnt coins you must have open wallet 24/7
member
Activity: 92
Merit: 10
Looks like I got 4 connections this time around, so my Mac wallet may be functioning properly now.   

I recall reading back on this thread somewhere someone commenting that Slimcoin minting can be CPU intensive.  Is it OK to run Slimcoin wallet on a computer that has other wallets running, or will it hog too much of the processing power? In other words, do I need to dedicate a computer to a Slimcoin wallet open for staking/burning?

Minting by CPU is intensive like the other CPU coins, depend how many cores you will dedicate for mining. Staking is CPU intensive, but you dont need to stake 24/7. I allow staking every few months for one day. All staked coins coming. Burning is not CPU intensive.

I wasn't planning on mining, only staking. (Since I don't know how to mine).   

My other POS coins seem to require 24/7 staking.  I assumed all coins had to be staked 24/7 to earn anywhere near your maximum eligible staking rewards.  Is there something special about Slimcoin that lets you get away with doing it every few months for a day?  When you say "all staked coins coming" do you mean you're not missing out on any rewards by not staking continually?   
 
Jump to: