honestly a distributed ledger makes alot of sense for backups, having a swarm of backup nodes which replicate your backup data… good resiliency and geographic distribution.
99.999% of the time what people imagine when they say blockchain is good is effectively just the matrix protocol, which can be summarized as federated eventually consistent databases (and that’s pretty dang neato).
If a single organization owns all the servers, there’s not even in theory a reason to prefer blockchain over a plain replicated database. And in practice anyone who’s pushing blockchain is either an ideologue or a scammer; either way they don’t have the user’s best interests at heart.
that’s my point, most of the time people don’t even know what a blockchain actually is, and the reason they think it’s good is because in their head they imagine something less shit
They don’t have to. If you don’t have database replicas that are actively trying to subvert the system, inject bogus transactions, etc. then you don’t have the set of failure domains for which blockchains are in theory useful for.
If you’re running backups for a single organization, you just need replicated data storage on servers owned and operated by that organization. If you’re running backups for a set of users who all trust your organization (e.g. if you’re Dropbox or the like), you also don’t need blockchain.
I am not talking about back ups but more of dealing with the problems of distributed data in general. I.E. How do you, across a network of intermittent reliability (at a certain scale this is a guarantee not a choice), in sure that a piece of data written to and read by multiple actors is constant and available across the system?
It makes no sense at all to distribute the backup generation step, and what do you do with your ledger once the retention period ends?
There may be something you can do with a ledger in the “full - incremental - incremental - incremental …” cycle, but I can’t think of anything that’s actually useful.
or you could just not do that, and keep control of your own data. Why the hell would I want you to have a vote on whether I can delete my private data, which for some unfathomable reason, someone decided everyone should have a copy of?
data owner was the key one here. If I run a storage service for example, I have control of the data, but you would see it as a breech of trust if I deleted your data, or gave access to someone else without your permission, because you in the scenario are the data owner.
honestly a distributed ledger makes alot of sense for backups, having a swarm of backup nodes which replicate your backup data… good resiliency and geographic distribution.
What you want in that situation is called a “replicated database”, not a “distributed ledger” and certainly not a “blockchain”.
99.999% of the time what people imagine when they say blockchain is good is effectively just the matrix protocol, which can be summarized as federated eventually consistent databases (and that’s pretty dang neato).
If a single organization owns all the servers, there’s not even in theory a reason to prefer blockchain over a plain replicated database. And in practice anyone who’s pushing blockchain is either an ideologue or a scammer; either way they don’t have the user’s best interests at heart.
that’s my point, most of the time people don’t even know what a blockchain actually is, and the reason they think it’s good is because in their head they imagine something less shit
Could not have said it better myself
I haven’t seen a replicated database that operates over the same scale of failure domains as distrubuted ledgers, do you have good examples of that?
They don’t have to. If you don’t have database replicas that are actively trying to subvert the system, inject bogus transactions, etc. then you don’t have the set of failure domains for which blockchains are in theory useful for.
If you’re running backups for a single organization, you just need replicated data storage on servers owned and operated by that organization. If you’re running backups for a set of users who all trust your organization (e.g. if you’re Dropbox or the like), you also don’t need blockchain.
I am not talking about back ups but more of dealing with the problems of distributed data in general. I.E. How do you, across a network of intermittent reliability (at a certain scale this is a guarantee not a choice), in sure that a piece of data written to and read by multiple actors is constant and available across the system?
Spanner.
Cloud only and closed source, right?
I’m pointing at the architecture, not the specific implementation. Build something like Spanner, not something like a blockchain.
It makes no sense at all to distribute the backup generation step, and what do you do with your ledger once the retention period ends?
There may be something you can do with a ledger in the “full - incremental - incremental - incremental …” cycle, but I can’t think of anything that’s actually useful.
Since we are designing the consensus algorithm we could remove data that is expired with some quorum vote, or indication from a key holder.
or you could just not do that, and keep control of your own data. Why the hell would I want you to have a vote on whether I can delete my private data, which for some unfathomable reason, someone decided everyone should have a copy of?
In practice, data owners don’t have control of their data, sysadmins do. This gets complicated in multi-orgnizational data setups.
the sysadmin is part of the owner
data owner was the key one here. If I run a storage service for example, I have control of the data, but you would see it as a breech of trust if I deleted your data, or gave access to someone else without your permission, because you in the scenario are the data owner.
That’s just ceph with extra steps.