georgem (OP)
Legendary
Offline
Activity: 1484
Merit: 1007
spreadcoin.info
|
|
January 19, 2016, 08:22:10 PM Last edit: January 19, 2016, 08:32:26 PM by georgem |
|
Thanks, I'll look into it. So the difference between your project and mine is: Yours is a giant database regarding the "Description of a Cryptocurrency". While the "altcoin taxonomy" project is about giving coins a unique collision-free identifier (coinURI), derived simply by reading its blockchain. The goal is to tie the "blockchain of a coin" to the "design of a coin" (what is in DOACC) with the use of those coinURIs.
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 19, 2016, 10:20:55 PM Last edit: January 19, 2016, 11:58:02 PM by coins101 |
|
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1290
|
|
January 19, 2016, 10:25:44 PM |
|
So the difference between your project and mine is:
Yours is a giant database regarding the "Description of a Cryptocurrency".
While the "altcoin taxonomy" project is about giving coins a unique collision-free identifier (coinURI), derived simply by reading its blockchain. The goal is to tie the "blockchain of a coin" to the "design of a coin" (what is in DOACC) with the use of those coinURIs.
I thought you might be able to re-use the DOACC coinURIs but I was mistaken. Cheers Graham
|
|
|
|
georgem (OP)
Legendary
Offline
Activity: 1484
Merit: 1007
spreadcoin.info
|
|
January 19, 2016, 11:29:59 PM Last edit: January 19, 2016, 11:52:53 PM by georgem |
|
So the difference between your project and mine is:
Yours is a giant database regarding the "Description of a Cryptocurrency".
While the "altcoin taxonomy" project is about giving coins a unique collision-free identifier (coinURI), derived simply by reading its blockchain. The goal is to tie the "blockchain of a coin" to the "design of a coin" (what is in DOACC) with the use of those coinURIs.
I thought you might be able to re-use the DOACC coinURIs but I was mistaken. Cheers Graham But if you were to add spreadcoin's coinURIs to your DOACC then we could reuse ALL your data within the blockexplorer. These coinURIs could be the bridge between blockchains and our databases so to speak. Currently, for our project, we are going with a combination of the 4 magic bytes of a coin's blockchain and the 4 bytes of the timecode of the genesis block's creation. This leads for example to the following coinURIs: Spreadcoin = 4f3c5cbb53d75160 Bitcoin = f9beb4d9495fab29 Dash = bf0c6bbd52db2d02 Litecoin = fbc0b6db4e8eaab9 We still need to process more coins, just to be 100% sure that there are no collisions between different coins. But it looks good so far! Think of it this way: we are creating a standard ID (coinURI) that isn't awarded by a human being, but that can simply be deduced from a coins blockchain (Magicbytes + time) even by a machine. This coinURI then serves as a key we can use in a database to search for the correlating coin specification/description. Only requirement would be that available databases start adapting coinURIs. BTW: nice sideeffect of adding coinURIs to your database is that it immediately adds knowledge to it (magicbytes and when the coin's genesisblock was created, you just need to convert hex to unix timestamp)
|
|
|
|
Grim
|
|
January 19, 2016, 11:34:03 PM |
|
This is a good business plan, and seems to be getting better. I've invested some considerable amount into it. I cannot recommend however hosting anything with teamviewer as a method of controlling it. I had set up a vutr account with a windows OS, and got hacked for 56k spr (in august, when it was worth much less). This can be seen at the "johnpadalecki" account registered then. This has apparently happened recently to another member, through the same apparatus. Beware teamviewer. I am still using it, but using all different paswords on each computer. And a completely isolated email account.
Did you use a very weak teamviewer password? I read about that a few times now. Here an older one: The hacker is straight after your wallet dats (appdata/roaming) https://www.reddit.com/r/hacking/comments/291525/someone_accessed_my_computer_through_teamviewer/
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 19, 2016, 11:49:30 PM |
|
So I ran some numbers on the growth of Bitcoin's block chain, for full nodes. The current monthly growth rate is 5%. So I decided to see what it would look like with 3%, over the next three years (new project business plans tend to be based on three year projections). edit changed title
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 19, 2016, 11:52:56 PM Last edit: January 20, 2016, 12:26:35 AM by coins101 |
|
...but, if you actually use a 5% growth rate, you get this: Tell me that Bitcoin won't need VPS hosted full nodes within the next few years....going on, I dare you. edit I was just trying to figure out how much bandwidth would be required in three years time, with around 15GB per month circulating between 3,000 to 5,000 SPR full Bitcoin nodes, plus between our bitcoin nodes and millions of SPVs and I think I broke my spreadsheet. It's TBs and TBs of data.
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 20, 2016, 12:02:33 AM |
|
How Blockchain.info see the actual historic growth of the Bitcoin block chain. See the recent acceleration in recently years? Looks more like the 5% is the right growth rate trend. btw, this is Big Data in action
|
|
|
|
Grim
|
|
January 20, 2016, 01:08:06 AM |
|
It will grow even faster once the blocksize limited is eg. set to 2 MB.
It currently hits the 1 MB blocksize limit from time to time ...
So in a few years 2 MB times 144 blocks a day = 288 MB up to ~ 100GB growth a year
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 20, 2016, 01:46:49 AM |
|
It will grow even faster once the blocksize limited is eg. set to 2 MB.
It currently hits the 1 MB blocksize limit from time to time ...
So in a few years 2 MB times 144 blocks a day = 288 MB up to ~ 100GB growth a year
It looks like your figures correlate to the 5% growth rate chart?
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 20, 2016, 10:00:56 AM |
|
It will grow even faster once the blocksize limited is eg. set to 2 MB.
It currently hits the 1 MB blocksize limit from time to time ...
So in a few years 2 MB times 144 blocks a day = 288 MB up to ~ 100GB growth a year
It looks like your figures correlate to the 5% growth rate chart? I've just realised how important this project is to me:
|
|
|
|
georgem (OP)
Legendary
Offline
Activity: 1484
Merit: 1007
spreadcoin.info
|
|
January 20, 2016, 10:35:15 AM |
|
It will grow even faster once the blocksize limited is eg. set to 2 MB.
It currently hits the 1 MB blocksize limit from time to time ...
So in a few years 2 MB times 144 blocks a day = 288 MB up to ~ 100GB growth a year
It looks like your figures correlate to the 5% growth rate chart? I've just realised how important this project is to me: pretty scary graphs!
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 20, 2016, 11:01:25 AM |
|
... pretty scary graphs!
We might have to invent a new term for Big Data.....maybe Huge Motherf***ing Data?
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 20, 2016, 11:24:15 AM |
|
So, UNA and UBA?
|
|
|
|
georgem (OP)
Legendary
Offline
Activity: 1484
Merit: 1007
spreadcoin.info
|
|
January 20, 2016, 03:08:44 PM Last edit: January 20, 2016, 04:03:28 PM by georgem |
|
|
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
January 20, 2016, 09:02:19 PM |
|
|
|
|
|
Propagandalf
|
|
January 20, 2016, 09:27:10 PM |
|
I don't know if anyone mentioned it already, but could the exchange https://c-cex.com/ be anything for SPR? I am not familiar with the exchange myself...
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1290
|
|
January 20, 2016, 10:23:57 PM |
|
But if you were to add spreadcoin's coinURIs to your DOACC then we could reuse ALL your data within the blockexplorer. 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 : <http://purl.org/net/bel-epa/ccy#C9aeefa4f-c5e8-4056-8b8c-99da124ad07a> then the query would be: PREFIX skos: <http://www.w3.org/2004/02/skos/core#> PREFIX ccy: <http://purl.org/net/bel-epa/ccy#> PREFIX doacc: <http://purl.org/net/bel-epa/doacc#>
SELECT ?doaccuri ?label ?symbol ?algo FROM <http://pastebin.com/raw/UQZdHtiP> 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. bitcoin:12A1MyfXbW6RhdRAZEqofac5jCQQjwEPBu?amount=1.2&message=Payment&label=Satoshi&extra=other-param
Cheers Graham
|
|
|
|
georgem (OP)
Legendary
Offline
Activity: 1484
Merit: 1007
spreadcoin.info
|
|
January 20, 2016, 10:35:08 PM |
|
But if you were to add spreadcoin's coinURIs to your DOACC then we could reuse ALL your data within the blockexplorer. 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 : <http://purl.org/net/bel-epa/ccy#C9aeefa4f-c5e8-4056-8b8c-99da124ad07a> then the query would be: PREFIX skos: <http://www.w3.org/2004/02/skos/core#> PREFIX ccy: <http://purl.org/net/bel-epa/ccy#> PREFIX doacc: <http://purl.org/net/bel-epa/doacc#>
SELECT ?doaccuri ?label ?symbol ?algo FROM <http://pastebin.com/raw/UQZdHtiP> 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. bitcoin:12A1MyfXbW6RhdRAZEqofac5jCQQjwEPBu?amount=1.2&message=Payment&label=Satoshi&extra=other-param
Cheers Graham 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.
|
|
|
|
|