BitShares Forum
Main => General Discussion => Topic started by: bytemaster on October 26, 2015, 05:24:28 pm
-
What kind of API does Coin Market Cap need to fetch stats?
I would like to make sure our API servers support it natively.
-
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/
-
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)
-
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
-
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 ?
-
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, 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?
-
@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'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, 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?
-
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.
-
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.
-
It doesn't negate the shared liquidity because arbitrage is instant and even atomic.
I know ripple works like that - but can bitshares?
-
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.
-
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?