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

Pages: 1 ... 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 ... 107
226
General Discussion / Re: Cryptofresh Block Explorer + MUSE now available
« on: January 26, 2016, 06:03:09 pm »


what about a list of all existing accounts sorted when they are created and when they did the last operation on the network?

I am interested to have data about how many of the new created accounts are even used or just dead from the beginning.

I think this could be a great candidate for a custom report.. I'm considering adding a collection of paid reports to help subsidize costs.. would you be willing to pay, say, 5 USD for such a report? :)

i am not a marketer so no :D but i could think about something like - aggregated numbers for free and if some markets want to know more they could pay for a detailed version, or i am willing to pay
something and so you could offer some data on cryptofresh, but only if x amount is reached this month.

so like this data is available as long as i recieved 15.000 BTS on my account "marketer-info" or something like this.

i think this data is interesting for everybody so we should maybe "crowdsource" this money as well.

would be nice if the "recuring" payment would be available in the GUI we could make the first example to building features arround this :D

227
i will not vote with the suggested proxy!

So, with your argument the dilution in bitcoin would be bad, but we see the opposite effect.

I think we have a great system now in place and we need just to add more components who will bring more value for different kinds of people.

As an example

Say you are a village in africa and would have a ledger to provide information about the local used currency. You want to use a technical solution, because many people are
using mobiles. Could this people use BitShares right now?

1. create UIA - check!
2. Transfer is to expensive, but will be fixed with the precentage BIP proposal - check!
3. the GUI need to be function on a mobile wallet as it is right now on a computer - not check! so we need here some solutions

I think we need just finish more groundwork to enable all the smart people outside of bitshares. They need to say "Hey, why should i code all this stuff by myself when bitshares
already did all the foundation work for me?".

228
General Discussion / Re: Connecting the dots
« on: January 25, 2016, 05:44:24 pm »

Why not simply FIAT -> BIT${FIAT} and be done with it?


You mentioned the reason before - a bridge or gateway can not do it because of lack of liquidity. The point is any exchange function like this BUT in our exchange you can
change the 3rd party UIA into pegged assets. This will be the future, right now, the spreads are to high, but anyone can help with it and trade activly on BitShares. If we are not
using our own DEX who will?

229
General Discussion / Re: Exploiting fee pool of prediction market
« on: January 24, 2016, 09:05:57 pm »
i think the mistake is the low price of the UIA.

maybe we can also add a function like the "stupid order function" in BTS 1.0. a order below the orderplacement fees should not be accepted if someone uses the feepool of the UIA.

230
General Discussion / Re: Exploiting fee pool of prediction market
« on: January 24, 2016, 08:56:29 pm »
maybe the precision should be higher when 1 sports costs only 1 BTS?

231
General Discussion / Re: Cryptofresh Block Explorer + MUSE now available
« on: January 24, 2016, 04:44:34 pm »
what about a list of all existing accounts sorted when they are created and when they did the last operation on the network?

I am interested to have data about how many of the new created accounts are even used or just dead from the beginning.

232
General Discussion / Re: Marketing cap of bts descend to twelfth.
« on: January 24, 2016, 04:34:59 pm »
Market cap of crypto token is one meaningless number.

Not when you depend on it to develop, grow and succeed. Once again people seem to forget who pays for development. If someone needs $50k to develop something at these prices, it will cost the chain 3x more BTS than if the price was at one cent. At the ath of 5cents or with a marketcap similar to what ethereum currently has, we would pay x16 times less!

It matters, whether you want it to or not. We got extremely lucky to have onceuponatime to pay 50k of his own pocket to develop a feature. What would you think it would happen if it was the chain who paid for it?

What do you think it will happen if we keep getting more and more worker proposals? What if we have a total of $100k, $200k? On one side is good we will have development. On the other side, it's not so good because we're walking that thin line at the moment. Too many worker proposals will get BTS diluted which was what caused this whole spiral all the way down.

