Bitcoin Forum
June 25, 2024, 12:56:04 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4] 5 6 »  All
  Print  
Author Topic: [DTC] Datacoin - Brainstorming Giveaway - Get coins for sharing ideas!  (Read 9167 times)
simbo
Full Member
***
Offline Offline

Activity: 165
Merit: 100


View Profile
November 20, 2013, 08:56:54 AM
 #61

Thanks. Cheesy

BattleTitans.io  ▼  Mobile PvP Arena of the Future  ▼  BattleTitans.io
The Most Promising ICO in October    [Join Now!]

▼  [FB]  ▬  [TW]  ▬  [TG]  ▬▬▬  [YU]  ▼
maxsolnc
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


DTC unofficial team


View Profile WWW
November 20, 2013, 10:07:49 AM
 #62

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  Smiley

@slimbo: interesting..

DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk
BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
roozifus
Sr. Member
****
Offline Offline

Activity: 249
Merit: 250


View Profile
November 20, 2013, 12:00:53 PM
 #63

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
Member
**
Offline Offline

Activity: 98
Merit: 10

Hello Bitcointalk


View Profile
November 20, 2013, 01:14:26 PM
 #64

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  Grin

SMARTPLAY▼TECH
W I N - W I N  R O U L E T T E   R E L E A S E     
D I S C U S S    ◎    G E T  2 0 0  F R E E  S P I N S    ◎    I N V E S T
kreator
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
November 20, 2013, 01:47:03 PM
 #65

DFD4xTw59ssgaAgRAg5mxXSftHDE43nFGw thanks!
maxsolnc
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


DTC unofficial team


View Profile WWW
November 20, 2013, 02:19:01 PM
 #66

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 Wink )
edited: found it at 1st page, sent coins.

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

DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk
BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
Sharky444
Hero Member
*****
Offline Offline

Activity: 724
Merit: 500


View Profile
November 20, 2013, 02:59:52 PM
 #67

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

DS9bJD8qeBAdgS9xbTrYu4Pcqwjr4A1dyi

Radix - just imagine
Palmdetroit
Legendary
*
Offline Offline

Activity: 910
Merit: 1000


PHS 50% PoS - Stop mining start minting


View Profile
November 20, 2013, 03:02:07 PM
 #68

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
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


DTC unofficial team


View Profile WWW
November 20, 2013, 03:33:44 PM
 #69

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?  Grin (me too, lol)
Additional DTC for you for this suggestion!

DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk
BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
Palmdetroit
Legendary
*
Offline Offline

Activity: 910
Merit: 1000


PHS 50% PoS - Stop mining start minting


View Profile
November 20, 2013, 04:33:01 PM
 #70

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?  Grin (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
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


DTC unofficial team


View Profile WWW
November 20, 2013, 08:32:16 PM
 #71

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?  Grin (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

DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk
BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
extro24
Sr. Member
****
Offline Offline

Activity: 481
Merit: 252


View Profile
November 20, 2013, 09:20:44 PM
 #72

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
Legendary
*
Offline Offline

Activity: 1218
Merit: 1002



View Profile WWW
November 20, 2013, 11:56:50 PM
Last edit: November 21, 2013, 03:54:06 PM by ParmaBTC
 #73

DKBkig9hykkqo7GLq6Vg7jEAwT9XLeNMUJ

thanks

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


Thanks
tubbyjr
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
November 20, 2013, 11:58:39 PM
 #74

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?  Grin (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
Full Member
***
Offline Offline

Activity: 165
Merit: 100


View Profile
November 21, 2013, 12:48:00 AM
 #75

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.

BattleTitans.io  ▼  Mobile PvP Arena of the Future  ▼  BattleTitans.io
The Most Promising ICO in October    [Join Now!]

▼  [FB]  ▬  [TW]  ▬  [TG]  ▬▬▬  [YU]  ▼
cryptohunter
Legendary
*
Offline Offline

Activity: 2100
Merit: 1167

MY RED TRUST LEFT BY SCUMBAGS - READ MY SIG


View Profile
November 21, 2013, 01:16:32 AM
 #76

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
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


DTC unofficial team


View Profile WWW
November 21, 2013, 06:33:55 AM
 #77

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?  Grin (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!

DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk
BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
MessyCoin (OP)
Sr. Member
****
Offline Offline

Activity: 458
Merit: 250



View Profile
November 21, 2013, 06:49:19 AM
 #78

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?  Grin (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 Smiley 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
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


DTC unofficial team


View Profile WWW
November 21, 2013, 08:51:35 AM
 #79

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

DTC: DMcKNp47fNtgM7sritK9GfJEQ1DzME5nwk
BTC: 1FgUGra685ZwkrX5VnRvfaYp4bHJhC7x4H
GreekBitcoin
Legendary
*
Offline Offline

Activity: 1428
Merit: 1001


getmonero.org


View Profile WWW
November 21, 2013, 09:05:45 AM
 #80

DLLoaSrc8tJvK7LTV4y4JDL5U3WHyTgSqH

thanks
Pages: « 1 2 3 [4] 5 6 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!