radicle-heartwood-lfs/radicle-node/src
cloudhead 1d167581f2
cob: Introduce `xyz.radicle.id` COB
Introduces a new COB type to store repository identity documents.

The reason for this change is to:

1. Simplify the code, as the identity document logic resembled a COB,
   yet it had custom logic. This allows existing COB code to be used for
   identities.
2. Make identity document update logic more flexible, since COB actions
   can be added in the future.
3. Re-purpose existing tools around COBs to work on identities, eg. `rad
   cob`.
4. Unify the concept of an identity change proposal, with regular identity
   changes. This means we can remove the `id.proposal` COB in favor of
   using the `id` COB itself.

Notes
-----

* Each repository has one Identity COB.
* The `Proposal` COB has been repurposed into the `Identity` COB.
* Identity documents are stored as *embeds* inside the Identity COB
  actions.
* The action that contains new document versions is called `revision`,
  just like the Patches COB.
* The namespaced `rad/id` ref is a symbolic reference to that Identity
  COB.
* The canonical `rad/id` ref is a direct reference to the commit in the
  Identity COB that contains the latest *accepted* revision of the
  document.
* All commands for managing identities have been folded into `rad id`.
  Hence `rad delegate` and `rad edit` are removed.
* The concept of "rebasing" an identity document is gone.
* The `rad id` output has been updated to match the style of other
  commands.
* When a revision has enough signatures, it is automatically adopted as
  the current identity, there is no longer the need for a "commit"
  action.
* When an identity revision is proposed, and the current identity has a
  threshold of `1`, that identity is automatically accepted due to the
  above point.
* The idea of "verifying a peer's identity branch" no longer applies, as
  COBs cannot be verified one history at a time.
* Since the root commit of the Identity COB does not have a "Resource"
  to point to (it would have to point to itself, which is impossible),
  we've made the resource id optional for COBs.
2023-10-12 17:32:33 +02:00
..
runtime cli: Add `node config` command 2023-09-18 11:14:19 +02:00
service cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00
test cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00
tests cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00
wire node: Make fetch timeout configurable 2023-09-01 12:13:45 +02:00
worker cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00
bounded.rs node: Complete the "relay" seed test 2023-02-14 20:31:40 +01:00
control.rs cli: Add `node config` command 2023-09-18 11:14:19 +02:00
deserializer.rs node: Implement protocol multiplexing 2023-04-10 14:41:55 +02:00
lib.rs radicle: Make addresses.db accessible from profile 2023-06-02 14:49:20 +02:00
logger.rs cli: Implement `rad node start` with support for deamonizing 2023-04-28 14:19:20 +02:00
main.rs node: Remove redudnant CLI options 2023-08-16 14:59:45 +02:00
runtime.rs node: Populate address book with bootstrap nodes 2023-08-09 12:39:33 +02:00
service.rs cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00
signals.rs node: Handle `SIGINT` and `SIGTERM` properly 2023-02-14 13:28:16 +01:00
test.rs node: Create shared test environment 2023-02-07 10:46:12 +01:00
tests.rs cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00
wire.rs node: Prefix gossip messages with varint length 2023-08-17 11:48:31 +02:00
worker.rs cob: Introduce `xyz.radicle.id` COB 2023-10-12 17:32:33 +02:00