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: BlockPay in Serious Trouble
« on: May 27, 2017, 06:33:19 pm »
RE - "disrupting" mumble. My goal in challenging chris4210 was NOT to disrupt the mumble. In fact, it wasn't until 40 minutes into it this discussion occurred. With such an important issue we shouldn't restrict the discussion, and Friday mumble is the perfect venue to make people aware of what is going on. On that note mission accomplished. If that means some topics aren't discussed this week so be it. 1 hour is obviously not enough time to cover everything. I will admit it might have been better had onceupoonatime posted in the beyondbitcoin steemit article that fuzzy publishes each week to officially get on the bbc agenda, but that was addressed in the opening moments when chris / fuzzy asked the audience if other topics should be added to the agenda. So the discussion of stealth was introduced properly and acknowledged as an agenda item that way.

I did not mean to imply that you were disrupting the mumble session, I meant that if we were to all ask in the mumble about this topic one after another we would only get 'no comment' from Chris. I do agree that it's a serious issue that needs resolved, but he's simply not going to divulge anything productive in public (other than fud - eg rebranding/reissuing tokens).

RE - the lack of community interest. I simply don't see many people even willing to ask questions about this mess. @pc in the forum actually said it's not good to make this public. ALL IT TAKES FOR EVIL TO PROSPER IS FOR GOOD MEN TO DO NOTHING. If this were happening to you wouldn't you want the truth to be known? Those wanting to do evil thrive in the darkness of secrecy and it's important to shine a light of truth on them to expose them. How hard can it be to ask a question?
Perhaps because it's really negative and none of us were expecting this mess when we originally invested in Blockpay? If I was a developer who had his pay cut because of a quarrel between my bosses I'd be livid; it's disgusting to withhold employees salaries, doing so is a serious warning that something is wrong (perhaps even breaching EU work rights?). If I was Chris I'd be asking others to host the hangout to avoid the public spotlight until this is all sorted out...

872
We should have a dynamic fee mechanism where we state 'the fees will always be $0.01' (for example) and the settings are automatically adjusted for the exchange rate of BTS.
The majority of the DEX's income comes from registering assets/accounts and LTM, network transactions are a minority and BTS would probably benefit from them being made almost free.

873
General Discussion / Re: BlockPay in Serious Trouble
« on: May 27, 2017, 02:08:04 pm »
Great post @Thom.

RE: Accepting the 'no comment' response - what are we to do? Derail the Bitshares hangout like a broken record repetitively getting the same 'no comment' response? We had other important things to discuss (such as the stealth chat then the beyondbitcoin hangout).

RE: Lack of interest - Don't get me wrong, there's certainly a lot of interest in this however hangouts are not court sessions and as above there's zero further info from Chris for us to work with. As an investor I'm disappointed in the workplace ethics that Chris is currently promoting (withholding dev pay for proj-mgt quarrel) and am mildly annoyed that the deliverables such as the new smartwallet have been delayed because of Chris' actions.

I've removed my proxy vote in Chris, I'd advise others to do so.

874
General Discussion / Re: btsbots wallet release v0.0.1
« on: May 26, 2017, 06:49:23 pm »
Hey,

Can you add support for the RUBLE Smartcoin please?

Thanks

Edit: My favourite market pairs keep getting erased :(

What's wrong with RUBLE? It looks fine to me.

I was thinking something was wrong, it was showing as 'undefined' for its value :S
I think you're right that it's ok?

875
General Discussion / Re: btsbots wallet release v0.0.1
« on: May 26, 2017, 03:13:09 pm »
Hey,

Can you add support for the RUBLE Smartcoin please?

Thanks

Edit: My favourite market pairs keep getting erased :(

876
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.

877
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.

878
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?

879
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) ))))

880
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?

882
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?

883
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.

884
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.

885
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

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