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

Pages: 1 ... 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 ... 64
316
General Discussion / Re: Nearing Bottom
« on: March 25, 2015, 05:11:40 am »
BitSharesBlocks is wrong too.  Maybe that's where they're getting their data.  Is anyone in contact with svk?

EDIT: Fixed now.

317
General Discussion / Re: Nearing Bottom
« on: March 25, 2015, 05:07:41 am »
Anyone find it slightly odd that the top 10-15 coins crashed substantially and simultaneously, with one notable exception?

I've noticed, increasingly and only circumstantially, that there are times when all coins get hit and one gets pumped.

No evidence or data to back that, just an old trader that gets twigged every now and again looking at CMC.

Could be some Wall Street algos moving in?

What's going on at coinmarketcap's bitUSD quote? It's crazy.  Might be causing slide in BTS market cap,   http://coinmarketcap.com/assets/bitusd/

Where are they getting their price feed?   I bought a little bit of bitUSD at bter to try and correct the coinmarketcap feed.  Didn't work.

   Who are the owners of coinmarketcap.com?  Could someone be manipulating to buy up cheap BTS?

I mean, with ALL the good news lately, it makes no sense the dropping marketcap (accept for the bitUSD nonsense quotes).

Yeah, CMC clearly has bad data.  They show most of the volume being on the internal BitShares exchange, but the numbers they report don't match the internal market at all.

318
General Discussion / Re: BitShares 0.7.0 Feedback
« on: March 19, 2015, 12:26:26 pm »
Any idea what the patch to 0.7.0-a does?
I guess it's an updated version to also include the changes made to the web_wallet .. they missed those for 0.7.0 AFAIK

edit: can't find that patch .. where is it?

I believe he's referring to the auto-downloading GUI update: https://github.com/BitShares/web_wallet/releases/tag/0.7.0-a

It added the "Make a payment" button and improved the transfer page, apparently.

319
General Discussion / Re: [DAC proposal] Decentralised Forum Software
« on: March 17, 2015, 10:54:03 pm »
Aether.
http://getaether.net
 
That is a decentralized forum app. It's new, simplistic, but I imagine it could be expanded quite a bit to look more like Discourse or something (Maidsafe.org uses Discourse).

Do you know how Aether compares to RetroShare?

http://retroshare.sourceforge.net/index.html

EDIT: To clarify, is it just forums, and are they fully copied to each node?  How does discovery work?  The website is pretty short on details.  RetroShare uses PGP public keys as identifiers with DHT for discovery and supports forums, IM, and mail through the network of connected friends.

320
Technical Support / Re: GUI on Linux
« on: March 14, 2015, 09:40:00 am »
There is a GUI application for Linux, and there are step by step build instructions for it here if you want to compile it yourself: https://github.com/BitShares/bitshares/blob/master/BUILD_UBUNTU.md


321
They would be very efficient for that, but watch the legal issues, depending on where you are.

322
The central bank will not default, no matter the monetary manipulations on the USD required to accomplish this.

Monetary manipulations on the USD (money printing) IS default.  Debts are not repaid legitimately, therefore it is default on their obligations.

But it's true that those hurt savings stored in BitUSD just as much as they hurt other USD (except for yield).  There would be less need for an MPA tracking USD if USD itself were less unwieldy.  It would be more like BitBTC and BTC.


323
same thing as a bitusd etc lol

Well no.  This has no collateral backing it, and is centrally manipulated.

324
This is great, but can you defend the "zero counterparty risk" claim?  My understanding is that counterparty risk using metaexchange would be dramatically lower than other exchanges, but not zero.

It's zero counterparty risk for our liquidity providers, as compared to them running their market making operations on a traditional exchange.

Risk for our customers is unchanged - as low as possible while still allowing deposits. :)

Thanks, this makes much more sense.  Since the subnodes are trading on MetaExchanges reputation, is all of their business initiated from the MetaExchange central site and monitored so it can be cut off if they halt payouts?  Or does MetaExchange support TITAN?

325
This is great, but can you defend the "zero counterparty risk" claim?  My understanding is that counterparty risk using metaexchange would be dramatically lower than other exchanges, but not zero.

The risk is non-zero for the short time it takes for 1 BTC confirmation, i.e. 10 minutes. After that you are in control of your funds again.

