@liw I agree with you, though this is a bit trcky:
> and you must have a way to migrate to newer, stronger algorithms.
Can you elaborate on this?
I'm thinking specifically about Datashards. We do have a mechanism to change from one algorithm to another, but we can't automatically migrate data.
@emacsen I'm now wondering about using automated tests for specifying protocols by having tests that any implementation of the protocol should pass.
But that's just because I've just spent my holidays writing test tooling.
@liw The challenge here is that Datashards is not a wire protocol, but rather a framework for data format (not even a format in itself) with some components able to talk across the wire to each other in a series of protocols. That's one of the challenges in documenting and testing it.
@emacsen Right. Well. I shall read what docs are available and have a think. Maybe I can come up with a useful suggestion later.
@emacsen I read the existing Datashards docs that I could find. Very interesting concept.
Not sure I understood everything. For example, is the IDSC URL with the encryption key meant to be private, and only the encrypted shards get shared?
I'd love to help with documenting Datashards, but I'm not sure I have the available cycles in the next few months. But the concept is very, very interesting. I shall be interested in seeing where you take it.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!