Could not agree more.
To the different persons complaining about the loss of seedvault, I have two questions for you:
- Did you ever succeed to restore a useful backup using seedvault ?
- And was the content of the backup of any practical use ?
I have tried the original seedvault implementation countless times, using a. USB-stick, b. the SD-card or c. even the internal storage of the phone and then copying the files to a PC.
In the first two cases a. & b., the backup simply failed most of the time, so nothing was saved.
In the last case c. of saving in local storage then moving the files to a PC, the saving process did succeed partially but not reliably: some apps were not saved at all during the first backups, but would be saved during another try. For the apps that were luckily saved, most of the time, only the installation file of the app was saved because of the Android specification limit that allows an app developer to block the saving of the app-data. Needless to say that ending up only with apps installation files is nearly entirely useless. Most important apps had to be re-configured (login) manually as the backup restoration.
But more importantly, did seedvault save anything useful ?
- For the very few apps that allow the saving of app-data, yes, we were able to recover the app config and data, but in practise most apps do not allow it and we will still have to go through time consuming re-configuration of the web browser for example.
- But what about all the other more important data that a user wants to be saved in a backup ? Did it save the content of the internal storage ? No at all ! Did it save all the settings of the system that take so much time to configure ? No. Did it save the icon layout of the main screen, or the background picture ? No. Did it save the words entered in the personal dictionary ? No. Did it save contacts ? NO. Did it save Agenda ? No. Did it save SMS messages ? No
If seedvault users agree with those observations, then what are we complaining about ? 
we should rejoice that seedvault was removed and happy that Murena is trying to developp something better, more comprehensive (contacts+agenda) and automated and more reliable even if it based in part on seedvault.
Let’s look at the past when TWRP was able to make a perfect mirror image of the phone, I used to love it because even my bank passkey was copied and restored from the backup ! But now that phone encryption has evolved, TWRP perfect backup does not work anymore. I am not complaining about the new recovery missing that feature, I acknowledge that the improved encryption is a good evolution even though we have had for years to manually reset all the system configuration parameters each time we re-install the system on a telephone, which is a big time loss.
Temporarily, my backup is smaller than 1Go so it fits in the free cloud of Murena and I can copy it somewhere else, and soon /e/OS will allow to save that backup in any nextcloud server.
And as @AnotherElk said, you can use today the recommended PackageManager app that does a much better job than the implementation of seedvault we had so far … Just follow this guide, as said, it is not the end of the world, it actually works better.
How to Backup and Restore your /e/OS phone
So anyone will be able soon to be independent of Murena even using /e/OS backup solution. Freedom of choice is always good for competition and is even enforced by the law on competition. Iodé is good because regulated competition fosters progress, feel free to try the competition and remind Murena that they also have to follow the law on system openness (on their finished product, not betas), like Microsoft being forced to allow the installation of competitors’ web-browsers or cloud-file synchronisation systems (by making an open API), but let’s not say that we miss seedvault .
Do you know why the support page on backing-up /e/ OS does not mention seedvault at all ? Because they tried it and observed it is barely working and does not save anything useful. One of the admin even said in this forum that they started working on a new backup solution because of how unsatisfying seedvault was. Thanks @tcecyk for pointing that part of Murena-backup solution is a seedvault fork with the ability to save system apps, most importantly the settings app but also local contacts, accounts, local agenda, SMS, etc. That alone makes a huge difference compared to the previously useless seedvault implementation.
I am very happy that Murena is trying to improve seedvault by implementing a full solution even if they had to break or remove seedvautl just to release sooner their work. And in the future when the backup feature will not be in beta anymore, they said they will offer the possibility not to use their servers.