Topic: [ANN] SpreadCoin | Decentralize Everything (decentralized blockexplorer coming) - page 187. (Read 790391 times)

Hi,

There is a good new exchange named 1EX.Trade. Hope Spread will be added soon.

https://1ex.trade/

I think that's the brilliant thing about a simple ID like the one we are currently testing:

The biggest problem altcoins are having, is that they have that stigma attached to them that most of them are shitcoins, meaning they are mere copypastes of other coins.

And nothing says copypaste like seeing that a "dev" didn't even care to update the magic bytes, the timestamp, or the port, NOTHING.  

As the example you posted shows very clearly.

I mean, I get that devs reuse the same magic bytes, since those values are pretty arbitrary anyway. So I let that slip.

But creating a clone of another coin and still leave the same genesisblock creation date there, although obviously the clone should have a later date, ... that is a pretty bad move.

Same for using a port that is already used by the original coin, it's a bad move and shows carelessness!


Absolutely, as there are many more shitcoins than there are "real" coins.

I can assure you that all the coins that have actual development behind them do have a very unique genesisblock, since it's like the dev's signature in a way.
Dash has it, Litecoin has it, Spreadcoin has it, etc...

Maybe we should take this into consideration right away and do some filtering about what coins we even want to "recommend for usage" within the decentralized blockexplorer.
And that's where these collisions that are already happening add a benefit immediately, and are not a problem!

No good coin is currently colliding, it's only the shitcoins that are causing collisions.

Let's call them "beneficial collisions" or "revealing collisions" since they reveal a lot about the nature of a coin immediately.

I love this.

That's exactly why we are doing this "altcoin taxonomy" project.  

IDing altcoins is similar to taxonomy as it happens in biology/geology,
or how a combination of zipcode and street /city name can help you pinpoint a position,
despite having the same city/street names being reused multiple times within the ecosystem.
That's not the problem. (ofcourse there may be confusing situations but they can be resolved)

Again, we are looking for a system that creates a bridge between the blockchain of a coin and the design of a coin.
Such a system does not require a mathematical proof.
It just needs to bring as much unique information together as needed to create as little collisions as possible.


And even if there remain collisions, they are immediately revealed since a lookup would give back 2 or more results.
At worst, the blockexplorer will not know what logo he has to depict.

Those aren't worrying implications.

Even more so: Since logos will be named using the ID, collisions reveal themselves rightaway (when data is updated) since it's not possible to have 2 files with the same name in a folder.


We know, we have barely started, that's why this is an ongoing R&D and why forexample the genesisextractor is also extracting more data at the moment, like merkleroot, offial port, etc...
we are going to extend this to as much additional info as necessary (genesisblockhash, etc) until a pretty unique ID can be found. (you have to consider all the additional info that we put in our list, like official port, merkleroot, etc..)
We will probably have to consider data that isn't even in the genesisblock but rather in the following blocks.

If the string gets too long we will simply hash it back to a more acceptable size.


We are not ignoring anything, we are continuing our research.
This system will be used for icons and coinnames, don't read anything more into it right now.


No problem, I'll probably go with coinID for now, I'm really not attached to any name right now.

I got the impression that solid mathematical proof will be required for a solution to be deemed acceptable for this particular problem in this particular domain.

You will want to consider the issue of duplicate pchMessageStart character arrays (“magicbytes” in your terminology), some of which have already appeared in the posted results on the Spreadcoin forum:


f9beb4d9495fab29 - bitcoind8333;
f9beb4d9495fab29 - omnicore-qt8333;

fbc0b6db4e8eaab9 - feathercoin-qt9336;
fbc0b6db4e8eaab9 - litecoind9333;


I can assure you there are many other instances.

Net result, half the data in the proposed magicbytes+datestamp referent is profoundly unreliable and so is unfortunately and inconveniently inappropriate for the intended purpose of contributing to a unique identifier, even a domain-limited one. That's a bummer but I think it would be unwise to try and ignore the implications.

Also, I'd be hugely grateful if you could avoid (ab)using the term “coinURI” after I mentioned its prior use in the already-published open source CCY cryptocurrency ontology. I'd much prefer to avoid the sowing of unnecessary potential confusion. TIA.

Cheers

Graham

http://spreadcointalk.org/index.php?topic=735.0

The idea is to build an ongoing R&D area (what we call "altcoin taxonomy") to get a picture of the whole ecosystem out there.
It'll have to go on forever, since there will always be new coins. (I certainly hope)

One of the more specific research goals of the genesisExtractor is to see if the coinURI format remains collision-free.
(no 2 coins receive the same coinURI)
It looks like the format is fine, but can we really say by just having looked at 50 coins?

