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

Pages: 1 ... 52 53 54 55 56 57 58 [59] 60 61 62 63 64 65 66 ... 69
871
General Discussion / Re: HERTZ - Oscillating Formula Based Asset
« on: May 25, 2017, 12:22:16 am »
I'm not sure I understand much of the above correctly, but if traders could make a 1% profit every ~1-4 hours by shorting the asset at the peak, and then buying again at the low, then holding until the peak.

A repetitive bot trading the 4 hour profit cycle (6 x 1% profit opportunities per 24 hours), would make 1.01x their initial investment.
Using a bot to trade each of these cycles every day for a month would create a (Initial-Investment * 1.01^(6*31) equals a 600% increase in capital, just from playing the tick-tock game of 1%

This asset needs to track the value of something that the mainstream will want to hold.
There will be lots of shorters wanting to earn the 1% profit 6 times a day.
BitShares-customers who want to buy CNY (?) at volume in a liquid market will not mind paying a 1% "fee" depending on where they are on the HERTZ cycle.
They won't even notice it

There would be lots of liquidity, shorters are guaranteed profits if there are buyers of the token.
High liquidity looks attractive to potential customers, and gets BitShares on the "front page" of crypto-news, because traders will see volume rankings and BitShares will be up there

Is this the kind of thing you're talking about?
Yes, however I'm initially thinking of a large amplitude (50% fluctuation from feed value) and a period of 1 month, effectively 0.138..% every hour not 1% every 4 hours.

We also need to take into account that not all witnesses publish price feeds for all smartcoins, and frequency of price feed publishes is variable, see: https://roelandp.nl/bitshareswitnesslog/
Thus, high frequency price feed publishing would require convincing the witnesses to shell out.

But the idea can be applied to any amplitude, period, graph function and reference asset. You need to take into account the specific smartcoin options for different algorithms.

---

Edit: There's also phase shift to consider, you could have two tokens which have an opposite phase, canceling each other out.

872
General Discussion / Re: HERTZ - Oscillating Formula Based Asset
« on: May 24, 2017, 06:01:15 pm »
What should the "Percent offset of forced settlements" value be for HERTZ?

Considering that the amplitude is 0.5 (50%), the value will fluctuate from 0.5 to 1.5, if someone was to short the asset into existence at the top and they were to hold the asset/debt until the y value was at 0.5, then the asset will be worth 66% less than when they bought it at the top. If we kept the 1% offset for forced settlement then many users would be force settled during each oscillation.

If we set the percent offset to 70% then the fluctuation of the sin wave wouldn't trigger force settlement, only the volatility of the backing asset.

Would there be any repercussions to setting such a high force settlement percent requirement?

---

Another concern would be whether or not users create tokens with enough collateral to take the change in feed price into account?

---

I've set the max price feed lifetime to 420 minutes, as 7hrs makes for a difference of almost 0.01*Base_reference_asset ($0.01 for example).

---

Any thoughts on the above? I'd appreciate any input.

CM.

873
General Discussion / CFETS MPA?
« on: May 22, 2017, 03:00:12 am »
I like the look of ALTCAP.XDR because it's a basket currency by the IMF, but it's only applied against 5 currencies. https://www.imf.org/external/np/fin/data/rms_sdrv.aspx

The CFETS basket currency by comparison is based on 24 currencies: http://www.chinamoney.com.cn/english/svcnrl/20161229/2047.html

Do you think there would be interest in an MPA based on CFETS?

874
General Discussion / Re: HERTZ - Oscillating Formula Based Asset
« on: May 22, 2017, 01:35:04 am »
Regarding existing price feed scripts written in python such as bitshares-pricefeed by xeroc: https://github.com/xeroc/bitshares-pricefeed/

Reference hero file: https://github.com/xeroc/bitshares-pricefeed/blob/master/bitshares_pricefeed/examples/hero.yaml

hero formula (line 41):
Code: [Select]
formula: 1.05 ** ((date.today() - date(1913, 12, 23)).days / 365.2425) / {quoteSettlement_price}
The haskell script could be replicated in python, or we could use the haskell script to precompute a large CSV of blocknumbers to modify the latest price feed value with.
Code: [Select]
formula: quoteSettlement_price + read_CSV_For_Wave_Value(BlockNumber)
The python price feed script uses time/dates instead of block numbers, so perhaps there will be a difference in computed values between haskell and python.

python implementation? (I don't know python)
Code: [Select]
import math
import date

quoteSettlement_price = XDR
Time_In_Period = one month duration
amplitude = 0.5

x_value = (remainder of ((date.today() - date(Asset_Genesis_Date_Timestamp))/Time_In_Period) divided by 1.00)  // to return 0.xx

feed_price = quoteSettlement_price + (((quoteSettlement_price * amplitude)*(sin((x_value * Time_In_Period)) * ((2*math.pi)/Time_In_Period) ))))

875
General Discussion / Re: HERTZ - Oscillating Formula Based Asset
« on: May 21, 2017, 11:09:29 pm »


Rather than a simple sin wave, we could have a sin wave with a period on the way down where the asset would be equal to the backing asset for about a week?

What do you think about the use of Fourier series? https://en.wikipedia.org/wiki/Fourier_series

Think wave interference would be simpler? Combining a triangle/sawtooth wave with a sin wave to get the above desired effect?

Thoughts?

877
General Discussion / Re: HERTZ - Oscillating Formula Based Asset
« on: May 18, 2017, 08:49:13 pm »
I have produced a price feed generation script in Haskell for the HERTZ FBA:
https://github.com/grctest/HERTZ-Price-feed-script/blob/master/hertz.hs

It currently scrapes the price feed for XDR from cryptofresh, averages the last 10 published price feeds and outputs the results in a CSV file. It's outputting to a CSV for use in excel for charting.

Any suggestions?

878
General Discussion / Re: HERTZ - Oscillating Formula Based Asset
« on: May 17, 2017, 10:55:00 pm »
BackingAssetValue = [USD | XDR] //Still need to decide on basing it against the USD or the XDR/SDR.
:(
....gold?

Love the idea. I understand the aim is a stable reliable price(?) but using an IMF product just seems icky. Maybe the USD isn't any better.
We could remove reliance upon the IMF by simply calculating our own basket currency using the price feeds of several fiat currencies.
We could do Hertz.Gold and other variations, don't need to be limited to one asset.

879
General Discussion / HERTZ - Oscillating Formula Based Asset
« on: May 17, 2017, 07:27:47 pm »

What is Hertz?

Hertz is a highly experimental Market Pegged Asset (MPA) created on the Bitshares network. Elected Bitshares witnesses will publish price feeds which are pegged against the United States Dollar (USD) and predictably oscillates using a sine wave algorithm. The sine wave has an amplitude of 14% and a period of 28 days, thus the price feed value changes 2% every day and a resulting max price feed value of $1.14 and min of $0.86 (Note: Depending on the combination of Bitshares price volatility and age of price feeds published by witnesses, these limits may not always hold).

Hertz tokens are shorted (borrowed) into existence by users on the Bitshares network with at least 175% backing collateral in Bitshares; there is no centralized issuance and asset creator permissions have been restricted for increased decentralization.

By implementing a sine wave phase offset (date/time), we are able to make each Wednesday (mid working week) the most important day for Hertz.

Price feeds:
Reference Python scripts & calculator (https://github.com/BTS-CM/scripts)
  hertz_calculator.xlsx : A spreadsheet for evaluating the effect of different sine wave variables (amplitude, period, etc).
  hertz-verification.py : Used for verifying that the phase offset lines up appropriately.
  hertz-feed.py : What you'd use if you don't use wackou or xeroc's price feed scripts.
Wackou's 'BTS_Tools' (Only use if pull request #36 is merged, OR if you change 1/3 to 0.14 yourself manually).
  https://github.com/wackou/bts_tools/blob/master/bts_tools/feeds.py#L275
  https://github.com/wackou/bts_tools/blob/master/bts_tools/feeds.py#L441
Xeroc's 'Bitshares-PriceFeed' (Issue #25 addresses the inaccurate amplitude comments)
  https://github.com/xeroc/bitshares-pricefeed/blob/master/bitshares_pricefeed/examples/hertz.yaml

Surrendered FBA settings
- Disable confidential transactions:
- Require holders to be white-listed:
- Issuer may transfer asset back to himself:
- Issuer must approve all transfers

TODO
- Get witnesses to publish price feeds for the Hertz MPA

Links
https://sites.google.com/view/hertz-aba/

Best regards,Customminer.

880
Pendulum sounds great.

I am assuming that the objective is to incentivize both shorting and buying so as to stimulate liquidity of the asset.
Eventually most buyers wont care about the swinging pendulum, just that they can buy $10,000 worth RIGHT NOW to trade into the DEX from fiat, and then immediately trade their bitPENDULUM for bitUSD or HERO or something they actually want to hold?
I've picked 'HERTZ' as the asset name:

http://cryptofresh.com/a/HERTZ
https://steemit.com/bitshares/@cm-steem/hertz-fba-created

Yes, the aim of this is to incentivize both buying and selling of the asset, it takes the best of both worlds from HERO and VILLAIN.

Yeah trades could be instantaneous if enough market makers seized the opportunity. Even on the way down with users selling there would be incentive to buy the asset because you know that later on in the oscillation the asset will have a feed price greater than the rate you purchased it at (as long as you didn't purchase at the very peak.. just wait till later in the cycle).

EDIT: New thread for the HERTZ token: https://bitsharestalk.org/index.php/topic,24161.0.html

881
Why would anybody buy VILLAIN if it's guaranteed to be worth less tomorrow?
Surely VILLAIN would need to have some other pro-buyer features to attract them to the asset.

Maybe holding it could be like a lottery ticket?
A small chance to gain +20%, but a definite chance of losing at least -5%.
Could this lottery be paid for out of the least collateralised short or something? (noob)
Primarily for the liquidity, there would be a constant supply of it at the price feed unlike bitUSD which doesn't incentivize lending it into existence.
If you hold VILLAIN and you need to liquidate it you could just settle it and get the BTS back at the feed price.

Perhaps the fees earned could be redistributed proportionally to the holders or to the parties involved in filled orders?

-------

A new formula backed asset enters the arena!

Introducing Pendulum!

X_Period = MOD((CurrentBlock-PendulumGenesisBlock),BlocksInPeriod)/BlocksInPeriod    //This will give us a value between 0 and 0.99[.....] (period) continuously.

Amplitude=0.5  //Varying the reference asset by 50%

PI=3.14159265359

Pendulum_Value = [USD | XDR] + (Amplitude*SIN(X_Period*(2*PI)))

Thus we get a formula backed asset which is representative of [USD|XDR] which both rises and falls in a predictable manner, thus having a phase which encourages the sale of the token and a phase which encourages the buying of the token.



https://steemit.com/bitshares/@cm-steem/a-new-formula-backed-asset-enters-the-arena-pendulum

------

Anyone have any other ideas for FBA?

------




882
General Discussion / HERO's arch nemesis! The opposite of 'HERO'
« on: May 16, 2017, 07:41:12 pm »


What is HERO?

https://steemit.com/bitshares/@Stan/the-hero-from-bitshares-island-5
https://steemit.com/bitshares/@Stan/starship-bitshares-and-its-hero-warp-drive
https://bitsharestalk.org/index.php/topic,24092.0.html

    "BitShares has a new formula pegged asset (FPA) or dreamcoin called the "HERO" that is mathematically defined to appreciate annually by 5%."

HERO formula:

Feed_Price = ONE_USD * (1 + (0.05 * Years_since_launch))

'Arch Nemesis' formula:

//Vars
Launch_Block_Number = Block number close to 'go-live' launch of token.
DAYS_SINCE_LAUNCH = (Block_At_Time_Of_Feed_Update - Launch_Block_Number)/Blocks_In_One_Day

Feed_Price = [ ONE_USD | ONE_XDR ]/(1+(Reduction_Modifier*DAYS_SINCE_LAUNCH))

Why?

This would create an incentive to lend the token into existence and sell it at the feed price, as when the token decreases in value the debt will be lower. Where the HERO asset creates an incentive for buying the token, this would be an incentive to sell it. Likewise, the switch to reducing the feed price every day provides a faster opportunity for lenders to buy back their debt at a decreased price (as BTS could be fluctuating heavily).

Thoughts?

Please do post, I'd love to hear your thoughts.
Have an idea for an alternative Formula Backed Asset? I'd love to hear them!
Got a better name than 'Arch Nemesis'?
Would you trade HERO against Arch Nemesis?
What would be an appropriate reduction_modifier?

MIRRORED: https://steemit.com/bitshares/@cm-steem/for-every-hero-there-is-an-arch-nemesis-idea-for-the-opposite-to-the-hero-fpa

883
General Discussion / Re: BlockPay in Serious Trouble
« on: May 16, 2017, 01:56:38 pm »
Great post Thom!  +5%

884
*bump* Has anyone been working on this? All MPA are vulnerable to this problem.

885
General Discussion / Re: BitShares basic diagrams by BTSwolf
« on: May 14, 2017, 09:41:15 pm »
Great work! :D

Pages: 1 ... 52 53 54 55 56 57 58 [59] 60 61 62 63 64 65 66 ... 69