[DTC] Datacoin - Brainstorming Giveaway - Get coins for sharing ideas!

[simbo]

Thanks.

[maxsolnc]

For larger data files, rather than increasing the size limit per block, have some sort of protocol that would allow 128kb divisions of the file to be made and spread over the blockchain that way. Of course something would need to be done to clearly order and connect those blocks of data. One could for example make several 128kb RAR divisions, but something at least needs to be implemented to connect the blocks.

DJ4gDVPkWNgRP1sGrFrwA5p7jdbRbHEFQZ

Yes, something like Datacoin Archiver 

@slimbo: interesting..

[roozifus]

For larger data files, rather than increasing the size limit per block, have some sort of protocol that would allow 128kb divisions of the file to be made and spread over the blockchain that way. Of course something would need to be done to clearly order and connect those blocks of data. One could for example make several 128kb RAR divisions, but something at least needs to be implemented to connect the blocks.

One way would be to just include header data along with your payload. Eg. If you were to upload a 500kb file, the client could break it up into 127k chunks. Then attach a 1kb header along with each one. It's basically just a linked list where each data package is an item. The client can then get the address of the next message as it reads the current one. So like:

msg1:
  header:
    next_msg: {msg2_location}
  data:
     {127k_of_data}

msg2:
  header:
    next_msg: {msg3_location}
  data:
     {127k_of_data}

msg3:
  header:
    next_msg: {msg4_location}
  data:
     {127k_of_data}

msg4:
  header:
    next_msg: {NONE}
  data:
     {119k_of_data}

Ideally there should be some sort of standard so that different clients could understand how each other are adding data to the network. The system could support multiple data storage methods as long as info about which method was being used was also included in the header of a message.

[lengfeng847]

1. Develop an advertising system which the user can advertise their product or website


2.Client joins the trading function real-time transaction


DTLdhQvVfTTacDcpqe2wXWgFnrYdkDu5Qx



TRANKS 

[kreator]

DFD4xTw59ssgaAgRAg5mxXSftHDE43nFGw thanks!

[maxsolnc]

For larger data files, rather than increasing the size limit per block, have some sort of protocol that would allow 128kb divisions of the file to be made and spread over the blockchain that way. Of course something would need to be done to clearly order and connect those blocks of data. One could for example make several 128kb RAR divisions, but something at least needs to be implemented to connect the blocks.

One way would be to just include header data along with your payload. Eg. If you were to upload a 500kb file, the client could break it up into 127k chunks. Then attach a 1kb header along with each one. It's basically just a linked list where each data package is an item. The client can then get the address of the next message as it reads the current one. So like:

msg1:
  header:
    next_msg: {msg2_location}
  data:
     {127k_of_data}

msg2:
  header:
    next_msg: {msg3_location}
  data:
     {127k_of_data}

msg3:
  header:
    next_msg: {msg4_location}
  data:
     {127k_of_data}

msg4:
  header:
    next_msg: {NONE}
  data:
     {119k_of_data}

Ideally there should be some sort of standard so that different clients could understand how each other are adding data to the network. The system could support multiple data storage methods as long as info about which method was being used was also included in the header of a message.

Very good idea! Please post your wallet to receive your DTC (with some additional coins, not 5 )
edited: found it at 1st page, sent coins.

Also thanks to lengfeng847, but can you explain point 2 ?

[Sharky444]

you could save websites as text only into the data stream to create something like archive.org

DS9bJD8qeBAdgS9xbTrYu4Pcqwjr4A1dyi

[Palmdetroit]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

[maxsolnc]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

It was  obvious - why anyone didn't offer it yet?  (me too, lol)
Additional DTC for you for this suggestion!

[Palmdetroit]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

It was  obvious - why anyone didn't offer it yet?  (me too, lol)
Additional DTC for you for this suggestion!

Thanks!

I also wonder if having some option to remove data at some point would be a good idea, if whomever added it so chooses.  May help if this gets widely used at at some point and the burden becomes great as well. Not sure if this is feasible, but of course some data will become obsolete over time.

[maxsolnc]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

It was  obvious - why anyone didn't offer it yet?  (me too, lol)
Additional DTC for you for this suggestion!

Thanks!

I also wonder if having some option to remove data at some point would be a good idea, if whomever added it so chooses.  May help if this gets widely used at at some point and the burden becomes great as well. Not sure if this is feasible, but of course some data will become obsolete over time.

This is good idea, but I don't know if there is a possibility to delete any info from blockchain. Solution can be splitting it into smaller parts that will be stored on computers: 1000 copies of one part on 1000 computer, etc etc

[extro24]

I asked Cryptsy to add Datacoin (as a feature request on the support forums)

https://cryptsy.freshdesk.com/support/discussions/topics/41010

Perhaps others should go and support the request.

[ParmaBTC]

DKBkig9hykkqo7GLq6Vg7jEAwT9XLeNMUJ

