maxsolnc
|
|
March 10, 2014, 08:58:29 AM |
|
any chance that someone has time to work with core code?
|
DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
|
|
|
dono
Newbie
Offline
Activity: 7
Merit: 0
|
|
March 10, 2014, 11:59:19 AM |
|
while we are waiting for the dev to come back, why dont we try to do something that's fun with this coin like zynga poker, i want to play poker with dtc as a bet with another dtc holder hahaha. maybe cryptrol can make one. ^_^
|
|
|
|
cryptrol
|
|
March 10, 2014, 12:00:13 PM |
|
any chance that someone has time to work with core code? No much work to do with the core. If someone has some free time the HP12 optimizations could be ported to the hp branch of the client. This would provide some performance improvement over the previous client. Other than that, the only think I see that could boost Datacoin usage would be increasing storage capacity, this could only be done integrating some kind of DHT or maybe TAHOE-LAFS storage space (someone commented about this on reddit, can't remember who right now to give proper credit). If I had some time I would work on this , but to be honest I will not be able to invest any time in this at the moment, other doing some minimal maintainment work for krypte.
|
|
|
|
extro24
|
|
March 10, 2014, 12:50:18 PM |
|
any chance that someone has time to work with core code? No much work to do with the core. If someone has some free time the HP12 optimizations could be ported to the hp branch of the client. This would provide some performance improvement over the previous client. Other than that, the only think I see that could boost Datacoin usage would be increasing storage capacity, this could only be done integrating some kind of DHT or maybe TAHOE-LAFS storage space (someone commented about this on reddit, can't remember who right now to give proper credit). If I had some time I would work on this , but to be honest I will not be able to invest any time in this at the moment, other doing some minimal maintainment work for krypte. Could we not use krypte.net as the first (experimental) node of the Distributed Hash Table? This would be a simple start to the private chains that oocook5u referred to. Just bashing an idea around here.
|
|
|
|
brianbbad
|
|
March 12, 2014, 09:46:00 AM |
|
*bump* community takeover +1
|
|
|
|
northranger79510
Sr. Member
Offline
Activity: 308
Merit: 250
Riecoin and Huntercoin to rule all!
|
|
March 12, 2014, 09:07:21 PM |
|
Exciting news to come for Datacoin!
|
|
|
|
maxsolnc
|
|
March 12, 2014, 09:13:10 PM |
|
Exciting news to come for Datacoin!
I confirm that. We've discussed several points for Datacoin plan to move forward, so - wait for some news.
|
DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
|
|
|
super3
Legendary
Offline
Activity: 1094
Merit: 1006
|
|
March 13, 2014, 02:24:18 AM |
|
I'm actually using Datacoin right now to prototype my decentralized storage engine. I'm going to be creating some sort of fork of Datacoin for that. What do you think would be the best way to integrate the existing Datacoin community.
|
|
|
|
maxsolnc
|
|
March 13, 2014, 07:04:51 AM |
|
I'm actually using Datacoin right now to prototype my decentralized storage engine. I'm going to be creating some sort of fork of Datacoin for that. What do you think would be the best way to integrate the existing Datacoin community.
Great! Of course you can fork original repo and create your own version of datacoin core and\or perl explorer. It will be the best way for sharing ideas with communities, I think. Also maybe you should write some updates on the forum
|
DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
|
|
|
cryptrol
|
|
March 13, 2014, 08:46:17 AM |
|
I'm actually using Datacoin right now to prototype my decentralized storage engine. I'm going to be creating some sort of fork of Datacoin for that. What do you think would be the best way to integrate the existing Datacoin community.
I guess the latest data on the most recent blocks where some of your tests When you say fork, do you mean a fork that will use the same blockchain or a different blockchain ? Are you going to use online services for storage ? I saw several transactions with data like the following lately : [{"filehash": "8b4bf712241860b10c4b5307ccb73f5680c3c04ae1f06a5212508ce93f0a4efb", "filename": "8b4bf71_Bitcoin_Series_24__The_Mega-Master_Blockchain_List_Ledra_Capital.pdf", "version": "0.2", "filesize": 515251, "datetime": "1394679316", "uploads": [{"url": "http://rghost.net/53020838", "host_name": "rghost"}, {"url": "http://multiupload.nl/WDCAL8C9AM", "host_name": "multiupload"}, {"url": "http://gfile.ru/a4fjp", "host_name": "gfile_ru"}]}]
What about magnet links or other P2P references ? This would make the data more resilient. This is starting to get interesting. Good luck!
|
|
|
|
northranger79510
Sr. Member
Offline
Activity: 308
Merit: 250
Riecoin and Huntercoin to rule all!
|
|
March 13, 2014, 11:57:22 PM |
|
I'm actually using Datacoin right now to prototype my decentralized storage engine. I'm going to be creating some sort of fork of Datacoin for that. What do you think would be the best way to integrate the existing Datacoin community.
Excellent news! More datacoin news to come in less than a month!
|
|
|
|
super3
Legendary
Offline
Activity: 1094
Merit: 1006
|
|
March 15, 2014, 03:01:28 PM |
|
I'm actually using Datacoin right now to prototype my decentralized storage engine. I'm going to be creating some sort of fork of Datacoin for that. What do you think would be the best way to integrate the existing Datacoin community.
I guess the latest data on the most recent blocks where some of your tests When you say fork, do you mean a fork that will use the same blockchain or a different blockchain ? Are you going to use online services for storage ? I saw several transactions with data like the following lately : [{"filehash": "8b4bf712241860b10c4b5307ccb73f5680c3c04ae1f06a5212508ce93f0a4efb", "filename": "8b4bf71_Bitcoin_Series_24__The_Mega-Master_Blockchain_List_Ledra_Capital.pdf", "version": "0.2", "filesize": 515251, "datetime": "1394679316", "uploads": [{"url": "http://rghost.net/53020838", "host_name": "rghost"}, {"url": "http://multiupload.nl/WDCAL8C9AM", "host_name": "multiupload"}, {"url": "http://gfile.ru/a4fjp", "host_name": "gfile_ru"}]}]
What about magnet links or other P2P references ? This would make the data more resilient. This is starting to get interesting. Good luck! Ha ha. I forgot you can't hide from the blockchain. Yes, that is some metadata from my decentralized storage engine web nodes. Yes, that information can be added as well, and will be in the future.
|
|
|
|
northranger79510
Sr. Member
Offline
Activity: 308
Merit: 250
Riecoin and Huntercoin to rule all!
|
|
March 15, 2014, 08:29:43 PM |
|
Registration For DatacoinFoundation.org is now completed. Website Redesign is on its way for Datacoin.info. More news on the way.
|
|
|
|
super3
Legendary
Offline
Activity: 1094
Merit: 1006
|
|
March 16, 2014, 12:27:50 AM |
|
Is anyone willing to sell me a large amount of Datacoin at market?
|
|
|
|
hozer
|
|
March 18, 2014, 04:34:40 PM |
|
I'm actually using Datacoin right now to prototype my decentralized storage engine. I'm going to be creating some sort of fork of Datacoin for that. What do you think would be the best way to integrate the existing Datacoin community.
Great! Of course you can fork original repo and create your own version of datacoin core and\or perl explorer. It will be the best way for sharing ideas with communities, I think. Also maybe you should write some updates on the forum I'm going to be working on putting Datacoin in the https://bitbucket.org/dahozer/catcoin catbox, and once it all works, you should be able to build a CatcoinRelease blockchain-compatible client , OR build a datacoin blockchain-compatible client from the same source code repository. I also just registered #datacoin-dev on irc.freenode.net, so if you are interested in developing datacoin , as well as datacoin derivatives, I will probably be a lot easier to find on irc than on the forums.
|
|
|
|
hozer
|
|
March 18, 2014, 05:22:36 PM |
|
Yea..unfortunately dev. hasn't shown up so that is the cause of price dwindling...If someone with good tech skills can help dev. or possibly take over until he is back that'd be great.
I think 'prime' proof-of-work is interesting, but that it will ultimately result in an economic failure for data storage. I'd like to propose a gradual (but requiring a hard-fork) upgrade to 'proof of data' which would just be to find sha 256 hash of the required difficulty *over the entire blockchain*. This basically means your hash rate is proportional to how fast you can read the blockchain off disk (or you keep it in memory) It might have to be implemented as something that uses a pseudo-random number generator so that each block only requires a deterministic, but psuedorandom sequence of blocks, (a subset of the blockchain) so that you cover the entire blockchain over a a few hundred blocks Thoughts anyone? Good idea? Bad idea? Something to do first in a new coin?
|
|
|
|
maxsolnc
|
|
March 18, 2014, 05:49:51 PM |
|
Yea..unfortunately dev. hasn't shown up so that is the cause of price dwindling...If someone with good tech skills can help dev. or possibly take over until he is back that'd be great.
I think 'prime' proof-of-work is interesting, but that it will ultimately result in an economic failure for data storage. I'd like to propose a gradual (but requiring a hard-fork) upgrade to 'proof of data' which would just be to find sha 256 hash of the required difficulty *over the entire blockchain*. This basically means your hash rate is proportional to how fast you can read the blockchain off disk (or you keep it in memory) It might have to be implemented as something that uses a pseudo-random number generator so that each block only requires a deterministic, but psuedorandom sequence of blocks, (a subset of the blockchain) so that you cover the entire blockchain over a a few hundred blocks Thoughts anyone? Good idea? Bad idea? Something to do first in a new coin? It seems to me that SSD drives will win the game, and there will be only several 'data-rates' (like hashrates): usual HDDs, fast HDDs, RAIDs, SSDs, SSD clusters. btw - check your PM
|
DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
|
|
|
super3
Legendary
Offline
Activity: 1094
Merit: 1006
|
|
March 19, 2014, 03:01:23 AM |
|
Yea..unfortunately dev. hasn't shown up so that is the cause of price dwindling...If someone with good tech skills can help dev. or possibly take over until he is back that'd be great.
I think 'prime' proof-of-work is interesting, but that it will ultimately result in an economic failure for data storage. I'd like to propose a gradual (but requiring a hard-fork) upgrade to 'proof of data' which would just be to find sha 256 hash of the required difficulty *over the entire blockchain*. This basically means your hash rate is proportional to how fast you can read the blockchain off disk (or you keep it in memory) It might have to be implemented as something that uses a pseudo-random number generator so that each block only requires a deterministic, but psuedorandom sequence of blocks, (a subset of the blockchain) so that you cover the entire blockchain over a a few hundred blocks Thoughts anyone? Good idea? Bad idea? Something to do first in a new coin? No, I would implement the proof of resource algorithms that are coming out this year. There are way more efficient ways to do this. I have a concept for proof of storage, but I haven't had time to write a whitepaper for it.
|
|
|
|
hozer
|
|
March 19, 2014, 05:22:49 AM |
|
Yea..unfortunately dev. hasn't shown up so that is the cause of price dwindling...If someone with good tech skills can help dev. or possibly take over until he is back that'd be great.
I think 'prime' proof-of-work is interesting, but that it will ultimately result in an economic failure for data storage. I'd like to propose a gradual (but requiring a hard-fork) upgrade to 'proof of data' which would just be to find sha 256 hash of the required difficulty *over the entire blockchain*. This basically means your hash rate is proportional to how fast you can read the blockchain off disk (or you keep it in memory) It might have to be implemented as something that uses a pseudo-random number generator so that each block only requires a deterministic, but psuedorandom sequence of blocks, (a subset of the blockchain) so that you cover the entire blockchain over a a few hundred blocks Thoughts anyone? Good idea? Bad idea? Something to do first in a new coin? No, I would implement the proof of resource algorithms that are coming out this year. There are way more efficient ways to do this. I have a concept for proof of storage, but I haven't had time to write a whitepaper for it. What I wonder is if we're thinking of the same thing, and by the time I get done optimizing proof-of-data if it ends up being very similiar to your concept.. Or is there some paper on proof-of-resource you can link me to? The other question still stands.. Once we have it, do we do a new coin, or hardfork-upgrades to datacoin?
|
|
|
|
maxsolnc
|
|
March 19, 2014, 06:32:47 AM |
|
Yea..unfortunately dev. hasn't shown up so that is the cause of price dwindling...If someone with good tech skills can help dev. or possibly take over until he is back that'd be great.
I think 'prime' proof-of-work is interesting, but that it will ultimately result in an economic failure for data storage. I'd like to propose a gradual (but requiring a hard-fork) upgrade to 'proof of data' which would just be to find sha 256 hash of the required difficulty *over the entire blockchain*. This basically means your hash rate is proportional to how fast you can read the blockchain off disk (or you keep it in memory) It might have to be implemented as something that uses a pseudo-random number generator so that each block only requires a deterministic, but psuedorandom sequence of blocks, (a subset of the blockchain) so that you cover the entire blockchain over a a few hundred blocks Thoughts anyone? Good idea? Bad idea? Something to do first in a new coin? No, I would implement the proof of resource algorithms that are coming out this year. There are way more efficient ways to do this. I have a concept for proof of storage, but I haven't had time to write a whitepaper for it. What I wonder is if we're thinking of the same thing, and by the time I get done optimizing proof-of-data if it ends up being very similiar to your concept.. Or is there some paper on proof-of-resource you can link me to? The other question still stands.. Once we have it, do we do a new coin, or hardfork-upgrades to datacoin? We should have some kind of hardfork. I hope that it will be implemented as the next stage of Datacoin evolution.
|
DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
|
|
|
|