7 ms·
From the proposal it doesn't sound like it's even a single log, but that each timeline server has its own log. I'm assuming when you publish your SK you send i
by coderrr 15y ago
From the proposal it doesn't sound like it's even a single log, but that each timeline server has its own log. I'm assuming when you publish your SK you send it to all of the timeline servers. So there will be 10-30 global append-only logs which are then mirrored by lots of SK mirroring servers. So not really like the bitcoin blockchain.
update: From the overview it definitely does sound like a single log, but the draft doesn't seem to specify how entries are submitted, replicated, or kept consistent between the timeline servers. This doc seems to hint at some of that: https://git.eff.org/?p=sovereign-keys.git;a=blob;f=issues/timing-corner-cases.txt;h=ff2bd76b271aacc10b40e77596fba50ece07b70a;hb=HEAD#l71 https://git.eff.org/?p=sovereign-keys.git;a=blob;f=issues/ti...
They do handle the key-being-comprised problem. When you register you can list third party keys you trust, which can be used to re-register in case of a key being comprised and revoked (by you).
But you're right they don't handle the key being lost problem (make sure you back it up!)