Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - pc

Pages: 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 ... 102
91
Just because they have a nice graphic with many little arrows pointing everywhere doesn't mean it's going to work better than what we have.

I'm not against experimenting either, within reasonable bounds. All I'm saying is that

a) using the DEX price for the feed is dangerous because such feedback loops tend to oscillate, and
b) there is no such thing as a "correct" feed price when external markets are skewed due to political boundaries, so it is pointless to argue about it.

92
Using the DEX price for the feed creates a feedback loop, which is inherently dangerous.

The real source of the problem is that the markets are skewed, and arbitrage is difficult because of political boundaries. The consequence is that there is no single "correct" price. We've had that discussion before.

IMO under these circumstances it is OK to increase the settlement offset, and perhaps also accept a higher premium by increasing MSSR. The resulting spread could cover the market differences and protect both sides.

93
General Discussion / Re: Introduce CEX in governance?
« on: April 10, 2019, 05:57:35 am »
I think they should declare that only those BTS owner who give out the vote power can get airdrop.

Actually they do mention this explicitly in their terms. You have to actually read them to see it of course. :-)

94
Originally, bitRUB was supposed to be the on-chain counterpart for RUB. bitRUB was globally settled soon after the chain started. Since there was no way to revive it back then, someone created bitRUBLE as a replacement.

Now that bitRUB has been revived we have two bitassets for bitRUBLE, which is unfortunate of course. It's up to the users which asset they use, and up to the feed producers which asset(s) they feed.

95
General Discussion / Re: bitusd peg
« on: April 04, 2019, 06:14:16 am »
The intent of BSIP-18 is not to allow people to do something good for the community. Its intent is to provide a mechanism for revival, and incentives to use it. This has worked out nicely.

Bidding "at the last minute" makes sense, economically, if you want to acquire as much from the pool as possible. Just like on ebay, bidding early only drives the price up. IMO this behaviour is neither benevolent nor malevolent. It can be called selfish, but that's OK - we're acting in a market here, and participants are expected to act selfish. That's just how things work.

Note that the bidders has also accepted a significant risk with this investment. If the BTS price drops again, he might lose all of it.

96
General Discussion / Re: bitusd peg
« on: April 03, 2019, 04:34:11 pm »
I guess it's hard to make you happy.

How could a benevolent whale participate (if such a person exists!) even if he or she wanted to?


Let the whales work...they could have easily remained on the sidelines during the bitUSD revival auction and let minnows and others participate...but they could not resist flexing their muscles

97
General Discussion / Re: bitusd peg
« on: April 02, 2019, 05:55:31 pm »
FTR - BitUSD has been revived a couple of hours ago.

98
General Discussion / Re: bitusd peg
« on: March 30, 2019, 09:06:18 am »
So the only real incentive to bid is for quicker revival of bitUSD?

While under GS, bitUSD is backed by (pegged to) a fixed amount of BTS. After revival, it will be pegged to USD again, and it will be backed by a variable amount of BTS. You can expect the bitUSD internal market price to drop sharply from slightly below MCR to around 1 USD.

This is also the point where the bidder is rewarded. By bidding successfully, you "buy" a position consisting of debt and equally valued collateral. Immediately after revival, the debt is worth much less, which means your position gains value. The price you pay for this is that both your bid and the bought collateral are locked up, until you pay back the debt.

99
General Discussion / Re: Add "close long" feature?
« on: March 28, 2019, 08:08:29 pm »
If your buffer is small you can do this repeatedly (even within a single transaction).

If you've already been margin called you can only get out by paying more than MSSR. This would have the effect of increasing the premium, and it would use up the available collateral more quickly. Not sure if either is desirable.

100
General Discussion / Re: Add "close long" feature?
« on: March 28, 2019, 03:41:10 pm »
Note that this can be done client-side with no risk for margin call, at least in the case where you sell into the order book (i. e. as a taker only). Just wrap the required operations into a single transaction and mark the sell order as "fill-or-kill".

101
Technical Support / Re: Account Hijacked
« on: March 25, 2019, 01:47:21 pm »
Please provide links to what has been said and done for the sake of information.

There are several posts in this forum where it is discussed. This thread here is almost 4 weeks old, for example.
There are several articles on steem that talk about this, for example https://steemit.com/community/@erodedthoughts/bitshares-scam-proposed-permission-update
It was/is discussed in various telegram groups.
It was/is discussed on discord.

The UI has made approving proposals a 3-step-process, see post from Stefan above. Unfortunatly, people have been taught for years that whenever their computer pops up a box they MUST NOT READ IT and the MUST CLICK ON OK.

102
General Discussion / Re: 8) Bitshares, greatest unknown coin... Ever!
« on: March 23, 2019, 08:07:14 am »
Preaching to the choir... another AI?

103
General Discussion / Re: bitusd peg
« on: March 23, 2019, 08:06:32 am »
I think if there is one downside to decentralization is that there is no leader or CEO to take charge and provide the drive and vision going forward...

Absolutely!

104
Technical Support / Re: Account Hijacked
« on: March 23, 2019, 08:01:35 am »
It is unacceptable that nothing has been said or done to protect others from this exploit. I won't be using bitshares anymore.

A *lot* has been said *and* done. But of course it's easier to blame the tools than to admit your own fault.

If someone walked up to you and said "Hello, my name is Mr. Policeman. Please give me your money and the keys to your house, I will protect them for you.", would you do it? (The sad truth is that even in the real world people fall for this. They don't stop using money though.)

105
witness_node does not replay automatically on every restart because replay takes a long time.
Instead, on shutdown it rewinds its internal database for a couple of blocks and then dumps it to disk. On restart it checks if such a dump is present, and if so it loads the dump and resumes from that point.

If your plugin also uses the internal database, like the market plugin, then your plugin state will also be dumped and reloaded automatically.

Note that you *should* use the internal database for storing your plugin state, because otherwise it will be difficult to handle chain forking correctly.

Pages: 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 ... 102