CMC Exchange API

[tbone]

I don't know the exact ramifications of that.  All I know at this point is that one of the great features of the Bitshares exchange network is pooled liquidity.  But if every exchange that joins the network has their own versions of currencies that each form a new set of trading pairs entirely separate from the trading pairs formed by the versions of the same currencies issued by other participating exchanges, it would seem to negate the pooled liquidity aspect of the exchange network.  Am I wrong about this?

Ripple works the same way.

It doesn't negate the shared liquidity because arbitrage is instant and even atomic.

Can you explain this further?  Also, who should perform this arbitrage function?

[ByronP]

I think he wants the other direction, CMC taking data from bitshares (not the other way around)

Take a look at metaexchange's markets summary API, that's all they needed to integrate us:

https://metaexchange.info/api/1/getAllMarkets

Very interesting, so how do we communicate to CMC that  TRADE.BTC and OPEN.BTC are really just BTC ?

Just talk to Gliss because he will have to code the name conversion into his system or you would have to return the name as just BTC but I wouldn't do that. He will need a JSON api that gives him the trade data similar to our simple api.

[monsterer]

It doesn't negate the shared liquidity because arbitrage is instant and even atomic.

I know ripple works like that - but can bitshares?

[bytemaster]

I don't know the exact ramifications of that.  All I know at this point is that one of the great features of the Bitshares exchange network is pooled liquidity.  But if every exchange that joins the network has their own versions of currencies that each form a new set of trading pairs entirely separate from the trading pairs formed by the versions of the same currencies issued by other participating exchanges, it would seem to negate the pooled liquidity aspect of the exchange network.  Am I wrong about this?

Ripple works the same way.

It doesn't negate the shared liquidity because arbitrage is instant and even atomic.   

[monsterer]

I don't know the exact ramifications of that.  All I know at this point is that one of the great features of the Bitshares exchange network is pooled liquidity.  But if every exchange that joins the network has their own versions of currencies that each form a new set of trading pairs entirely separate from the trading pairs formed by the versions of the same currencies issued by other participating exchanges, it would seem to negate the pooled liquidity aspect of the exchange network.  Am I wrong about this?

Ripple works the same way.

[tbone]

@bytemaster, funny you mentioned the different versions if BTC on the dex.  I've been thinking about these different versions and how, as you know, currently they form their own pairs and therefore their own order books.  I think it would be very beneficial for liquidity if they could be combined into one order book.  What would it take to accomplish this?  And perhaps solving this problem would also help solve your CMC problem?

It could be combined in the wallet, but it wouldn't actually be combined when you place an order.   The assets for OPEN.BTC and TRADE.BTC are fundamentally different because of the different issuers.

I don't know the exact ramifications of that.  All I know at this point is that one of the great features of the Bitshares exchange network is pooled liquidity.  But if every exchange that joins the network has their own versions of currencies that each form a new set of trading pairs entirely separate from the trading pairs formed by the versions of the same currencies issued by other participating exchanges, it would seem to negate the pooled liquidity aspect of the exchange network.  Am I wrong about this?

[bytemaster]

I'm the one that's providing bitshares data to CMC, I need to update the api call for BTS 2 though, still haven't found the time for it.

I provide 24h volume and last price for the bit assets they have listed, I suppose I could simply sum TRADE.BTC etc to BTC volume if everyone thinks that's OK..

Open Ledger would like to get credit independent of BitShares so combining this into the BTC volume will probably be nice (as a whole).   OL wants to advertize THEIR liquidity on the BTS blockchain.

[bytemaster]

@bytemaster, funny you mentioned the different versions if BTC on the dex.  I've been thinking about these different versions and how, as you know, currently they form their own pairs and therefore their own order books.  I think it would be very beneficial for liquidity if they could be combined into one order book.  What would it take to accomplish this?  And perhaps solving this problem would also help solve your CMC problem?

It could be combined in the wallet, but it wouldn't actually be combined when you place an order.   The assets for OPEN.BTC and TRADE.BTC are fundamentally different because of the different issuers.

[tbone]

@bytemaster, funny you mentioned the different versions if BTC on the dex.  I've been thinking about these different versions and how, as you know, currently they form their own pairs and therefore their own order books.  I think it would be very beneficial for liquidity if they could be combined into one order book.  What would it take to accomplish this?  And perhaps solving this problem would also help solve your CMC problem?

[svk]

I'm the one that's providing bitshares data to CMC, I need to update the api call for BTS 2 though, still haven't found the time for it.

I provide 24h volume and last price for the bit assets they have listed, I suppose I could simply sum TRADE.BTC etc to BTC volume if everyone thinks that's OK..

[bytemaster]

I think he wants the other direction, CMC taking data from bitshares (not the other way around)

Take a look at metaexchange's markets summary API, that's all they needed to integrate us:

https://metaexchange.info/api/1/getAllMarkets

Very interesting, so how do we communicate to CMC that  TRADE.BTC and OPEN.BTC are really just BTC ?

[monsterer]

I think he wants the other direction, CMC taking data from bitshares (not the other way around)

Take a look at metaexchange's markets summary API, that's all they needed to integrate us:

https://metaexchange.info/api/1/getAllMarkets

[maqifrnswa]

What kind of API does Coin Market Cap need to fetch stats? 

I would like to make sure our API servers support it natively.

It doesn't. But there is another service which already does the scraping for you:

http://coinmarketcap-nexuist.rhcloud.com/

I think he wants the other direction, CMC taking data from bitshares (not the other way around)

[monsterer]

What kind of API does Coin Market Cap need to fetch stats? 

I would like to make sure our API servers support it natively.

It doesn't. But there is another service which already does the scraping for you:

http://coinmarketcap-nexuist.rhcloud.com/

[bytemaster]

What kind of API does Coin Market Cap need to fetch stats? 

I would like to make sure our API servers support it natively.