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 - Rune

Pages: 1 ... 67 68 69 70 71 72 73 [74] 75
1096
Burning supply to pay a dividend works well with an asset like BTSX, where you create a fixed amount, and then burn them over time.


But the way that bitUSD is created and destroyed is different.  Opening a new short creates bitUSD.
Closing the short removes the bitUSD.  Every short must be closed within 30 days, so whenever a bitUSD is created, that bitUSD will be destroyed within 30 days.


If you wanted to pay dividends by burning bitUSD then here is what would happen:


* People short, creating 1 million bitUSD.
* 1000 bitUSD are burned for the yield, resulting in 999,000 bitUSD remaining.
* People now need to cover the shorts by buying up 1 million bitUSD, but only 999,000 remain! 

The result is that it is not possible to cover all the shorts.  The price would go to infinity as the short was forced to buy bitUSD that did not exist.


This would be a reverse ponzi. :)  100% of the initial collateral that the shorts used to create bitUSD would be given to the buyers of the bitUSD.  The late adopters would get everything and the ones who originated the bitUSD would lose everything.   Lol!

Try this thought experiment: in the current system, what happens if someone throws away the private key to some bitUSD? Does that cause the price to go to infinity since shorts now have to buy supply that no longer exists?

The economics of money supply/demand can be pretty tricky, but the simplest way to see it is that burning/losing supply is exactly the same as distributing proportionally to all other supply holders.  You are right that the uniqueness with bit assets are the way they are created, and that's why you have to use the yield accumulator to adjust the feed price as supply is burned, ensuring a stable equilibrium.

1097
General Discussion / Re: Bter: bitUSD/USD price
« on: October 07, 2014, 04:49:22 pm »
It is very difficult to sell bitUSD in the market engine, there is very low demand. I think the solution to this issue will be the implementation of yield.

1098
Will be pretty awesome if ccedk implement it. I for one will be ready to provide some bitUSD liquidity against fiat currency.

1099
General Discussion / Re: BitAssets ... aren't a killer feature
« on: October 07, 2014, 03:32:52 pm »
Stocks and the like have an advantage being centralized since they can pay dividends anyway. The "killer app" feature of bitAssets is bitUSD. It's cryptocurrency without the volatility downside and it is secure in a verifiable way (and not a ponzi like nubits). BitAssets also provide an incredibly convenient way for local cryptocurrency trade, localbitcoins style (spread/fee will be a lot more transparent for even a noob user)

1100
Rather than distributing yield in some hack way that doesn't pay every bitAsset holder equally, I believe a more graceful method is to simply use the same kind of system that delegates use to pay "dividends" to BTSX holders: by burning supply.

The obvious issue this creates, is the decoupling of the bitAsset peg, as it appreciates due to the limited supply. My proposal is to use underlying  deflationary supply tokens to handle the actual transactions on the network level, and then use a locally calculated variable, the yield accumulator, to transform the supply tokens into front-end bitassets, and continously update the yield of the bitAsset in the client. The second important function of the yield accumulator is to transform the price feed from real world asset price into supply token price.

This has a number of advantages over other solutions that distribute yield through transactions to every bitAsset holder:

1) It takes the lowest amount of network resources, increasing max TPS of the market.

2) It distributes yield instantly in real time to every bitAsset holder. This will have some marketing benefits since it means your bitAsset holdings will begin to tick upwards literally within 10 seconds of buying them in the client (assuming a busy market).

3) It is non-gameable by bots or clever people with spreadsheets, because of the instant yield allocation. I.e. you cannot get an unfair share of the already accumulated yield by getting in or out of the market at good times.

4) Due to number 3, every bitasset holder will gain the same yield over time, making it an ideal savings vehicle even for normal non-tech, non-trader people.

5) Exchanges that don't implement the supply token to bitAsset transformation will be nice visual demonstrations of the yield over time, possibly providing positive marketing. bitAsset sales pipelines for average people will of course have the transformation implemented, so average people will not be confused by the increasing price.

