Decentralized backup (Telegram-style)

Hello

Is it possible to spread my backup across multiple cloud services?

I mean that on the second step of creating the backup configuration it would be convenient to specify not just one storage location, but several. At the same time, it would be convenient to specify exactly how many percent of the entire backup to store in one or another location. For example: 20% Google Drive, 40% OneDrive, 15% MEGA and 25% local disk.

Thanks

Hi @ledoscreen welcome to the forum, and thanks for the suggestion!

This has been considered for some time, but no work (that I know of) has been made in that direction.
The original idea is the RAID backend, which is similar to yours, but not entirely: The RAID backend · Issue #479 · duplicati/duplicati · GitHub

Hi @kenkendk

I think you have a much more advanced idea. And a long time ago!

I think they will turn to it, but only when they need to gain an outstanding (marginal) competitive advantage. Until then, let them rest on their laurels )

Duplicati (Wikipedia) says you’re talking to the lead developer (2008 Duplicati, 2012 Duplicati 2), however Duplicati 2 is still in Beta, so optional enhancements take a back seat to stable release.

As an open source project, Duplicati has until recently been 100% reliant on the volunteer base, which has always been too small. Volunteers are still sought in all areas if you would like to help.

I’m not going to ask who “they/them” aims at, but could you explain “Telegram-style” if relevant"? Some parts of Telegram are criticized for NOT being decentralized. Some bits are heading there.

Sia Decentralized Cloud
Storj (ex Tardigrade) Decentralized Cloud Storage

might be an answer to some of this request, and I’m not totally sure what underlying wish here is. Possibilities include price, performance, fault tolerance, privacy, etc. Which were the goals here? Possibly some can be more easily achieved (see Issue text) with some less complicated facilities.

Hi!

Thank you for the information. It’s interesting. Unfortunately, I understand software development about as well as I do the nuances of how jiu-jitsu differs from Russian classical ballet.

The idea of distribution in different clouds came to my mind when I read a news article about Telegram, where it was told that this company saves (stored?) data of the same user on servers in different countries. This allows them to exploit inconsistencies between jurisdictions. As the number of jurisdictions grows, even if they are similar in their basic principles, the possibility of satisfying a request to release information to some totalitarian cesspit, if we take a purely formal approach, tends to zero.

So I thought: “OK, Durov is alone, it is easy to find him and pressurize him informally. But what if the user himself becomes a kind of Durof?” You’ve read the rest.

Thank you.

I am not a Telegram expert, but it looks to me like they might decentralize encryption key storage, which maybe makes it difficult to invade privacy of data on the centralized storage, if theory holds.

They have The Open Network in progress, but I’m not certain that’s suitable for large storage size.

Some of their crypto ambitions may also get into different treatment of crypto in different countries.

As for pressure, Duplicati client-side encryption should mean storage access isn’t a privacy worry because only you have the ability to actually decrypt files. Don’t lose the encryption passphrase…

Secure by design: Using hashing and encryption to provide tamper-resistant, verifiable backups