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

Pages: 1 2 [3] 4 5
31
Stakeholder Proposals / Re: [Worker] Bitshares UI Worker Proposal for 2019
« on: February 11, 2019, 03:15:07 pm »
Thanks for the proposal Startail, looking forward to having you onboard as the new manager. You have our support and we will be voting on the new worker tomorrow. Regarding future improvements, it seems rather like a maintenance and streamlining of existing infrastructure which is necessary however is there a core design philosophy or goal on what the bitshares UI should be? Many of the github requests are 'can the UI add X feature' or 'it would be cool if you could do Y', will these tasks be prioritised from the perspective of 'the user should be able to experience X' or is the core design not looking to change much? User centric design is core to any UI/UX project and finding and sourcing the needs of the user is fundamental.

32
Excellent article and wow this is a really good usage of Bitshares smartcoins!

33
Saw there was some needed votes on this, have voted it back in. Looking forward to the updates guys good work!

34
Would like to see some evidence of open source work already for this for us to consider a vote.

35
Have discussed with team at OpenLedger to see if we can bring this to fruition in a BSIP.

36
Would rather this worker proposal go towards paying listing fee + some bonus bounty for the person who lobbied it. This is how you get listed, yep most exchanges are fake volume but nobody cares when it can bring new actual users to Bitshares. I'd support this with our vote with the above change^.

37
General Discussion / Re: Marketing Proposal
« on: December 05, 2018, 05:12:12 am »
You need coindesk to carry it.

Look at this article that Edan Yago wrote:
https://www.coindesk.com/there-is-no-bitcoin-what-the-sec-doesnt-get-about-cryptocurrency

...do some more research, the guy isn't really a journalist. Click his name, he does 1 or 2 articles a year.

But his opinions were published. His CementDAO was featured at the top of the article "for free".

Coindesk (which a lot of people read) rarely reports on Bitshares -- whether we think we're important or not. That is because we haven't followed this:

https://docs.google.com/document/d/1KDyOEwISAR9UWDa7qP-Gg5-Nm0wvBFT_IlgqboxXbco/edit

Simply blogging, and sending out tweets, requires you to build your own following.   Take an existing following and get those eyeballs to see what you have to write about... coindesk gives free advice on how to get that done.  Other publications will tell you how to get it done there too..

I have written things for Coindesk https://www.coindesk.com/?s=bitspark and am good friends with some of the people there. Happy to do a piece mentioning Bitshares, will work on one in my spare time, but for Coindesk or other publications to carry it it needs a unique angle/insight/insider perspective. Just posting about transactions per second goes to the spam folder.

Regarding marketing proposal, essentially a worker for this needs to have defined goals, KPIs and messaging, thats how these things work. The people in Bitshares are strong on technical knowledge but weak on business/sales/marketing knowledge. I would prefer a worker proposal that would be done by a professional company as to do it right its alot of work and not simply 'just post something on twitter'.  Will ask around some of the crypto PR companies and see if anything shows up.

38
We would be hesitant to vote until it is open sourced on Github. If this is a community project then this should be #1 priority and should already be possible given codebase already exists.

39
Would that require additional switch on UIA/Token management/creation ? e.g. "Allow borrow", "Set interest %", etc...

On the legal side, it would allow users/gateways to actually provide service of "Money Lending", which is without proper licencing not allowed in most countries of the world.
- Who would be taking responsibility ? Blockchain ? *(if not ignore next question)* If does, how blockchain earns from UIA as part of the process ?

Or it would be done on core level, and instead of UIA we will re-issue BTC, ETH, and others as new form of half smart-assets half UIA assets ?



Apologies if my questions not have much sense, I'm trying to clarify it for myself.

Chee®s

1. In terms of UIA creation and adding a 'can it be borrowed' switch yeh thats a good idea I hadnt thought of. Ideally any on the DEX could be used in this P2P lending market unless otherwise noted.

2. It does not make gateways liable for lending as this is a P2P swap market, the gateway is not involved in any part of this process its two users interacting on the DEX. Also Bitshares assets are not 'money' and would not fall under any clauses anyway.

3. In terms of who takes responsibility, the blockchain ensures trustlessness on execution of everything. Any interests go to the lender directly. It should work with any assets on the Bitshares DEX. If you want to lend or margin trade ZEPH for BTS then as long as there is a lending orderbook for that it can be done.

40
great idea.

my concern:

what kind of assets can be used as collateral? only BTS or some UIA such as OPEN.BTC, GDEX.EOS also available? anyway in the  cryptocurrency market BTC,ETH, EOS, etc occupy the most share.

margin trading need good liquidity of the collateral, now even BTS/bitUSD is not in satisfactory depth. so I am also considering other forms of bond market:

A borrow 100$ of bitUSD from B, with X interests and Y terms and put 110$ worth of GDEX.EOS to collateral, A can get the collateral back by paying the debt and interests, when the expire time arrive and A does not pay back the debt and interest, the collateral will be sent to B.

this kind of borrowing is widely used in China OTC market, it do not rely on the collateral liquidity in an exchange.

Any asset could be lended or borrowed from any other asset on the DEX and this would determine what collateral to make (e.g. if its BTS/bitUSD then only these two currencies can be used as collateral, but if its bitUSD/GDEX.BTC then only those currencies). Most of the time exchanges like Bitfinex and Poloniex set the markets they want available for lending, some have liquidity some do not but I think its best if we keep it open for the market to decide what assets should have lending orderbooks and which ones not. If no liquidity for the desired leverage then margin traders could only borrow the maximum amount of liquidity available on the Ask orderbook market.

The example above you gave is very similar to how this proposed system works yep.

41
I just wrote some initial ideas on how we can add Margin Trading via P2P swap contracts and an active lending market to the DEX which in my is the biggest single change we can do to add multiples more liquidity, volume and price pressure on BTS. Feedback welcome

Check it here
Good idea, but lack of specifications.

If you really want this to be implemented in BitShares, please create a BSIP document via pull request here: https://github.com/bitshares/bsips/pulls

By the way, https://github.com/bitshares/bsips/issues/6 is related.

Thanks, at this stage its not meant to be a BSIP- first we need to facilitate community feedback on what would be required, then can look at creating a formal BSIP as it indeed requires more specification.

42
I just wrote some initial ideas on how we can add Margin Trading via P2P swap contracts and an active lending market to the DEX which in my is the biggest single change we can do to add multiples more liquidity, volume and price pressure on BTS. Feedback welcome

Check it here

43
Stakeholder Proposals / Re: BSIP22
« on: October 03, 2018, 05:15:11 am »
Absolutely this is IMO the most important thing for Bitshares right now. Happy to back this however we can. Looking for input from Core team on implementation wise what can be done. Regarding blacklisting I do not support that in the existing BSIP22, I also think the 'DPOSHub' is probably out of scope of this too, perhaps can be added in future by the UI team.

@DL not sure what youre saying with multi level proxies, please be more specific how this relates to BSIP22?

44
General Discussion / Re: Consider derailing feed price
« on: October 01, 2018, 11:37:12 am »
Quote
Putting a Coinmarketcap chart here is only for reference. Afaik no witness is relying on coinmarketcap to produce price feeds. I don't disagree that coinmarketcap sometimes shows inaccurate data. However, from a macro perspective, data showing there is fine.

It's literally quoted as the reference chart and data source in BSIP42 documentation. For the reasons above I cannot agree it's 'fine'.

Quote
I guess you as a big bitUSD holder can't accept that 1 bitUSD value far less than 1 Fiat USD. But would you accept that 1 bitUSD value more than 1 Fiat USD? As a big bitUSD creator/borrower, of course I don't want that 1 bitUSD value too much more than 1 Fiat USD. In short, let's be fair, don't play double standards. If we don't fairly treat borrowers/creators, it's hard for bitUSD to have sufficient supply. BSIP42 is looking for fair.

The 'value' of a bitUSD may fluctuate day to day depending on market access to bitUSD- maybe there is a an excess, maybe a shortage and thats intended. As i hold bitUSD, I hold bitUSD, not real USD. So I acknowledge the asset may fluctuate in value vs an actual United States Dollar. If you think its underpriced then you can buy it, if you think its overpriced you can sell it. Sure as an individual stakeholder you are welcome to benchmark vs exchange 1, 2, 3 and so on. Whether it is fair or not is not relevant, its what the market is pricing it as, thats the price. If its differs too much from the price maybe I sell it or acquire more. So feed producers have a vested interest in ensuring its accurate.

The purpose of a price feed is for price feed producers to analyse this and any other variables they see necessary and then produce a price. I would hope there is more diversity in prices from feed producers in future.

Quote
IMHO bots WON'T work when there is a supply-side issue (either shortage or oversupply). Using trading bots to try to maintain the peg is the approach adopted by NuBits and IMHO has failed.
Actually there is NO instant opportunity when there is a premium or discount if you've tried running bots. There do have long-term opportunity but risks are much higher, E.G. margin calls.
A slight premium or discount is fine, but IMHO it's not acceptable if it's too big. Personally I think the threshold is +/-1%.

Absolutely not, the mechanism of arbitrage is entirely different to Nubits, that is how they managed their price feed, nothing to do with arbitrage. A simple bot can do this:

Bot A: Huobi
Has balance of: USDT, BTS
Market: USDT/BTS

Bot B: DEX
Has balance of bitUSD, BTS
Market: bitUSD/BTS

If price on Huobi is < DEX. Bot A Buys BTS, and Bot B sells BTS. This is done instantly at same time.
If Cheaper on DEX, Bot B buys BTS and Bot A sells BTS.

Over time, one bot will have a excess in one asset and the other will have limited supply and the trader will need to make an intelligent decision on how to balance those assets again in the most efficient manner.

The trader makes a profit depending on what he bought and sold at after fees. This is an easy arbitrage that can be done and its not hard. Whether there is supply of bitUSD or not is irrelevant, that will be the reflected in the price, if there is not much bitUSD then like a properly functioning market the price for bitUSD should be higher.

Quote
This is simply wrong. As mentioned above, nobody actually use coinmarketcap for price feeds. Also OpenLedger's operation has little impact on the prices so far.

As I said it's quoted in the actual BSIP, so yes I'd say it is used as a price reference. It's also referenced through this and other threads. I mentioned OL because as noted, people seem to reference he bitUSD price on CMC and the bitUSD markets of which CMC bases their 'price' of bitUSD on is derived by the bitUSD markets they have access to- which are OL markets (https://coinmarketcap.com/currencies/bitusd/#markets). I have no idea what openKRM or openXEM are, but if their prices spike, then it will influence the prices CMC uses to calculate bitUSD.

Therefore as I noted before, CMC cannot be used as a reference. You need multiple sources and it just so turns out we have people who are paid to do this and they're called price feed producers.


45
General Discussion / Re: Consider derailing feed price
« on: October 01, 2018, 08:36:23 am »
Ok firstly, as a holder of about 860k BitUSD these are my thoughts on this:

1. This whole discussion is based on a faulty premise using coinmarketcap chart data. Does the OP and others realize how coinmarketcap calculate their price data? Its based on a weighted avg of the exchanges they list and markets trading that asset in addition to an external USD/BTC price feed, markets that are low volume or strange pairings can affect the 'coinmarketcap price' by quite alot when people buy $20 of BTS for $5/BTS it reports a price of $5 for that market. Obviously that should not be taken seriously as a price of BTS as only $20 was traded however it is folded into the calculation of BTS on Coinmarketcap.

Secondly the USD price displayed on coinmarket cap is derived from the relevant BTC/USD price- a subjective metric for us when determining a real price as it relies on one price feed, Coinmarketcap. For example, if the weighted avg 'coinmarketcap price' on Bitcoin is $6500 (and it its subject to the same problems on a larger scale as above) then when calculating a BTS/USD price it takes the BTS/BTC * BTC/USD in order to determine a final dollar price of BTS. Thats two trades, including a totally subjective metric of the coinmarketcap BTC price which determines what they price BTS as. The bitcoin/USD price is entirely out of our control so when looking at a coinmarketcap price for BTS you should take this as a massive grain of salt as its not going to be accurate. Its basically relying on an external feed called coinmarketcap rather than our existing decentralized list of price feed producers on the BTS DEX.

2. Having a price premium or discount is a good thing and incentivises arbitrage and is only natural, its a feature not a bug.

If there is a profitable premium to trade between BTS on the DEX vs the CEX in bear or bull  market then we should be promoting that as an opportunity not trying to 'adjust' things via central planning so that there is no opportunity. It is an exciting opportunity to create bots or trade manually in these markets at these times and if there is a premium, fantastic advertise it and the market will ensure its not there for much longer. Part of our roadmap is adding bots to do exactly this (as we currently do similar things in bitcoin markets on CEXs) I dont see how this is a problem. Yep I get how there can be a liquidity short squeeze, thats the market giving you price signals on their valuation of a decentralized asset. 

3. BSIP42 does not have Sparks support and we would prefer the following alternatives:

* Better price feeds means voting out price feeds which the market consider inaccurate
* If anything, bitUSD could likely look at adjusting MCR if necessary by +/- 5% and measure the results. If nothing tangible then it can be reverted.
* Parties concerns about price premiums and discounts should actively promote these opportunities to trading community on social channels and we as a community should look towards building tools that can easily take advantage of situations like this, for example bots that can exploit these opportunities. Expanding DEXbot is an ideal use case here.   


edit: Looking at the bitUSD markets on Coinmarketcap their USD price is derived from its almost entirely from Openledgers markets anyway with only about 3/20 markets having sufficient volume to be taken somewhat seriously, the others can as per above skew the accurate price of BitUSD or BTS. If OL have some issue with one of their altcoin markets then this will massively affect the price calc for BTS/bitUSD and feed through to inaccurate prices on CMC. This happens often when Openledger may have withdraw issues for a coin for have delays in issuing it like openEOS etc.

Pages: 1 2 [3] 4 5