To simplify things, I will use bitUSD as the example for explaining the system. To make it work we need to convert all current bitUSD into stUSD, the bitUSD supply tokens. bitUSD instead becomes the way the average user interacts with the supply tokens. Initially, bitUSD supply tokens will have identical value to bitUSD, and can be shorted into existence at the feed value of USD, since no yield has been distributed yet.

When fees are paid or shorts are covered, the yield is burned in a special transaction, since burning supply has the same economic effect as distributing the supply proportionally to all other supply holders (assuming the market follows standard microeconomic rules). To keep track of the price increase that this creates, we use a variable called the yield accumulator, Ay. The advantage is that this variable can be calculated locally by each client, lessening network load. It can also be benchmarked in blocks at regular intervals, such as every 30 minutes, for lightweight clients.

Ay is updated each new block by calculating the amount of supply tokens burned proportional to total supply, and thus the average price increase, into a variable called the yield increase Iy.

Iy = nstUSD/(nstUSD-nstUSD, burned)-1

Where nstUSD is the current stUSD supply and nstUSD, burned is the amount of stUSD burned this block.

This variable is then added onto Ay each new block, accumulating the total proportional price increase of stUSD (lifetime yield) into the yield accumulator.

A(y, blockn + 1) = A(y, blockn) + I(y, blockn+1)

Whenever at user interacts with bitUSD in the client, Ay is used to transform his orders into stUSD orders with some simple linear relationships:

nbitUSD = nstUSD * Ay
pricebitUSD = pricestUSD / Ay

After the commands have been sent to the network, they are dominated solely in stUSD. The price relationship is also used to determine the feed price of stUSD:

feedstUSD = feedUSD * Ay

After the delegate making a block has determined the Ay, he will apply it to the average USD price feed and then determine if any shorts are executed. I guess he will have to ignore the increase in stUSD amounts, so the effect of shorts in block n will be added to the Iy and thus Ay of block n+1.

Any feedback? I guess some people will criticize the idea of using an underlying asset that differs from bitUSD as being more confusing than the current system, but I think that as long as the user experience does not show it to the user in any way (unless they want to see it), and the average user interacts only with bitUSD, this system will be superior for non-techy users, since they will not be at a disadvantage to bots when it comes to yield distribution. I think fairness and openness in the yield distribution should be bitAssets number 1 priority, the second being user experience. Like I mentioned earlier, I think this proposal also helps the user experience due to the real time, instant yield.

1101
General Discussion / Re: Is the set of market pegged assets fixed?
« on: October 07, 2014, 12:38:40 pm »
How would bitGOOG handle GOOG dividends or stock splits? The amount of bitGOOG would either go to zero, or decouple from the peg. Even a bitasset pegged to a stock that does neither of those will always have the added risk of it happening in the future priced into it, breaking the peg. Market pegging only makes sense economically for commodities as far as I can tell.

1102
How can you trade something like bitAAPL or other virtual stocks on bitshares, won't the peg break whenever dividends are issued?

1103
General Discussion / Re: How much is a new user worth?
« on: October 06, 2014, 01:29:59 pm »
I think the key to make a openbazaar airdrop work, would be to have official bitshares notaries (multisig 3rd party for escrow and arbitration) provided by the bitshares network, who ensure bitUSD can always be used in escrow, and who oversee the referral program and ensure it is not being gamed. These notaries would be delegates who campaign to get this extra job, and would also be the delegates that are responsible for creating the inflation blocks that fund the referral program.

1104
I don't see any problem with the name

BitSharesX - kinda as in Exchange, just like ForeX.

BitShares is just the family name

BitShares Music
BitShares DNS
BitShares WhatsNext

Indeed there was a debate on this a while back but have not searched back for it, but this was my understanding from it all.
Oh BitShares Music tokens are called Notes I believe.

Right, you don't see a problem with the name, but that doesn't change the fact that new users do. Also, a name that has to be explained like you just did is inherently bad.