Also, please note, that this coinURI is just a small subset of "altcoin taxonomy" (we need coinURIs for the upcoming decentralized blockexplorer),
but there is much more research to be done within altcoins. (that's why it's its own "reserved" R&D area)

I'm fascinated by altcoins in general, and as you correctly assume, there are 10's and 100's of shit coins out there.
Maybe we can help the crypto society to better recognize shit coins with a review/rating system? (based on actual mathematics that analyze/compare blockchains and sourcecode)
But I'm just thinking out loud here and giving you a glimpse into a possible future, I'm just saying that "altcoin taxonomy" will consist of much more than just naming / IDing each altcoin.

I do have a few ideas, and everyone's feedback and contributions is welcome.

PS: Look at "altcoin taxonomy" as an R&D area that we have now initialized and that will stay with us forever. Same counts for Big Data btw.

I think georgem wants any coin to be possible although I suspect that only the top 10 or so coins would see much use.

Besides, new coins will arrive and current ones will disappear over time...

Hey georgem, what exactly do you need to complete this phase of testing?

I mean, maybe a few of us could setup a bounty to give to who ever submits unique daemon information?
 
5 or more gets over 200SPR?
10 and over get 300SPR?

How many coins do you need? I'm sure we can do without 10's and 10's of shit coins... Can't we set a target say of top 50-100 coins?

Anyone know what the flags represent?

https://blockchain.info/unconfirmed-transactions

I second this sentiment!

Looking forward to the coming weeks and months, Georgem!!

Full time?

Thanks for your encouraging words.

I am not holding anything back here. Development is progressing nicely, I will soon be working on spreadcoin fulltime!

Thanks for your help.

You will find everything "altcoin taxonomy" related here: http://spreadcointalk.org/index.php?board=21.0

And you need to copypaste the data here: http://spreadcointalk.org/index.php?topic=731.0

If you aren't registered in the forum, I can do it for you.

EDIT: I just did.

You would be surprised how many Dash people are starting to invest in Spreadcoin. Get SN out earning some rewards and quite a lot of people I know, who like me have several MN's, will pile into Speadcoin in a big way. Remember that DRK didn't chase after any exchanges? Get SN's out, let people start accumulating rewards and the price increase will get us listed on Polo and other places. You can then take some time to build the first services while we builds SN's and the price.

A ten fold price increase here is more likely to happen in the next months than Dash going up by that much. But it will only happen when people see and start setting up SN's. It is a good time to get in and build a nice pot, but you know people really want to have something to download, setup and play with before throwing lots of money around.

Great work guys.

Couldn't find the reference to your forum so posting it here:
Diamond's data for the explorer.

Yep, it has already been brought to my attention earlier:

Looks like we are on Yobit

https://www.yobit.net/en/trade/SPR/BTC

FYI spreadcoin was delisted from c cex a few months ago. I actually bought
my 1st coins there

Somebody already uses the term coinURI for something else?
Well, I'll be damned.

Thanks for all your info, I'll have to digest this.

That’s neither desirable nor necessary.

The “giant database” over-simplification is doing you a disservice. DOACC is expressed as an RDF graph and the effect you describe can be achieved quite straightforwardly by creating a graph of Spreadcoin referents linked to DOACC's referents, such as the one I created from the postings to the Spreadcoin forum thread and dropped onto pastebin. SPARQL trivially enables querying the union of the graphs.

Minki (a savvy lass) provides a SPARQL endpoint configured to use the DOACC dataset as default graph. If the Spreadcoin reference is : then the query would be:

Code:

PREFIX skos:
PREFIX ccy:
PREFIX doacc:

SELECT ?doaccuri ?label ?symbol ?algo
FROM
WHERE {
   ccy:C9aeefa4f-c5e8-4056-8b8c-99da124ad07a ccy:cryptocurrency ?doaccuri .
   ?doaccuri skos:prefLabel ?label .
   ?doaccuri doacc:symbol ?symbol .
   ?doaccuri doacc:pow ?ps .
   ?ps skos:prefLabel ?algo .
   FILTER LANGMATCHES(LANG(?label), "EN")
}

Here's a clickable version of the SPARQL query URL that performs the search and forwards to the results page.


As regards terminology, the CCY ontology uses the term “coinURI” to model the coin payment URIs, e.g.

Code:

bitcoin:12A1MyfXbW6RhdRAZEqofac5jCQQjwEPBu?amount=1.2&message=Payment&label=Satoshi&extra=other-param

Cheers

Graham