Description
A IPNS record can be create and updated as long as you have the associated private key. In case of IPID, that private key should be kept super secure because it's in complete control of the DID-Document. Therefore:
- If it needs to live in a device, store it encrypted with a passphrase or similar
- But even better, store it physically in the form of a Paper Key, cold storage or similar
While rare, what happens if I alter the DID Document in device A and device B concurrently? Note that the "concurrent" meaning here can vary. It can mean that both devices were aware of each-other but they published at nearly the same time, or that both devices were in a split-brain scenario and only were aware of each-other's writings the day after.
Currently, the IPID spec doesn't define the semantics on how these conflicts should be solved. That being said, should the spec state how these situations should be resolved? Should we look into using CRDTs so that all devices converge to the same DID Document that gets published? While I got some ideas on using a operation-based DAG (state based could also work) + pubsub to propagate the heads could solve the problem, I would like to first hear about your thoughts on this matter.
Activity