The fact the chain can pay for development, which really is all of us, doesn't mean we have an infinite amount of money to fund whatever we want. Price matters in BTS because it's directly involved with it's own development.

You dont get worker proposals, you don't get development
You get too many or fail to manage them and it will go down since people hate the idea of dilution and already had a bad experience with it.

BitShares has to walk that thin line until we get to higher levels and we have more money for development. The good news is, if we succeed and go to way higher levels sometime in the future, then we will be able to have even more development made.

Just don't say marketcap is a meaningless number, not for BTS. It depends on it to survive. Unless you can assure me you can find more people like onceuponatime, willing to put money from their own pocket, which was something very very critical at this phase we're in. It was a one in a million luck shot we had. At least that's how I see it. At this moment - even though I don't agree it's the feature that should be developed - it was one of the best things that could have happened to BitShares.

Even with FBAs I doubt shareholders have much more money to throw at it, after all they've been through.

this community is not patient anymore, because of all the delays we faced and the falling value of BTS.

But, i feel much more confident right now, then before 2.0

- the wallet is now open source an anybody can make something out of it.
- the road and the tools we have now are much better then before

The only problem we face are - it will take time to get anything out of it.

We should go out more and talk to other people and get envolved in their ideas, maybe we can find commen ground to work together in the future.

233
General Discussion / DEX tradingpairs supported from Metaexchange
« on: January 24, 2016, 07:20:06 am »
You will find a good amount of liquidity in pairs we are acitvly supporting:

These are:

METAEX.BTC pair:
https://bitshares.openledger.info/#/market/BTS_METAEX.BTC (BTS)
https://bitshares.openledger.info/#/market/METAEX.BTC_BTC (bitBTC)

You can convert METAEX.BTC into "real" BTC via

https://metaexchange.info/markets/METAEX.BTC/BTC
or in the wallet in "Deposit/Withdrawl" in the "metaexchange" section.

Everytime someone buys via metaexchange.info our UIA assets, we are creating them and if you sell them via metaexchange.info we are instantly burning them. So if you check the current supply on cryptofresh http://cryptofresh.com/a/METAEX.BTC this is to total BTC we have converted into METAEX.BTC.

234
Technical Support / Re: Discussion of a CFD market on Bitshares
« on: January 23, 2016, 06:48:48 am »
It would be nice to have market orders. where it always settles at the feed price.

So you may have more pending buyers or more pending sellers, depending on demand / supply. But it would make it fair for someone who wants to move bigger amounts.

Say someone wants to buy 1M BitUSD, they could put in their order and wait for it to fill at reasonable prices, even if it takes days/weeks, instead of spiking the low liquidity in one go.

in this proposal all market operations are done on the feedprice (buy and sell) and the settleprice x% near the feedprice.

if you are in a contract, you can only end the contract with settlement. So it is possible that you have more shorters then sellers, for this reason we need people to take care of this market (market maker)

I did not get who this guy [called 'issuer' in the OP] is?

i assumed a market can create from anyone like you or me. We could charge a fee for executed contracts and for this reason want as much liquidity on our market as possible (share the fees like metaexchange or openledger, or this not yet implemented feature for given liquidity provider some tokens).

Its not clear to me why ayone would want to use a CDF because the other side does not know how to assess whether or not the other party will settle or not.  Since they can't evaluate, traders will avoid it entirely.  There is always a fear of losing your position + more.  CDF's were only invented because there was no such thing as a stable asset.  But now we have that because of cypto, athough I'm convinced the way bitshares is implementing it will not work.  There is always a fear with putting up collateral, which is an obstruction to a frictionless transaction. 

Not to derail your post, but I have figured out a way to create true stablecoin without needing ANY COLLATERAL.  Its done using the LMSR structure that Augur and Bitcoin Hivemind are using for their Prediction Markets.  The only difference is that its a TRUE non-settling prediction market (something Bytemaster could not deliver on when he first created Bitshares).  Its effectively a LMSR that never ever has a maturity date and continues constantly. 

I think this is a better idea than doing a CDF, and will help Bitshares in creating a true stablecoin, where both sides of the bet have symmetric risk profiles.  You might be interested in this.  Take a look.  I think Bitshares should take advantage of this.   

http://forum.truthcoin.info/index.php/topic,206.msg1075.html#msg1075


i tried to read into the paper, but to me it is not clear how these "stablecoins" are created. the original paper talks a lot about "bundled" trading. For me this is to much that a human can handle it, so i am looking for simple solutions for some problems.

With this proposal we could create a new kind of contract and i am sure it could be used for new ideas as well.


235
Technical Support / Re: Discussion of a CFD market on Bitshares
« on: January 22, 2016, 08:16:16 pm »
Here is the Contract for Difference proposal idea, and i would like and discuss it and we need an estimation how much it will cost to implement this market.

I think with this kind of market, we will be more attractive to any trader in the cryptospace, because with this feature leveraged trading will be done really easy.

Lets talk :D

Party A wants to short 1 BTC against BTS
Party B wants to go long 1 BTC against BTS

They are matched on the CFD market on the Feedprice of 130.000 BTS
Both parties have to provide 50% of the needed collaterized asset or 65.000 BTS

Both parties have the right to settle anytime on the feedprice with a x% difference here 1%
the execution will cost a percentage fee paid to the CFD market owner (issuer)

In the beginning both parties have the same amount of collateral. Now the price of BTS is rising against BTC and you need 120.000 BTS in exchange for 1 BTC. So Party As contract is now worth 75.000 BTS if he settles and Party B got down to 55.000 BTS. This will go on so long as both parties have enough collateral and no one settles.

Party B wants now to settle because the risk is to high and instantly the least collaterized Party B holder is get settled with a win.

The difference ot a normal CFD is that you trade against a real counterparty and you can get forced to settle your tradingposition if you have the least collaterized position in the market.

To disuss:

1. Is it good to settle anytime or do we give something like. For the first 10 days you can not forced out of your position?
2. Parameters we can use and change:

  • Percentage of collateral (feedprice/2*0.5)
  • Percentage of collateral left to get a margin call (30/100)
  • Settleprice away from feedprice ( >= 0 ) (30/100)
  • Percentage of splitting fees (20% network/20% FBA/workercontract /50% issuer)(30/100)
  • Time to make it possible to settle the position after agreeing on a contract (x hours) (30/100)



236
thanks for your work!

looks nice.

could you add the legal entity who will take my FIAT and my data. It should be added in some point it feels not right to not have it here, if i have to provide my personal data i should
know who is responsible for it.


237
bump.

Yet another 100% centralized feature has been added to the Deposit/Withdraw page with no mention of the risks of using such services in our client. The first service to go bankrupt and lose user funds is going to be a big black eye on Bitshares if we as stakeholders don't decide to put an obvious disclaimer in there that they are exiting the safety net of a decentralized and autonomous cryptocurrency.

i agree! with the new FIAT gateway i thought the same. we should add some Disclaimer for every service there available.

238
Technical Support / Re: can we create this asset class?
« on: January 21, 2016, 09:22:20 pm »
We can *do* anything you can fully define.   Define the details of how it would work fully and then we can explore costs.

alright :D

239
Technical Support / Discussion of a CFD market on Bitshares
« on: January 21, 2016, 09:18:57 pm »
i am thinking that we should create something like a CFD

how can we do it?

we need a assetclass who can be force settled from both sides.
a margin call should also be done on the feed price

with this both changes i think we can create a asset class which we can copy CFD and Forex markets much easier.

what do you think?

240
General Discussion / Re: 10k of bitUSD just got destroyed for no reason
« on: January 21, 2016, 06:29:01 am »
if i understand it correct it was "forced settled" and not margin called?

force settle means someone sells his USD for the feedprice and the least collaterized has to buy this sell order. so it is logic that your order will not be matched, because
the order has already a seller and a buyer.

Pages: 1 ... 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 ... 107