Pages:
Author

Topic: CoinMarketCap.com - Market Cap Rankings of All Cryptocurrencies! - page 73. (Read 639542 times)

sr. member
Activity: 258
Merit: 252
Today's volume for DOGE seems like a joke. 14,046,500$ from ANXPRO seems highly unlikely, is this an error?
Same for Stellar.

Yeah it's fixed now, conversion error.
hero member
Activity: 656
Merit: 500
Today's volume for DOGE seems like a joke. 14,046,500$ from ANXPRO seems highly unlikely, is this an error?
Same for Stellar.
legendary
Activity: 2422
Merit: 1451
Leading Crypto Sports Betting & Casino Platform
Today's volume for DOGE seems like a joke. 14,046,500$ from ANXPRO seems highly unlikely, is this an error?
sr. member
Activity: 277
Merit: 250
Hi, thanks for creating CMC, I use it multiple times per day and it's very helpful Smiley It's alright if I take screenshots of your graphs and add them to news articles right? I write for CryptoCoinsNews.com and Bitcoinist.net and add your graphs so readers can gain insight into the prices of cryptocurrencies. I always give the source of the graph and a link to it. Thanks Smiley
hero member
Activity: 521
Merit: 500
UFO
Hi

I submitted a request form for UFO to be added on coinmarketcap. Are there any other requirements?

provide an API, if you don't have that your block explorer

Name: UFO Coin
Symbol: UFO

Block Explorer: http://explorer.ufocoin.co:2750/
website: ufocoin.co
exchange: https://betasharex.com/trade/UFO/BTC

LOGO

https://bitcointalksearch.org/topic/ufo-coin-new-team-client-future-plans-and-neoscrypt-658117

Thanks a lot!
hero member
Activity: 588
Merit: 501
Hi

I submitted a request form for UFO to be added on coinmarketcap. Are there any other requirements?

provide an API, if you don't have that your block explorer
hero member
Activity: 521
Merit: 500
UFO
Hi

I submitted a request form for UFO to be added on coinmarketcap. Are there any other requirements?
sr. member
Activity: 258
Merit: 252
A helpful sortable column would be "Date Established". I am always curious at the amount of time a coin has been alive. It'd probably be too much work to track down all the dates but it would help me sort the oldest, mature coins from the brand new coins just getting started.

Like a "founded" column or 1st block date. Just someway to STR coins by maturity.

+1

for the 'circa' column, simply 4 characters,  month and year -- 1114 would be November 2014

Yep that would work!

Yep, I have all that in DOACC (see sig) and in RDF to boot.

I ensured that each DOACC entry has an “incept date” of YYYY-MM. Yes, it was a lot of work but I saw it as essential to DOACC. And, once completed, it's then well worth maintaining, at least from a disciplinary perspective if not a financial one.

