develCuy (OP)
|
|
July 24, 2014, 01:00:11 AM |
|
Hey there everyone! A little background firstMy wife is environmental engineer and she hates ASIC miners, I born in the Southamerican Andes and my city is suffering climate change, so anything that is not energy efficient is out of discussion for us. Yet we are not green-tards, we just try to improve our consumption habits. This is a mess! I know! So, in short, Proof-of-Work is not for us, period. Let's try to build something that is energy efficient. Proof-of-StorageThere are plenty of gigabytes not used in millions of computers connected to the internet, some of them use BitTorrent, but what about private files? Lets think on system that can compress, split, crypt and distribute several copies of my private data over the Internet, securely. A system where uploads and downloads are always free and where nodes providing storage service get rewarded with SC2 coins. I spend yesterday afternoon and evening designing the idea, sorry if this is too drafty but guess is time to release the idea since my background on cryptocurrencies is yet too short: - file storage, uploads and downloads are always free!
- 2^21 SC2 "pre-mined" to pay initial seed nodes infrastructure
- the network makes sure that each file has at least 10 copies of each chunk
- proof of storage:
- get rewarded to proof storage of files
- node stores each successful confirmation in the blockchain
- 8 confirmations needed each 32 min to consider the chunk is really stored there
- the confirmation:
- confirmations older than 8 min will be rejected by nodes
- created by the node that stores a copy of the chunk
- the node randomly picks 32 positions within the chunk, they are concatenated along with the microtimestamp and hashed with SHA256, which is then used as confirmation key
- confirmation database:
- chunk id
- confirmation id: UUID
- confirmation key
- microtimestamp
- the blockchain
- a new block is generated every 2 minutes
- a block contains
- all found confirmations from last 8 min
- all transactions from last 8 min
- nodes find to each other by broadcast
- the transaction
- address to send coins from
- receiving addresses and what amount should each receive
- the SC2 address
- 'SC' prefix
- long-random-key
- 'SC' suffix
- the node
- stores a full copy of the blockschain
- the storage node
- just like any other node
- stores copies of random chunks
- the wallet
- has a RSA-8192 pair: public-key and a private key
- the public key is used as the AES key
- stores the the list of chunks that compose the file tree
- the chunk
- each chunk is a part of a file
- compressed with xz
- crypted with the private wallet key
- named after its SHA-256 hash: [sha256].xz
- no need duplicate storage of identical chunks
- max chunk size starts at 1MB and varies by the total file size, the rules might change overtime as internet connection speeds improve worldwide
- the file descriptor
- split in chunks
- named after UUID: [uuid].file
- JSON format
- contains:
- filename
- filesize
- list of chunks that belong to the original file
- the file tree
- is just another file
- contains the file tree (directory structure)
And that is it, willing to get your feedback!
|
|
|
|
KeyserSozeMC
|
|
July 24, 2014, 01:00:29 AM |
|
That's a great concept.
Are you looking someone to fund it?
|
Hey, smexy. Don't waste your time. Time's precious.
|
|
|
bathrobehero
Legendary
Offline
Activity: 2002
Merit: 1051
ICO? Not even once.
|
|
July 24, 2014, 01:05:28 AM |
|
Sounds great, wonder how demanding would it be on the upload side, though.
|
Not your keys, not your coins!
|
|
|
escalicha
|
|
July 24, 2014, 01:08:26 AM |
|
Sound Great! Im in, keep working!
|
|
|
|
develCuy (OP)
|
|
July 24, 2014, 02:21:44 AM |
|
That's a great concept.
Are you looking someone to fund it?
Sure, all help is welcome! Guess that I should add non-PoW coins donation addresses, or is that too radical?
|
|
|
|
Vendettacoin
|
|
July 24, 2014, 10:10:28 AM |
|
a great concept. keep working
|
|
|
|
overthetop2011
|
|
July 24, 2014, 12:41:06 PM |
|
I think the project is quiet difficult to implement.
Think about the difficulty of setup one distributed database. and SC2 is more complex than that because of one more feature of decentralized .
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
July 24, 2014, 11:22:09 PM |
|
I'll post this for future reference
|
|
|
|
provenceday
Legendary
Offline
Activity: 1148
Merit: 1000
|
|
July 24, 2014, 11:55:44 PM |
|
Hey there everyone! A little background firstMy wife is environmental engineer and she hates ASIC miners, I born in the Southamerican Andes and my city is suffering climate change, so anything that is not energy efficient is out of discussion for us. Yet we are not green-tards, we just try to improve our consumption habits. This is a mess! I know! So, in short, Proof-of-Work is not for us, period. Let's try to build something that is energy efficient. Proof-of-StorageThere are plenty of gigabytes not used in millions of computers connected to the internet, some of them use BitTorrent, but what about private files? Lets think on system that can compress, split, crypt and distribute several copies of my private data over the Internet, securely. A system where uploads and downloads are always free and where nodes providing storage service get rewarded with SC2 coins. I spend yesterday afternoon and evening designing the idea, sorry if this is too drafty but guess is time to release the idea since my background on cryptocurrencies is yet too short: - file storage, uploads and downloads are always free!
- 2^21 SC2 "pre-mined" to pay initial seed nodes infrastructure
- the network makes sure that each file has at least 10 copies of each chunk
- proof of storage:
- get rewarded to proof storage of files
- node stores each successful confirmation in the blockchain
- 8 confirmations needed each 32 min to consider the chunk is really stored there
- the confirmation:
- confirmations older than 8 min will be rejected by nodes
- created by the node that stores a copy of the chunk
- the node randomly picks 32 positions within the chunk, they are concatenated along with the microtimestamp and hashed with SHA256, which is then used as confirmation key
- confirmation database:
- chunk id
- confirmation id: UUID
- confirmation key
- microtimestamp
- the blockchain
- a new block is generated every 2 minutes
- a block contains
- all found confirmations from last 8 min
- all transactions from last 8 min
- nodes find to each other by broadcast
- the transaction
- address to send coins from
- receiving addresses and what amount should each receive
- the SC2 address
- 'SC' prefix
- long-random-key
- 'SC' suffix
- the node
- stores a full copy of the blockschain
- the storage node
- just like any other node
- stores copies of random chunks
- the wallet
- has a RSA-8192 pair: public-key and a private key
- the public key is used as the AES key
- stores the the list of chunks that compose the file tree
- the chunk
- each chunk is a part of a file
- compressed with xz
- crypted with the private wallet key
- named after its SHA-256 hash: [sha256].xz
- no need duplicate storage of identical chunks
- max chunk size starts at 1MB and varies by the total file size, the rules might change overtime as internet connection speeds improve worldwide
- the file descriptor
- split in chunks
- named after UUID: [uuid].file
- JSON format
- contains:
- filename
- filesize
- list of chunks that belong to the original file
- the file tree
- is just another file
- contains the file tree (directory structure)
And that is it, willing to get your feedback! watch this.
|
|
|
|
U
|
|
July 26, 2014, 09:45:51 AM |
|
More detailed info needed.
|
Bitcoin Ethereum TERA
|
|
|
zhizhi321
|
|
August 02, 2014, 08:16:39 AM |
|
any further info?
|
|
|
|
constary
|
|
August 02, 2014, 10:38:47 AM |
|
it maybe a great idea,how do i join?
|
|
|
|
|
|
Vendettacoin
|
|
August 06, 2014, 01:40:03 AM |
|
any real development? This could attract attention
|
|
|
|
ButtCrack
|
|
August 06, 2014, 01:48:29 AM |
|
Great idea !
|
|
|
|
zhizhi321
|
|
August 11, 2014, 02:05:47 AM |
|
how is the project going?
|
|
|
|
develCuy (OP)
|
|
August 11, 2014, 05:30:52 AM |
|
how is the project going?
There is some interest on this project so far. I'm awaiting for feedback on the technical specifications. Btw, apart from thinking on the protocol, nodes, etc. There are 4 things I'm thinking about: 1. The user interface: "SC2 file explorer". SC2 has to be a decent product. What do you guys think about making it similar to Dropbox? Perhaps not deeply integrated to OS file explorers at the beginning, but a program called "SC2 file explorer" would be the first thing to work on. It should embed the sc2 and a wizard that allows to configure how many storage room will be used to host chunks. 2. Cloud storage limits and business model: There will be 2 ways to pay for storage room 1) a minimum 1:10 relation between the amount of available cloud storage one can use and the amount of storage one is hosting for the network. One gets paid for the difference. 2) To pay an x amount of SC2 per megabyte. 3. Connectivity: The cloud storage will be reliable only if enough clients are connected, this is the same as torrents, and that is why the SC2 network needs replication, some files (specially the big ones) will take about 24 hours to be downloaded 4. Unbreakable encryption algorithm: The main reason for splitting files in chunks and to distribute several copies of those small pieces across several different hosts, is simple: obfuscation, but computers will get more powerful in the future, so an old copy of the network would be eventually decrypting files in the future. There has to be some kind of mixer or mutexer with an increasing difficulty that obfuscates the files enough to delay decryption time to at least 100 years (when one is supposed to be dead and will not care about privacy ). Other alternative, is to filter out 10% of random parts of each chunk, which should be stored in the original source only, with a file descriptor, and store the other 90% in the cloud. This will increase difficulty of bruteforce attacks by million times! Well, there is no such thing as "unbreakable", but SC2 aspires to be the hardest thing to decrypt ever. I invite everyone to contribute with ideas, we could have a lot of fun designing a decentralized secure model and it will worth the effort!
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
August 11, 2014, 05:38:02 AM |
|
have u seen xcloudcoin or siacoin, is the idea similar? compare?
|
|
|
|
develCuy (OP)
|
|
August 13, 2014, 04:30:15 PM |
|
have u seen xcloudcoin or siacoin, is the idea similar? compare?
xcloudcoin looks like a lot more than file storage, and looks closer to etherum (cloud services over a distributed network) for me. siacoin is for sharing files publicly like bittorrent. The network hides the identity of the person uploading the files. Yet this concept is closer to SF2 but different purpose. SF2 is for storing private files, similar to dropbox and google drive, yet there could be a file sharing feature in the future.
|
|
|
|
|