One change we forgot to add is a reduction on SBD conversion delay from 7 days to 2 days. This should dramatically reduce risks and strengthen the peg, we can probably remove the 10% premium we are currently giving for conversions.
You are viewing a single comment's thread from:
I think two days is too short, and something like 3-3.5 days is better. If there are problems with mulitple feeds (for example due to buggy scripts or failed data sources), which has already happened, it can take hours or longer for them to be fixed (witnesses need to be contacted, scripts may need to be edited, etc.). Likewise for any sort of malicious manipulation (which would likely involve collusion between witnesses, though not necessarily, and not that many). While it may big fixed well before two days, during the time until it is fixed, the feed is still being filled with bad data. To ensure this bad data is not a significant portion of the overall dataset requires that the window be significantly longer than the failure.
The 10%, etc. discount can be reduced and will likely reduce anyway as a consequence of lower inflation, an APR that is more realistic given the risks of storing capital on a risky experimental blockchain without potential for upside (of course we hope this factor can also reduce over time), and not allowing the debt load to grow too large before addressing it. In fact I was already considering a feed discount reduction now that we have a higher APR, once the debt load decreases (which seems to be happening this week). I do think even long term a small discount is probably needed under 'average' market conditions, regardless of feed window (though maybe not in the low-infation model). There is still a time cost to receiving payment 7 days forward vs. trading directly and receiving immediate payment. Under stressed market conditions that cost can be very significant (even for 2-3 days).
I do think that 7 days is a bit of overkill and three days would work pretty well. That means hypothetically 12 hours of bad data would still be only 1/6 of the data set and 24 hours (a more realistic time period to vote out misbehaving witnesses) would be 1/3. That said, 7 days gives a lot of robustness to the system. Despite individual failing feeds, a systemic failure due to the Bitstamp hack, some witnesses failing to update for days on occasion, there has never been a case when the fairness or robustness of the 7 day feed has even been called into question. That says something.
In my opinion, the biggest problem with SBD is not the feed delay and accompanying price volatility (in a well-functioning market even with current high inflation that would still only imply a few percent of discount or less), it is excessive debt load on a still-shaky backing asset with low liquidity making SBD risky and hard to trade (including conversions). Please consider the proposal I have made here. Again, of course hopefully this can improve and indeed this proposal will likely improve liquidity directly and therefore the peg indirectly.
I would propose the change is to three days. I do not believe many will argue for two days over three at this point in time.
Most of us are Bitcoiners or formerly so. We could bike shed this issue for years.
Yes I think this is good. Also the reason for the heavy discount is the constant downtrend and of course the health of steem overall.
Very likely the reduction of money supply increase per year from 100% to 10% will already stabilize the price and therefore also bring SBD closer to the peg.
What about the referral system? It seems like there was an unannounced one put in place, or the structure set up for one soon to come.
^^^THIS!
i hate refferal systems they seem to give the impression of scam...
Would it make sense the conversion delay to be random* from 1 to 3 days for example? (So average conversion delay =2 days) Would it be not more secure with the same end result?
Thank you Dan for Steem! I see its potential to change this world for the better.
Those proposed changes will definitely make Steem better.
Any idea on a timeline as to when those changes could be implemented would be nice be either way I'm very enthused by them.