I think if you considered the odds of that happening at the exact same time as your transaction.. it would probably work out to something like 0.05% risk.. which if you eliminate the decimal points actually is zero. I haven't done the math.. maybe someone could.. but I think that does deserve the claim. There is nothing on the internet and I mean NOTHING that can claim absolute zero.

I think this is correct.  So the profit potential for MetaExchange (or a liquidity provider) betraying the customers is their average volume multiplied by the time it would take people to hear they were unreliable and cease deposits.  In normal operation this profit potential should be very low compared to the potential profit of operating honestly, so risk should be very low.  However, the greater the number of separate liquidity providers involved sharing the same reputation, the more this could break down, because smaller liquidity providers have less stake in preserving MetaExchanges reputation.  When you use MetaExchange, is there a way to know which liquidity provider you're trusting, or are you just trusting MetaExchange as a whole?  Are liquidity provider operations monitored by the main site so they'll stop having business referred if they stop payouts?

I think this announcement answers some of your question.. they are openly telling you who the liquidity provider is.. in other assets they have done similar where they have announced who is providing the liquidity to what asset. So I think the model is to be transparent in that. It's too early for multiple liquidity providers I think.. at a later stage that could be addressed and I think after some time of operations any issues will make themselves known to help determine the best coarse on handling that... let them learn to walk before they run basically.

Don't misunderstand, I think what they're doing is great.  My criticism is intended to be constructive, but I haven't read much detail about the multi-node model they're using.

326
This is great, but can you defend the "zero counterparty risk" claim?  My understanding is that counterparty risk using metaexchange would be dramatically lower than other exchanges, but not zero.

The risk is non-zero for the short time it takes for 1 BTC confirmation, i.e. 10 minutes. After that you are in control of your funds again.

I think if you considered the odds of that happening at the exact same time as your transaction.. it would probably work out to something like 0.05% risk.. which if you eliminate the decimal points actually is zero. I haven't done the math.. maybe someone could.. but I think that does deserve the claim. There is nothing on the internet and I mean NOTHING that can claim absolute zero.

I think this is correct.  So the profit potential for MetaExchange (or a liquidity provider) betraying the customers is their average volume multiplied by the time it would take people to hear they were unreliable and cease deposits.  In normal operation this profit potential should be very low compared to the potential profit of operating honestly, so risk should be very low.  However, the greater the number of separate liquidity providers involved sharing the same reputation, the more this could break down, because smaller liquidity providers have less stake in preserving MetaExchanges reputation.  When you use MetaExchange, is there a way to know which liquidity provider you're trusting, or are you just trusting MetaExchange as a whole?  Are liquidity provider operations monitored by the main site so they'll stop having business referred if they stop payouts?

327
General Discussion / Re: cryptosigma debit card
« on: March 12, 2015, 12:32:23 pm »
If they used BitShares, maybe they could afford to lower the fees and be more attractive.

328
This is great, but can you defend the "zero counterparty risk" claim?  My understanding is that counterparty risk using metaexchange would be dramatically lower than other exchanges, but not zero.

329
Stakeholder Proposals / Re: Freebieservers.com is here
« on: March 09, 2015, 01:55:36 am »
...
I think there are several distinct aspects here that are getting muddled:

Freebieservers.com has a network and an audience that can be leveraged to advertise our products.  It may very well make sense for us to use delegates to pay them to do this.

Apart from this, Freebieservers.com has business needs for which the use of our products (or a competitors) could be very beneficial.  I think if they look into it further, they'll find that working with us is in their best interest because our product is superior.  Deciding to integrate and use BitShares based on direct delegate sponsored subsidies I think would be shortsighted; they should use the most efficient system available to them with long term sustainability in mind.  This relationship should be mutually beneficial without any delegate positions, because BitShares offers both uniquely useful products and more efficient scaling than its competitors.

Like mentioned in the proposal, the delegate pay is an open door for the community to leverage our user reach and promote themselves.  The integration will not be a result of subsidies. Any product related decisions are made over time post due analysis of what the tech brings to the table and how it affects our end users.

Excellent, thanks for making it clear that these aren't being conflated.

330
General Discussion / Re: Updates From Adam
« on: March 09, 2015, 01:38:35 am »
Excellent, thanks for the update!

Pages: 1 ... 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 ... 64