Topic: Slimcoin | First Proof of Burn currency | Decentralized Web - page 112. (Read 137076 times)
Last try. WTB large amounts of Slim. Pls PM me your best price.
Yeah I get in at 70-75 sats... But very low number of coins cause liquidity was so low I could spike it then too 300 easily.
There were some days before at 25-50 (the lowest price for Slim recorded up to date), but I was too slow to enter then.
There were some days before at 25-50 (the lowest price for Slim recorded up to date), but I was too slow to enter then.
There are still so little sell orders even at high prices. Only 290K for sale. I wonder why. People won't sell even at 1000-2000 sats? Can't be true, but why there's no orders then )
Yeah I get in at 70-75 sats... But very low number of coins cause liquidity was so low I could spike it then too 300 easily.
There were some days before at 25-50 (the lowest price for Slim recorded up to date), but I was too slow to enter then.
There were some days before at 25-50 (the lowest price for Slim recorded up to date), but I was too slow to enter then.
If there isn't any of you running a market maker bot with around 1BTC liquidity on Nova, then I think we may have attracted a whale. And the whale is arranging the toys, planing to play. Volume was generous last week, price maintained the 1 cent level steadily, difficulty increased (as many of you observed).
In my (short, but intense) experience as a trader, I observed that big entrances of big players are very quiet.
Of course, correlation is not causation and I may be totally wrong.
In my (short, but intense) experience as a trader, I observed that big entrances of big players are very quiet.
Of course, correlation is not causation and I may be totally wrong.
There were some dumps at around 500. Until some old whale got out of Slim. I bought some at that price. Want to try buying a bit lower now. For some people 500 is x10 from their buying price.
If there isn't any of you running a market maker bot with around 1BTC liquidity on Nova, then I think we may have attracted a whale. And the whale is arranging the toys, planing to play. Volume was generous last week, price maintained the 1 cent level steadily, difficulty increased (as many of you observed).
In my (short, but intense) experience as a trader, I observed that big entrances of big players are very quiet.
Of course, correlation is not causation and I may be totally wrong.
In my (short, but intense) experience as a trader, I observed that big entrances of big players are very quiet.
Of course, correlation is not causation and I may be totally wrong.
If the "decayed burn" count exceeds the "mint by burn" count, is that anything to worry about? I started burning today, and the decayed burns are catching up.
With "mint by burn" you mean the 'Effective Burnt Coins' score?
What you say (Decayed Burnt Coins number higher than Effective Burnt Coins) should, in theory, occur after more than a year ...
Can you enter 'getburndata' in your Debug Console and post the result here (or if you don't want people to know the amount of money you burnt, send me a PM)? So I can see where the problem lies ...
Quote
Also, since my first hour of staking (when I hit a small windfall), I've earned nothing. That was 2 days ago. Should I be dividing coins into many addresses instead of staking them all in one address? I have a powerful processor staking full-time, so lack of computing power can't be holding me back.
The coins must be inmovilized for 7 days to be able to find blocks, and only after 90 days they achieve the maximum "score". In my opinion, it is not of importance if you stake with one address or multiple addresses.
Thanks for your feedback on this. It's good to know minting shouldn't begin immediately.
- The phrase "Mint by burn" only appears in transactions.
- "Balance" shows total number of mint by burn.
- Net burnt coins - Effective Burnt coins = "Decayed burnt coins"
I was basically looking at the ratio of Balance to Decayed Burnt Coins, and in the first few hours of
BTW, I think we should be live-charting the total effective burnt coins across the network.
Does anybody have gpu miner, which isn't available to public? Because there was quite a surge in mining power, without many nodes connected. I tried to mine on amd gpu and even tho cmd (miner i command line), says it's mining more that in reality, it was less a lot less mining then with CPU, it wasnt working properly. Maybe I should compile it and try on Linux?
I have seek info about us and I find such topic:
http://www.dailibu.cn/altcoinscriptomonedasaltern/2017075841.html
But it's chinese + spanish is so out of for me, that I can't understand it at all. Spanish part mostly I understand but chinese ...
Here is another mirror of Slimcoin Client Wallet AIO v.0.5 for Windows (SFX with whole blockchain, installing on disk and creating shortcut on desktop).
Next release will be in the mid-August, with new icon for shortcut and the newest blockchain.
https://drive.google.com/drive/mobile/folders/0Bz8rq8XhBF7AaS1TQ0hPOFlZaTg?usp=sharing
There are also a few student/university publications about Slimcoin from 2014 to 2016, mainly about Proof of Burn.
Maybe they should also do a study about reviving abadonded project - because as @cryptovore mentioned at steemit - it's truly amazing - from 0 progress and community, it rose to quite active community here and growing I think, because it's only the beginning. I stumbled upon this project 2 months ago and I stunned about progress here
I have seek info about us and I find such topic:
http://www.dailibu.cn/altcoinscriptomonedasaltern/2017075841.html
But it's chinese + spanish is so out of for me, that I can't understand it at all. Spanish part mostly I understand but chinese ...
Here is another mirror of Slimcoin Client Wallet AIO v.0.5 for Windows (SFX with whole blockchain, installing on disk and creating shortcut on desktop).
Next release will be in the mid-August, with new icon for shortcut and the newest blockchain.
https://drive.google.com/drive/mobile/folders/0Bz8rq8XhBF7AaS1TQ0hPOFlZaTg?usp=sharing
There are also a few student/university publications about Slimcoin from 2014 to 2016, mainly about Proof of Burn.
Maybe they should also do a study about reviving abadonded project - because as @cryptovore mentioned at steemit - it's truly amazing - from 0 progress and community, it rose to quite active community here and growing I think, because it's only the beginning. I stumbled upon this project 2 months ago and I stunned about progress here
Understood, np. With that future possibility in mind, I'll devote some time to tidying up the workplace, making it more sharable, that sort of thing.
Thanks. Now I really have to deliver something
Iff it floats your boat
My sense is that the community is relaxed about such things and I was content with contemplating that at least it'll be nice to be able confer occasionally on the odd engineering nuance.Cheers
Graham
Thanks! Slowly I begin to understand how a cryptocurrency like Slimcoin _really_ works. 
PS: Compiled the BIP65 branch and it runs and syncs without problems. I see that to activate (and test) CLTV it required a soft fork in Bitcoin, but I think I remember OP_RETURN was also a soft fork so it should not be really a problem. I think in Slimcoin we are using the original "user activated" softfork mechanism and not BIP9 so no miner/minter approval would be needed.
PS: Compiled the BIP65 branch and it runs and syncs without problems. I see that to activate (and test) CLTV it required a soft fork in Bitcoin, but I think I remember OP_RETURN was also a soft fork so it should not be really a problem. I think in Slimcoin we are using the original "user activated" softfork mechanism and not BIP9 so no miner/minter approval would be needed.
D'yknow, I was so focused on the syntax that I paid only scant attention to the semantics. The soft fork is to enable the situation described the comment:
Code:
+/** Script verification flags */
+enum
+{
+ SCRIPT_VERIFY_NONE = 0,
+ SCRIPT_VERIFY_P2SH = (1U << 0),
+ SCRIPT_VERIFY_STRICTENC = (1U << 1),
+ SCRIPT_VERIFY_NOCACHE = (1U << 2),
+
+ // Discourage use of NOPs reserved for upgrades (NOP1-10)
+ //
+ // Provided so that nodes can avoid accepting or mining transactions
+ // containing executed NOP's whose meaning may change after a soft-fork,
+ // thus rendering the script invalid; with this flag set executing
+ // discouraged NOPs fails the script. This verification flag will never be
+ // a mandatory flag applied to scripts in a block. NOPs that are not
+ // executed, e.g. within an unexecuted IF ENDIF block, are *not* rejected.
+ SCRIPT_VERIFY_DISCOURAGE_UPGRADABLE_NOPS = (1U << 7),
+
+ // Verify CHECKLOCKTIMEVERIFY
+ //
+ // See BIP65 for details.
+ SCRIPT_VERIFY_CHECKLOCKTIMEVERIFY = (1U << 9),
+};
It would be a soft fork in that future blocks will be a subset of all blocks, including those that were minted before the fork and which could contain scripts whose meaning would change and whose outcome would be different under the new script rules.
In this instance (caution! “weasel words” - DYOR) it doesn't appear to be the case (caution! “weasel words” - DYOR) that the introduction of CHECKLOCKTIMEVERIFY would cause previously-successful Slimcoin scripts to fail or vice versa.
I'm always cautious about assuming that the existing blockchain doesn't contain any retrospective “gotchas” which could be triggered by the subsequent introduction of a script feature.
An example - and a snap test for those following along at home ... have there been any multisig transactions recorded on the Slimcoin blockchain?
Cheers
Graham
I still have a weird problem with the lastest version of the wallet,
Is there anything indicative in debug.log, db.log or your system logs?
Cheers
Graham
Hi all,
Just found and solve the problem.
It's my wallet.dat that was crashing the wallet v0.5.
With a new generated wallet everything ok so far.
i will transfer my coins to the new wallet and see if the problem appears again.
K.
Thanks! Slowly I begin to understand how a cryptocurrency like Slimcoin _really_ works.
PS: Compiled the BIP65 branch and it runs and syncs without problems. I see that to activate (and test) CLTV it required a soft fork in Bitcoin, but I think I remember OP_RETURN was also a soft fork so it should not be really a problem. I think in Slimcoin we are using the original "user activated" softfork mechanism and not BIP9 so no miner/minter approval would be needed.
PS: Compiled the BIP65 branch and it runs and syncs without problems. I see that to activate (and test) CLTV it required a soft fork in Bitcoin, but I think I remember OP_RETURN was also a soft fork so it should not be really a problem. I think in Slimcoin we are using the original "user activated" softfork mechanism and not BIP9 so no miner/minter approval would be needed.
What just came into my mind - would an additional "burnt" data field need a hard/soft fork?
Fortunately, neither. The presence or absence of the total doesn't affect the coin's operations at all. The calculated total is stored in blkindex.dat - which the client constructs for itself either by reading an existing blkindex.dat or by reading the data from the blockchain, laying down a new blkindex.dat in the process. The tx data from which the total is calculated are in the blockchain. All very properly self-contained.
Cheers
Graham
If the "decayed burn" count exceeds the "mint by burn" count, is that anything to worry about? I started burning today, and the decayed burns are catching up.
With "mint by burn" you mean the 'Effective Burnt Coins' score?
What you say (Decayed Burnt Coins number higher than Effective Burnt Coins) should, in theory, occur after more than a year ...
Can you enter 'getburndata' in your Debug Console and post the result here (or if you don't want people to know the amount of money you burnt, send me a PM)? So I can see where the problem lies ...
Quote
Also, since my first hour of staking (when I hit a small windfall), I've earned nothing. That was 2 days ago. Should I be dividing coins into many addresses instead of staking them all in one address? I have a powerful processor staking full-time, so lack of computing power can't be holding me back.
The coins must be inmovilized for 7 days to be able to find blocks, and only after 90 days they achieve the maximum "score". In my opinion, it is not of importance if you stake with one address or multiple addresses.
@gjhiggins: OK - I also consider it a bit strange that the creator of the coin is so silent. Well, Satoshi does the same
What just came into my mind - would an additional "burnt" data field need a hard/soft fork? I assume this item would be stored in the block header, but woudn't that change the block hash? (Sorry for that stupid question ...)
@cryptovore: Do you know such a script to retrieve posts by topic from Steem and could give me a link to it?
Understood, np. With that future possibility in mind, I'll devote some time to tidying up the workplace, making it more sharable, that sort of thing.
Thanks. Now I really have to deliver something
(At Steemit it is a bit problematic to link to specific topics, because there's no way I know to link to a list of all posts about a topic, only the trending topics which are those posted in the last week or so)
Thanks for the shoutout, it's nothing, really, I do think Slimcoin deserves more exposure and I try to do it in a decent way.
re: link to specific topics in Steemit, yes, you can't do it using the steemit.com site UI because the blockchain API has a built-in limit and the UI is honoring it. You have to call recursively a specific API endpoint to get all the posts of an author (which means you can obtain such a list by writing a short JS, Python or PHP script). Not related to Slimcoin, but just wanted to point it out.
This thread is progressing very fast ...
Do you mean me (or my "Slimcoin Community" alter ego)?
Do you mean me (or my "Slimcoin Community" alter ego)?
Oh no, not by any means and I'm horrified that I inadvertently gave you cause to think so. By OP I meant [email protected] - that's the canonical source.
Cheers
Graham
edit:
What I will try, if you decide to do that posting, is to condense some of the insights into the slimco.in website or in the Github Wiki.
I'll bear that requirement in mind when filleting the posts, if I can get it right, you should just be able to paste and edit to your satisfaction.
If the "decayed burn" count exceeds the "mint by burn" count, is that anything to worry about? I started burning today, and the decayed burns are catching up.
Also, since my first hour of staking (when I hit a small windfall), I've earned nothing. That was 2 days ago. Should I be dividing coins into many addresses instead of staking them all in one address? I have a powerful processor staking full-time, so lack of computing power can't be holding me back.
Also, since my first hour of staking (when I hit a small windfall), I've earned nothing. That was 2 days ago. Should I be dividing coins into many addresses instead of staking them all in one address? I have a powerful processor staking full-time, so lack of computing power can't be holding me back.
This thread is progressing very fast ...
Do you mean me (or my "Slimcoin Community" alter ego)? I wasn't aware of that "thread summarizing project" but in a coordinated effort I could help there, although I wasn't active at the very beginning (I discovered Slimcoin somewhen in late 2014). I even remember that I once read the whole old thread and remember there was a critical situation when the blockchain had to be interrupted.
What I will try, if you decide to do that posting, is to condense some of the insights into the slimco.in website or in the Github Wiki.
(BTW: I just saw the Anatomy of the Genesis block is ready for 9 days now and merged it into the website - sorry for the delay.)
As about "writers" about Slimcoin, I would like to point out again to cryptovore's Steemit posts:
https://steemit.com/trending/slimcoin
https://steemit.com/@dragosroua
(At Steemit it is a bit problematic to link to specific topics, because there's no way I know to link to a list of all posts about a topic, only the trending topics which are those posted in the last week or so)
What I can't do is to write about Slim. We need someone to do that.
Unfortunately the OP doesn't seem interested in contributing but I am in the process of manually filtering the scraped posts of both bct Slimcoin threads for social and technical insights which I will (ultimately) summarise into a single posting to the group.Do you mean me (or my "Slimcoin Community" alter ego)? I wasn't aware of that "thread summarizing project" but in a coordinated effort I could help there, although I wasn't active at the very beginning (I discovered Slimcoin somewhen in late 2014). I even remember that I once read the whole old thread and remember there was a critical situation when the blockchain had to be interrupted.
What I will try, if you decide to do that posting, is to condense some of the insights into the slimco.in website or in the Github Wiki.
(BTW: I just saw the Anatomy of the Genesis block is ready for 9 days now and merged it into the website - sorry for the delay.)
As about "writers" about Slimcoin, I would like to point out again to cryptovore's Steemit posts:
https://steemit.com/trending/slimcoin
https://steemit.com/@dragosroua
(At Steemit it is a bit problematic to link to specific topics, because there's no way I know to link to a list of all posts about a topic, only the trending topics which are those posted in the last week or so)
ATM the daily job requirements are swamping me
Understood, np. With that future possibility in mind, I'll devote some time to tidying up the workplace, making it more sharable, that sort of thing. I've learned to appreciate a well-designed on-ramp, let's see if I can manage to create one myself.
Reporting back - still “close but no cigar”. The adjacent latest peercoin code includes a -reindex facility. However, it uses routines added to PPCoin but not yet to Slimcoin, so there's a degree of subsidiary support required.
I suspect the solution will necessarily include a fix for getting the client to actually read the blk0001.dat file - a resolution of that issue is somewhat overdue; distributing a datadir snapshot is a convenience but has a social bug in that it inappropriately requires users to trust the originator.
Cheers
Graham
P.S. If your successful second-guessing gets any more detailed, it'll risk being mistaken for a PR
If by PR you mean Pull Request, I'd be happy to contribute at that level, but ATM the daily job requirements are swamping me. It will be a good opportunity to brush up on my C skills (which are lame, to be optimistic). BTW: your RDF suggestions are top of the list, for whenever I may find some decent chunk of time (weekends are good candidates for that).
Jump to: