Earlier quoted context omitted.
There's the standard Hacker News response I was looking for
You can almost set your watch to it.
I don't need that. I rsync my watch with nist.gov
Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
91–100 of 194 posts
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#92Very cool, is it using arweave?
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#93Syncthing seems provide all the features of Silk and has been around for many years.
The main difference is that it uses your devices for storage and never touches somebody's else storage space.
And you don't have to pay or use cryptocurrencies.
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#94I'm always interested in the business model of a company before using their products.
Storj is mentioned as a part of the tech platform. Is the goal of eventually open sourcing Slik essentially is what is described as an open source partner in the Storj whitepaper executive summary [1]? Relevant part here:
> Bridging Open Source and Decentralization
> In addition to being open source, our new V3 network also financially empowers open source companies by enabling them to generate revenue every time their users store data on the cloud. This supports the open source companies interested in monetizing their product’s use in cloud, while also helping Storj grow adoption of its platform within the innovative open source community.
> The new program is enabled by the network through connectors built in conjunction with each open source partner. The connectors track data usage either by storage bucket or by user. When data flows through one of these connectors, the open source company is given credit for the usage and a percentage of the revenue generated flows back to the corresponding project. Partners also earn revenue for bandwidth usage on the network.
Storj pays out on average per month [2]:
> Egress Bandwidth $20/TB > Repair Egress Bandwidth $10/TB > Disk Space $1.50/TB > Audit Bandwidth $10/TB
How much is Slik going to charge to use the app? It almost seems like it the app should be free, or even get paid to use it, if all we are doing is providing the resources for the paying Storj customers.
[1] https://www.storj.io/whitepaper [2] https://www.storj.io/node
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#95What happens if I lose my private keys?
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#96How could this be integrated with the Chia project with proof of space? The problem with Chia is storage is filled up with useless data, if you could use your photos or other long term data that would create something great.
That sounds like a great idea, cdnsteve. Slik can very easily be integrated with any backend, and we have explored more than 5 different storage backends for the SlikSafe app. Though the current storage backends work pretty well, I'd be happy to connect with the Chia project team.
Do you know anyone in their team? and if so, could you connect me with them? Thank you!
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#97How is the blockchain structured? Is it shrinkable?
In theory, each user would only have a directory of paths and hashes, and everything else would be accessible via ipfs, correct?
What kind of encryption are you running? First of all, if there's a simple password like recovery mechanism, it's never post-quantum. Second, if you are refering to the _hashing_ mechanism (merkle trees) in ipfs; I would still have my doubts about the claims.
So what kind of Lattice based encryption mechanisms are you running? How do you preserve hash maps to user filesystems, if the data itself is encrypted? If the data itself is encrypted (which it should be), then - by concept - your whole blockchain doesn't make sense because you can literally reuse zero bytes in the whole system.
Either that or you would have to implement a key chain where other users can see my private pics, and have a system that allows multiple keys to access the same data blocks.
So, from your statements in the "whitepaper" I'd argue that this is a paradoxon, and probably bullshit. Either it's not encrypted at all (more likely) or you don't use a blockchain. If you do both, you have no idea what a blockchain's advantages are, which would make me even less likely to trust your product or vision.
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#98No post body was provided.
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#99Earlier quoted context omitted.
Isn't git decentralized?
In theory, but who uses something other than either Github or Gitlab? Obviously I know some people do, but I've yet to work on a project that doesn't just stick with the one.
Interesting that when given a choice, people choose centralised over decentralised.
Re: Show HN: SlikSafe – A decentralized, end-to-end encrypted alternative to Dropbox
#100How is the blockchain structured? Is it shrinkable? In theory, each user would only have a directory of paths and hashes, and everything else would be accessible via ipfs, correct? What kind of encryption are you running? First of all, if there's a simple password like recovery mechanism, it's never post-quantum. Second, if you are refering to the _hashing_ mechanism (merkle trees) in ipfs; I would still have my doub…
Most of this is on their website and/or WP…
They don’t store files on the blockchain, they don’t claim to have their own blockchain.