151–160 of 194 posts
This is pretty interesting. A while back I was in the early engineering team that built something with similar characteristics (Maginatics > sold to EMC/Dell). It was a cloud (S3, others) distributed file system with variable-length chunks, per-chunk encrypted, with strong deduplication and focus on metadata operation optimization. We were primary storage (vs backup), making it a lot more challenging (performance, ap…
Earlier quoted context omitted.
> My co-founder and I are passionately working on making sure that we eventually reach that goal Isn't it a bit sketch to be calling it decentralized if that's merely a goal though?
as they've outlined the storage is decentralized the compute is not. I don't think its an unfair sales pitch - they clearly are heading down the right path.
How does that work? Are people sharing storage? I.e. is it truly using "p2p storage" even if the transfers (at this point) are centralized?
I haven't really understood how the "decentralized" comes into place. My notion of decentralization is the existence of multiple instances managed by unrelated people, such that the service keeps going if one actor falls down. From what I see here, the decentralization lies in the fact that the central service stores the data across multiple servers. So it's not technically speaking a lie, but i would say it is a bit…
Great points gtsop! We have a very similar understanding of decentralization. My co-founder and I are passionately working on making sure that we eventually reach that goal where Slik keep going, even if any one actor falls down. Here were our goals when we started this out - - Prove and implement the encryption technology [completed], - Switch over from centralized storage to decentralized storage [completed], The a…
I haven't really understood how the "decentralized" comes into place. My notion of decentralization is the existence of multiple instances managed by unrelated people, such that the service keeps going if one actor falls down. From what I see here, the decentralization lies in the fact that the central service stores the data across multiple servers. So it's not technically speaking a lie, but i would say it is a bit…
Decentralized in this case means you don't trust a single entity to control your access to your data.
Earlier quoted context omitted.
Does Syncthing support manual on-demand downloading? What I'd really like is a way to browse files and download only what I need without eagerly syncing everything all the time. I'm using Seafile for that now, but I don't like that it needs hosting and I'd love to switch to something P2P and get rid of the server.
It's no longer maintained I think but probably still works: they did have Syncthing Lite which functions like a traditional client - https://f-droid.org/packages/net.syncthing.lite - https://github.com/syncthing/syncthing-lite
Earlier quoted context omitted.
syncthing
Another vote for syncthing. I have Synology home NAS, Syncthing in Docker on NAS, Tailscale on both Synology and my laptop so the IP address of the server is always the same, and it works way better than either Dropbox, OneDrive or Synology's own SynologyDrive.
It’s working just fine for me.
Earlier quoted context omitted.
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.
An e2e Dropbox alternative would be great. Though for it to actually count as a Dropbox alternative (to me) it would need: 1) a Linux app 2) an Android app 3) on-demand syncing, aka "smart sync"
Those are some great requests. Thank you! We currently have a macOS app available and are targeting January for a Windows launch and a Linux launch soon after. We also have an iOS and Android app with a few beta users, and will release it around Jan/Feb'22. Slik’s desktop apps have the ability to automatically detect changes in your local connected folder and sync those changes. About On-demand syncing - we built Sli…