1105
I agree with your OP that it can be confusing, though I havn't found a suitable alternative.  calling the tokens behind BitShares X , simply BitShares can be misleading.  Do you call the tokens behind BitShares DNS BitShares as well, or BitShares Play, BitShares Music.   I suppose in conversation it would be acceptable in each case to do so but if the listener needs something more specific you have to call them exactly what they are.

If any token represents the "BitShares Ecosystem", It would be BitShares PTS but that's not really correct either because it only represents the Future BitShares Ecosystem, not including the past ecosystem.

There really isn't a token for Whole Ecosystem.

There is no BitShares token.

I think its just a word that can mean any one or all the individual tokens.

This is at best a philosophical and purely semantic argument. However the tokens used on blockchains in the bitshares ecosystem are clearly not called bitshares, they're just called shares. I don't think you'd be able to find any post on this forum where someone has used the word "bitshareholders".

1106
General Discussion / Re: DAC dilution model proposal
« on: October 04, 2014, 07:54:53 pm »
I think inflation should only be implemented on one-time basis. I.e. getting the supply inflated would require a big campaign that mobilized a majority of voting stakeholders, and would be voted on in several rounds. This would make the basic inflation "block" a project - something that would be very easy to do transparent accounting on. The newly inflated funds from a project would not be released instantly, they would be given over a predetermined time period.

In the beginning, there would be smaller projects where people experiment with what is actually a net benefit on share price. As project leaders build up community trust, they can begin to do more longterm, or widereaching projects. If a project leader ever messes up or turns out to be corrupt, it will be easy to inform the community and his current "project pool" can be wiped, so that he has only been able to waste what was released beforehand.

This gives the advantage of trickling inflation, without having the risk of slow, perpetual debasement of the share price.

1107
The problem now is that changing all that stuff is a lot of work.  I think it might be possible to refer to it as Bitshares when talking, but I doubt the name can be changed at this point.  We have a wiki, pages and pages of content on bitshares.org.  3rd party services.  Just too much traction and work to fix it IMO.

A DAC that is able to rebrand itself to something with superior value will have a massive advantage over one that can't. If we don't currently have the capability to change the name, then we need to gain that capability.

Everyone has ideas, but time/labor is the bottleneck I would think.  Only way to gain the capability would be if you used it, and then you really have to ask if it is worth all the effort.  Your reasoning is sound, I just don't see it being worth doing, but then I can't gauge how negative "Bitshares X" is to people who are not already familiar with it all.  I've been blinded to that effect being around for so long, so you'd need to make a real strong convincing argument I would suspect.

This is absolutely true. In fact, I think I'll do just this. I'll take some samples and see how average, non-crypto people react to one name vs the other. Then, with data in hand, it will be much easier to have this discussion.

However, I'd say that a namechange would be something "average" people like many of us on this forum, who don't code, would be able to carry out. The coders, who are the real labor bottleneck, wouldn't have to be affected much.

1108
The naming/branding was extensively debated many months ago (well before the release).

I'd say it is not the time to re-open the debate.

On the contrary, I think it is crucial to find out if the DAC and community has the capability to rebrand itself and carry out largescale votes of consensus on a singular, important topic, before we start largescale marketing. We might later find ourselves in a situation where the entire community might need to mobilize itself in order to achieve some shared goal, I'd say a namechange would be the ideal way to practice this, since it doesn't involve changing any actual system or code.

1109
The problem now is that changing all that stuff is a lot of work.  I think it might be possible to refer to it as Bitshares when talking, but I doubt the name can be changed at this point.  We have a wiki, pages and pages of content on bitshares.org.  3rd party services.  Just too much traction and work to fix it IMO.

A DAC that is able to rebrand itself to something with superior value will have a massive advantage over one that can't. If we don't currently have the capability to change the name, then we need to gain that capability.

1110
To be honest, if in-spite of all the innovations behinds BitSharesX, the name was the only thing that stopped you from committing, perhaps BitSharesX isn't for you...

This is not a counterargument.

If an arbitrary name is more important to you than maximizing adoption, shareholder worth and chance of success, perhaps BitSharesX isn't for you...

Pages: 1 ... 67 68 69 70 71 72 73 [74] 75