thanks

i have no idea at the moment, but i'm working hard on it!

Thanks

[tubbyjr]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

It was  obvious - why anyone didn't offer it yet?  (me too, lol)
Additional DTC for you for this suggestion!

Thanks!

I also wonder if having some option to remove data at some point would be a good idea, if whomever added it so chooses.  May help if this gets widely used at at some point and the burden becomes great as well. Not sure if this is feasible, but of course some data will become obsolete over time.

In regards to the data removal, what could be done, is that the DTC account that added would have to pay a subscription of sorts, to keep the data in the blockchain, such as 0.0000001 DTC per block or some other interval. This would ensure that it isn't just useless information being added. And to keep useful data in the chian there should be a lottery of sorts, for the most accessed/downloaded blocks, giving them a portion of the mined DTCs. I understand there may be potential abuse by the posters continually accessing a block to give themselves a higher chance of winning the lottery, but one could simply make a hashcheck of the ip looking to access the block, and only give them a point if it is the first access of the block.

DJ4gDVPkWNgRP1sGrFrwA5p7jdbRbHEFQZ

[simbo]

To keep the local data size manageable, we can store the old data on like 100 servers & new clients given the option to download it, if they want to. There servers can be daisy-chained & intermittently checked for data consistency. Anyone willing to provide the server space can be added to the chain.

On client side, the client will be update whenever there is proposed moving to data server & choice if they want to keep the data locally.

Regards.

[cryptohunter]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

yeah pos with good interest , it is possible for the dev to add that feature at this stage?

[maxsolnc]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

It was  obvious - why anyone didn't offer it yet?  (me too, lol)
Additional DTC for you for this suggestion!

Thanks!

I also wonder if having some option to remove data at some point would be a good idea, if whomever added it so chooses.  May help if this gets widely used at at some point and the burden becomes great as well. Not sure if this is feasible, but of course some data will become obsolete over time.

In regards to the data removal, what could be done, is that the DTC account that added would have to pay a subscription of sorts, to keep the data in the blockchain, such as 0.0000001 DTC per block or some other interval. This would ensure that it isn't just useless information being added. And to keep useful data in the chian there should be a lottery of sorts, for the most accessed/downloaded blocks, giving them a portion of the mined DTCs. I understand there may be potential abuse by the posters continually accessing a block to give themselves a higher chance of winning the lottery, but one could simply make a hashcheck of the ip looking to access the block, and only give them a point if it is the first access of the block.

DJ4gDVPkWNgRP1sGrFrwA5p7jdbRbHEFQZ

Very interesting, but seems to be difficult to implement
Sent coins!

[MessyCoin]

Should add PoS, PoS would encourage more nodes to stay up 24-7 and supply the needed bandwidth, it looks like this chain could be very very large. If would also encourage older cpus to run nodes for income.

and of course contact some of the torrent sites and work with them for easy implementation

D5kXcUMUTZ56ctCiRLBMd5w3JUviaMe3fP

It was  obvious - why anyone didn't offer it yet?  (me too, lol)
Additional DTC for you for this suggestion!

Thanks!

I also wonder if having some option to remove data at some point would be a good idea, if whomever added it so chooses.  May help if this gets widely used at at some point and the burden becomes great as well. Not sure if this is feasible, but of course some data will become obsolete over time.

In regards to the data removal, what could be done, is that the DTC account that added would have to pay a subscription of sorts, to keep the data in the blockchain, such as 0.0000001 DTC per block or some other interval. This would ensure that it isn't just useless information being added. And to keep useful data in the chian there should be a lottery of sorts, for the most accessed/downloaded blocks, giving them a portion of the mined DTCs. I understand there may be potential abuse by the posters continually accessing a block to give themselves a higher chance of winning the lottery, but one could simply make a hashcheck of the ip looking to access the block, and only give them a point if it is the first access of the block.

DJ4gDVPkWNgRP1sGrFrwA5p7jdbRbHEFQZ

Very interesting, but seems to be difficult to implement
Sent coins!

I'd imagine that data removal would be possible by consensus of the network in the same way that data can be added. For example, data could be removed if a specially formed message was sent from the same address as the original data.. or perhaps the client could be designed so that data automatically expires after a time, requiring it to be re-inserted at intervals if you want to keep it there (similar to what I have heard about the blockchain used by Bitmessage). Perhaps there could even be different levels of fees for permanent or shorter-term storage, all regulated by the p2p nature of the software. I assume it would be possible in principle but difficult to implement any of this While useful for some applications and keeping the blockchain size down, I kinda like the simplicity of the initial idea: that all data is kept for all time.

Sent coins to everyone so far!

[maxsolnc]

Hopefully oocook5u comes to DTC threads today and answers some questions.

[GreekBitcoin]

DLLoaSrc8tJvK7LTV4y4JDL5U3WHyTgSqH

thanks