It allows me to publish the altcoin launch graphs/graphics on Minkiz front page (http://minkiz.co/). Another, less compelling, example of where I use it is in Minki’s version of the bitcointalk Sleepers list. The details are a bit rough'n'ready atm, still in “ninja launch” mode.

If Gliss is interested, we could use DOACC to backfill a “founded” column for all the altcoins currently listed at coinmarketcap (AIUI, assets have their own release date calendar courtesy of the asset issue mechanism), merely by posing an appropriate SPARQL query of the the DOACC RDF graph, along the lines:
Code:
PREFIX skos: 
PREFIX doacc:

SELECT ?node ?label ?symbol ?incept WHERE
{
?node skos:prefLabel ?label .
?node doacc:symbol ?symbol .
?node doacc:incept ?incept.
}
LIMIT 25
(If you want to see it working, just copynpasta the above into the form field on http://minkiz.co/sparql)

The only hiccough is a few differences in trading symbols, apparently inherited from the regrettable practice of major exchanges deciding to ignore the actual symbol specified in the bitcoinunits.cpp code.

For example, see Silkcoin, referenced as “SILK” on the exchanges --- and consequently in the coinmarketcap stats (http://coinmarketcap.com/currencies/silkcoin/) --- which, if everybody had their druthers, is actually “SC” in the wallet code (https://github.com/shnurf/silkcoin/blob/master/src/qt/bitcoinunits.cpp#L38).

For DOACC, I chose to go by the verifiable fact of what's actually specified in the C++ code.

For my occasional use of cross-referencing DOACC data with coinmarketcap data, I use a map (Python dictionary) of coinmarketcap symbols -> DOACC symbols. We'd turn the dictionary mapping into a separate graph of RDF statements and either use it to augment a copy of the main DOACC graph or act as a source for a federated query - both of which are fairly trivial to do.

btw, I'd say that your instincts are correct; given the calendarial flexibility of “ninja” launches, YYYY-MM is about as precise as you can sensibly get / need to be.

Cheers

Graham


This is great, I'll take a deeper look soon.


Gliss, can you please consider changing the front page to show "all" instead of just "currencies"?

The distinction is totally arbitrary. "Has its own blockchain" is clearly not the distinguishing factor if you are putting both nubits and nushares, meanwhile bitUSD doesn't get to be on the front page even though it's completely analagous to nubits.

Stuff like MaidSafeCoin is important - just because it's on MSC doesn't mean it shouldn't be first-class.

All the shitty user-issued assets won't show up near the top anyway. If something is worth $XXm, it should be visible.

Agreed.  The only reason I separated them out in the first place is because I considered the assets section experimental and didn't want to risk destroying the main page.  But the assets page has been pretty stable so I will make the switch soon.



I have a proposal for a new feature.

show market cap as market cap calculated by total final supply

so for instance BTC market cap would be caluclated using 21000000 times the current BTC price

This could be a third option on top of "Total supply" and "Available supply"

Although some coins might not have been minted yet, the price ought to reflect the value of the known upcoming inflation in the money supply.

For coins where the end supply is unlimited this value could just be zero.

The "total final supply" value could be interesting for people looking at coins as store of value rather than an item used for exchanging value.

If you need the PoC coins to show up too, you might add a fourth value "total final supply in year 2200" or some such, to try to add in all the extra coins coming in as interest

Coin owners would of course have to supply the final supply and built in inflation on top of that, if any. With some coins, it is probably not possible to put a specific value, but so be it.



Interesting idea.
hero member
Activity: 588
Merit: 501
Important EMC2 Milestone Reached

EMC2 has reached a milestone -- halving of block rewards, now at 128 / block.
hero member
Activity: 546
Merit: 500
legendary
Activity: 2618
Merit: 1007
I thought about this as well, but in the end it's an even more manual and only partly applicable measure compared to the "available supply".
sr. member
Activity: 286
Merit: 250
I have a proposal for a new feature.

show market cap as market cap calculated by total final supply

so for instance BTC market cap would be caluclated using 21000000 times the current BTC price

This could be a third option on top of "Total supply" and "Available supply"

Although some coins might not have been minted yet, the price ought to reflect the value of the known upcoming inflation in the money supply.

For coins where the end supply is unlimited this value could just be zero.

The "total final supply" value could be interesting for people looking at coins as store of value rather than an item used for exchanging value.

If you need the PoC coins to show up too, you might add a fourth value "total final supply in year 2200" or some such, to try to add in all the extra coins coming in as interest

Coin owners would of course have to supply the final supply and built in inflation on top of that, if any. With some coins, it is probably not possible to put a specific value, but so be it.
sr. member
Activity: 1582
Merit: 253
Gliss, can you please consider changing the front page to show "all" instead of just "currencies"?

The distinction is totally arbitrary. "Has its own blockchain" is clearly not the distinguishing factor if you are putting both nubits and nushares, meanwhile bitUSD doesn't get to be on the front page even though it's completely analagous to nubits.

Stuff like MaidSafeCoin is important - just because it's on MSC doesn't mean it shouldn't be first-class.

All the shitty user-issued assets won't show up near the top anyway. If something is worth $XXm, it should be visible.
hero member
Activity: 588
Merit: 501
A helpful sortable column would be "Date Established". I am always curious at the amount of time a coin has been alive. It'd probably be too much work to track down all the dates but it would help me sort the oldest, mature coins from the brand new coins just getting started.

Like a "founded" column or 1st block date. Just someway to STR coins by maturity.

+1

for the 'circa' column, simply 4 characters,  month and year -- 1114 would be November 2014

Yep that would work!

Yep, I have all that in DOACC (see sig) and in RDF to boot.

I ensured that each DOACC entry has an “incept date” of YYYY-MM. Yes, it was a lot of work but I saw it as essential to DOACC. And, once completed, it's then well worth maintaining, at least from a disciplinary perspective if not a financial one.

It allows me to publish the altcoin launch graphs/graphics on Minkiz front page (http://minkiz.co/). Another, less compelling, example of where I use it is in Minki’s version of the bitcointalk Sleepers list. The details are a bit rough'n'ready atm, still in “ninja launch” mode.

If Gliss is interested, we could use DOACC to backfill a “founded” column for all the altcoins currently listed at coinmarketcap (AIUI, assets have their own release date calendar courtesy of the asset issue mechanism), merely by posing an appropriate SPARQL query of the the DOACC RDF graph, along the lines:
Code:
PREFIX skos: 
PREFIX doacc:

SELECT ?node ?label ?symbol ?incept WHERE
{
?node skos:prefLabel ?label .
?node doacc:symbol ?symbol .
?node doacc:incept ?incept.
}
LIMIT 25
(If you want to see it working, just copynpasta the above into the form field on http://minkiz.co/sparql)

The only hiccough is a few differences in trading symbols, apparently inherited from the regrettable practice of major exchanges deciding to ignore the actual symbol specified in the bitcoinunits.cpp code.

For example, see Silkcoin, referenced as “SILK” on the exchanges --- and consequently in the coinmarketcap stats (http://coinmarketcap.com/currencies/silkcoin/) --- which, if everybody had their druthers, is actually “SC” in the wallet code (https://github.com/shnurf/silkcoin/blob/master/src/qt/bitcoinunits.cpp#L38).

For DOACC, I chose to go by the verifiable fact of what's actually specified in the C++ code.

For my occasional use of cross-referencing DOACC data with coinmarketcap data, I use a map (Python dictionary) of coinmarketcap symbols -> DOACC symbols. We'd turn the dictionary mapping into a separate graph of RDF statements and either use it to augment a copy of the main DOACC graph or act as a source for a federated query - both of which are fairly trivial to do.

btw, I'd say that your instincts are correct; given the calendarial flexibility of “ninja” launches, YYYY-MM is about as precise as you can sensibly get / need to be.

Cheers

Graham



whoa!  Fantastic!
legendary
Activity: 1554
Merit: 1001
@CoinMKTCap Can you please add Bittrex to the MiracleCoin (MCL) Markets, the graph is inaccurate without it.

http://coinmarketcap.com/currencies/miraclecoin/#markets
legendary
Activity: 2254
Merit: 1290
A helpful sortable column would be "Date Established". I am always curious at the amount of time a coin has been alive. It'd probably be too much work to track down all the dates but it would help me sort the oldest, mature coins from the brand new coins just getting started.

Like a "founded" column or 1st block date. Just someway to STR coins by maturity.

+1

for the 'circa' column, simply 4 characters,  month and year -- 1114 would be November 2014

Yep that would work!

Yep, I have all that in DOACC (see sig) and in RDF to boot.

I ensured that each DOACC entry has an “incept date” of YYYY-MM. Yes, it was a lot of work but I saw it as essential to DOACC. And, once completed, it's then well worth maintaining, at least from a disciplinary perspective if not a financial one.

It allows me to publish the altcoin launch graphs/graphics on Minkiz front page (http://minkiz.co/). Another, less compelling, example of where I use it is in Minki’s version of the bitcointalk Sleepers list. The details are a bit rough'n'ready atm, still in “ninja launch” mode.

If Gliss is interested, we could use DOACC to backfill a “founded” column for all the altcoins currently listed at coinmarketcap (AIUI, assets have their own release date calendar courtesy of the asset issue mechanism), merely by posing an appropriate SPARQL query of the the DOACC RDF graph, along the lines:
Code:
PREFIX skos: 
PREFIX doacc:

SELECT ?node ?label ?symbol ?incept WHERE
{
?node skos:prefLabel ?label .
?node doacc:symbol ?symbol .
?node doacc:incept ?incept.
}
LIMIT 25
(If you want to see it working, just copynpasta the above into the form field on http://minkiz.co/sparql)

The only hiccough is a few differences in trading symbols, apparently inherited from the regrettable practice of major exchanges deciding to ignore the actual symbol specified in the bitcoinunits.cpp code.

For example, see Silkcoin, referenced as “SILK” on the exchanges --- and consequently in the coinmarketcap stats (http://coinmarketcap.com/currencies/silkcoin/) --- which, if everybody had their druthers, is actually “SC” in the wallet code (https://github.com/shnurf/silkcoin/blob/master/src/qt/bitcoinunits.cpp#L38).

For DOACC, I chose to go by the verifiable fact of what's actually specified in the C++ code.

For my occasional use of cross-referencing DOACC data with coinmarketcap data, I use a map (Python dictionary) of coinmarketcap symbols -> DOACC symbols. We'd turn the dictionary mapping into a separate graph of RDF statements and either use it to augment a copy of the main DOACC graph or act as a source for a federated query - both of which are fairly trivial to do.

btw, I'd say that your instincts are correct; given the calendarial flexibility of “ninja” launches, YYYY-MM is about as precise as you can sensibly get / need to be.

Cheers

Graham
member
Activity: 63
Merit: 10
Observer
Hi Gliss,

Thanks for listing NuBits in the last few weeks, all good and well.

In addition we now have Nushares (NSR) being traded on bter.com. The NSR/BTC pair is already listed on your site.
Could you please add the feed for the NSR supply to it so we get a proper marketcap listing?
It can be found here as 'Shares supply' on: https://blockexplorer.nu/

Please let me know if you need any further details.

Regards,
Cybnate

legendary
Activity: 3794
Merit: 1030
The Best Tipster on the Forum!!
why everybody using ripple ?

is it good to invest in it?
hero member
Activity: 535
Merit: 501
EMC
New domain CoinMarketCap.coin in *.COIN zone!

Dear Sirs,

Since mid of November we start support of new zones *.COIN and *.EMC which are not subject of censoring or any control of ICANN. We consider these zones to be very important for any cryptocurrency - related resources. Since you are a valuable participant of cryptocurrency society, we would like to offer you a free preliminary registration of domain related to your current business name.

To pre-register your domain, please fill the form on page

www.emercoin.com/.COIN_domains_FOR_FREE

Sincerely, Fixx
Pages:
Jump to: