76
General Discussion / Re: insufficient depth ?
« on: September 05, 2014, 11:52:54 pm »
ya...potentially due to interest news. Afraid people will buy out bitusd way above peg?
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.
77
General Discussion / Re: Interest on BitUSD - A Proposal for Review
« on: September 05, 2014, 08:55:43 pm »
is this post why the ask side of bitusd dried up?
78
General Discussion / Re: Imaginary to Real?
« on: September 05, 2014, 05:39:53 pm »
I understand it takes time. I just wanted to make sure that something like this will happen. More specifically, I wanted to make sure that we could find a way to do it all from the client so that we can stop with all the exchanges.
79
General Discussion / Re: Imaginary to Real?
« on: September 05, 2014, 05:31:35 pm »
Not complaining.......ugh..........If this is what this thread is going to turn into then I'll stop now.
What I'm trying to convey is an idea that I think would add a lot of value to bitshares-x. Lets forget about pairs and only thing bitusd. If I want to go from bitusd to real usd then I have to do the following: bitusd to bter > bter to bitcoin > bitcoin to coinbase > coinbase to bank. That is perfectly acceptable to adopters of crypto currency because we are used to it. That is not ok in real world. Now lets say there is a gateway server: bitusd > gateway service > bank (or possibly another hop) That's better but still not best. Now imagine this: bitusd > bank (utilizing gateway service as a backend item that the user does not have to directly interface with after setting up an account or whatever.)
Now lets add pairs. bitcny > gateway service > Chinese bank. bitpts > gateway service > pts wallet. Imagine everywhere it says gateway service it happens on the backend directly from the client.
Does this make sense?
What I'm trying to convey is an idea that I think would add a lot of value to bitshares-x. Lets forget about pairs and only thing bitusd. If I want to go from bitusd to real usd then I have to do the following: bitusd to bter > bter to bitcoin > bitcoin to coinbase > coinbase to bank. That is perfectly acceptable to adopters of crypto currency because we are used to it. That is not ok in real world. Now lets say there is a gateway server: bitusd > gateway service > bank (or possibly another hop) That's better but still not best. Now imagine this: bitusd > bank (utilizing gateway service as a backend item that the user does not have to directly interface with after setting up an account or whatever.)
Now lets add pairs. bitcny > gateway service > Chinese bank. bitpts > gateway service > pts wallet. Imagine everywhere it says gateway service it happens on the backend directly from the client.
Does this make sense?
80
General Discussion / Re: Imaginary to Real?
« on: September 05, 2014, 05:21:33 pm »
I agree that centralized exchanges are equally imaginary. The difference is that you can cash out in all pairs that they trade except usd. With bitsharesx you can't. Perhaps this wouldn't matter if we eliminated several of the pairs and only kept what we expect to have gateway services for.
Also, lets say that a gateway service does open up for bitusd. It would be nice if that service had functionality from the client instead of the following: client > gateway > bank (or possibly another jump after) Instead: client > bank.
Also, lets say that a gateway service does open up for bitusd. It would be nice if that service had functionality from the client instead of the following: client > gateway > bank (or possibly another jump after) Instead: client > bank.
81
General Discussion / Re: Imaginary to Real?
« on: September 05, 2014, 04:56:14 pm »I don't understand the value of the exchange then. To me, it seems like a very high tech training ground. Once you are ready to play for real you go to a centralized exchange. Is there not a partnership that could be found that would be seamless to the client user? (i.e. user buys bitbtc. Wants to cash out so he clicks cash out button. bitshare-x client asks for a btc address to send btc to. BTC is sent to that address) Is this something that you guys have thought about? I'm not trying to negative/fud/ect... I'm just trying to figure out how this can become applicable. I want this to become more than a training ground.- you are playing for real on the btsx exchange
- people have made profits over the btsx exchange
- NO one can take your money from you ... neither by fraud, hacking, nor by governments
- it's cheaper (basically a transaction fee in most cases)
- its faster (10 secs - no need to wait for X confirmations on the exchange)
This is all true which is why I was initially excited. However, this seems short sited. Once you are ready to cash out you have to go into a bit that has a pair on a centralized exchange. Then you have to go to bitcoin. Then another place (coinbase?) then cash out. Is there not a way to form a relationship with coinbase directly so that if you were ready to cash out you could using the client?
I'm in bitusd. I hit cashout and it sends money to my bank. On the backend the client calls on coinbase and coinbase has some sort of fancy link to my btsx account which allows me to cash out from the client. I'm sure what I just said is highly insecure but, the idea is that you skip the other exchanges. If that means that coinbase has to start accepting bitsx/bitusd like it does bitcoin and you have to send to them to cash out then fine. What I want to avoid is having to go from exchange to exchange to exchange.
82
General Discussion / Re: Can't install 4.12 on windows 64 bit
« on: September 05, 2014, 04:43:00 pm »
i'm on 8.1 64bit. No problems.
83
General Discussion / Re: Imaginary to Real?
« on: September 05, 2014, 04:41:55 pm »
I don't understand the value of the exchange then. To me, it seems like a very high tech training ground. Once you are ready to play for real you go to a centralized exchange. Is there not a partnership that could be found that would be seamless to the client user? (i.e. user buys bitbtc. Wants to cash out so he clicks cash out button. bitshare-x client asks for a btc address to send btc to. BTC is sent to that address) Is this something that you guys have thought about? I'm not trying to negative/fud/ect... I'm just trying to figure out how this can become applicable. I want this to become more than a training ground.
84
General Discussion / Re: Imaginary to Real?
« on: September 05, 2014, 03:03:38 pm »
I understand. That still requires that you go from bitsharex to whatever exchange to whatever you want. Will there not be functionality in the client to import btc/ect... so that you can trade real thing in 1 exchange and cash out in 1 exchange?
85
General Discussion / Imaginary to Real?
« on: September 05, 2014, 02:52:59 pm »
It is very cool that I can trade bitbtc/bitcny/bitusd/ect.... What is the long term plan for being able to cash out into the real thing? (i.e. if I wanted to cash out bitbtc to real btc) Seems strange to have to do 2 exchanges to get to the real thing.
86
General Discussion / Re: bitUSD Feeds And Limits
« on: September 04, 2014, 03:14:51 pm »
I think that such bitUSD/BTSX volatility is not beneficial for the system and it would only produce panic.
I think limiting the shorts at 110% of the price feed will prevent BTSX/bitUSD price volatility and might be better for the system.
Essentially there will be forced market peg and trade might cease during high volatility periods and resume afterwards.
The other option is force-cover as Bytemaster suggested.
Is there any other?
if you stop trading every time there is volatility, you no longer have a market that is worth participating in. Imagine the being locked out and not able to execute. That will cause people to turn away from using the system.
I have noticed on the NXT asset exchange mgwBTC : NXT spreads have narrowed dramatically over the last two weeks. More users are causing the spread to narrow. There are no limits or rules and the system is getting better.
I like the bitshares platform but you cannot force a market to behave the way , you the developers want. or you may get the market to behave the way you want, but you will have fewer market participants. Are you going to try and impose rules on every pair within the system?
I've seen stocks on s&p 500 get frozen due to too much volatility. Not sure why you are inferring that the Devs are doing something that isn't already done on major exchanges.
87
General Discussion / Re: 0.4.11 Release Candidate 2 Testing
« on: September 04, 2014, 03:10:09 pm »
confirmed. 64 bit has issues. I get the exact same error on my windows 8.1 64 bit.
88
General Discussion / Re: IT levels next to names
« on: September 04, 2014, 12:43:17 pm »
IT is pretty broad. I have a strong understanding of infrastructure but, I don't know anything about software development. Needs to be more precise if it is implemented.
89
General Discussion / Re: bitGLD to XAU bridge being considered by RippleSingapore
« on: September 03, 2014, 02:34:39 pm »
Hopefully, more people show support for this that can make it happen *cough bm cough*
90
General Discussion / Re: 0.4.10 Testers Wanted
« on: August 31, 2014, 11:39:47 pm »Mine started to work but it eventually stopped syncing/connecting. Now it wont open at all.
Make sure it's not running in the background. I find sometimes it keeps the task going even though nothing shows and it needs to be killed.
Rebooted twice now. Can't connect to the network.
UPDATE: It randomly started connecting after bring open for a while. wierd
