La version 1.0 de la plateforme P2P Radicle a \u00e9t\u00e9 lanc\u00e9e, visant \u00e0 cr\u00e9er un service d\u00e9centralis\u00e9 de d\u00e9veloppement collaboratif et de stockage de code, semblable \u00e0 GitHub et GitLab, mais non li\u00e9 \u00e0 des serveurs sp\u00e9cifiques, r\u00e9sistant \u00e0 la censure et utilisant les ressources des participants du r\u00e9seau P2P. La sortie de la version 1.0 a marqu\u00e9 la stabilisation du protocole et la pr\u00e9paration de la plateforme pour une utilisation g\u00e9n\u00e9ralis\u00e9e. \u00c0 partir de cette version, le protocole sera modifi\u00e9 tout en pr\u00e9servant la compatibilit\u00e9 descendante, et les outils incluront des capacit\u00e9s pour une mise \u00e0 jour sans faille des syst\u00e8mes existants vers la nouvelle version. Les d\u00e9veloppements du projet sont \u00e9crits en Rust et sont distribu\u00e9s sous les licences Apache 2.0 et MIT. Des builds sont pr\u00e9par\u00e9s pour Linux et macOS. De plus, un client de bureau, une interface web et une interface console sont en cours de d\u00e9veloppement. <\/p>\n
Radicle permet de ne pas d\u00e9pendre des plateformes et des entreprises centralis\u00e9es pour le d\u00e9veloppement et la distribution de code, avec les risques additionnels qu'elles impliquent (point de d\u00e9faillance unique, l'entreprise peut fermer ou changer les conditions d'utilisation). Pour la gestion du code, Radicle utilise Git, enrichi par des outils pour d\u00e9finir des d\u00e9p\u00f4ts dans le r\u00e9seau P2P. Toutes les donn\u00e9es sont d'abord sauvegard\u00e9es localement (concept local-first) et sont toujours disponibles sur l'ordinateur du d\u00e9veloppeur, quel que soit l'\u00e9tat de la connexion r\u00e9seau. <\/p>\n
Les participants donnent acc\u00e8s \u00e0 leur code et aux artefacts associ\u00e9s, tels que les patches et les discussions sur les corrections d'erreurs (issues), qui sont sauvegard\u00e9s localement et r\u00e9pliqu\u00e9s sur les n\u0153uds d'autres d\u00e9veloppeurs int\u00e9ress\u00e9s, connect\u00e9s au r\u00e9seau P2P d\u00e9centralis\u00e9 commun. Un d\u00e9p\u00f4t Git d\u00e9centralis\u00e9 mondial se forme ainsi, dont les donn\u00e9es sont r\u00e9pliqu\u00e9es et dupliqu\u00e9es sur diff\u00e9rents syst\u00e8mes des participants. <\/p>\n
Pour d\u00e9finir les n\u0153uds voisins dans le r\u00e9seau P2P, le protocole Gossip est utilis\u00e9, tandis que pour la r\u00e9plication des donn\u00e9es entre les n\u0153uds, le protocole Heartwood, bas\u00e9 sur Git, est employ\u00e9. Puisque le protocole est bas\u00e9 sur Git, la plateforme s'int\u00e8gre facilement avec les outils de d\u00e9veloppement existants utilisant Git. L'identification des n\u0153uds et la v\u00e9rification des d\u00e9p\u00f4ts se fait gr\u00e2ce \u00e0 une cryptographie bas\u00e9e sur des cl\u00e9s publiques, sans utilisation de comptes. <\/p>\n
Chaque d\u00e9p\u00f4t dans un r\u00e9seau P2P poss\u00e8de son propre identifiant unique et est auto-certifi\u00e9, c'est-\u00e0-dire que toutes les actions dans le d\u00e9p\u00f4t, telles que l'ajout de commits et les commentaires sur les issues, sont valid\u00e9es par le propri\u00e9taire \u00e0 l'aide d'une signature num\u00e9rique, permettant ainsi de v\u00e9rifier l'exactitude des donn\u00e9es sur d'autres n\u0153uds sans utiliser de centres de certification centralis\u00e9s. Pour acc\u00e9der au d\u00e9p\u00f4t, il suffit qu'au moins un n\u0153ud en ligne poss\u00e8de sa copie r\u00e9pliqu\u00e9e. <\/p>\n
Les n\u0153uds d'un r\u00e9seau P2P peuvent s'abonner \u00e0 des d\u00e9p\u00f4ts sp\u00e9cifiques et recevoir des mises \u00e0 jour. Il est possible de cr\u00e9er des d\u00e9p\u00f4ts priv\u00e9s accessibles uniquement \u00e0 certains n\u0153uds. La gestion et la propri\u00e9t\u00e9 d'un d\u00e9p\u00f4t reposent sur le concept de \u00ab d\u00e9l\u00e9gu\u00e9s \u00bb. Un d\u00e9l\u00e9gu\u00e9 peut \u00eatre un utilisateur individuel, un bot ou un groupe, li\u00e9 \u00e0 un identifiant sp\u00e9cial. Les d\u00e9l\u00e9gu\u00e9s peuvent soumettre des correctifs au d\u00e9p\u00f4t, fermer des probl\u00e8mes et d\u00e9finir des droits d'acc\u00e8s au d\u00e9p\u00f4t. Plusieurs d\u00e9l\u00e9gu\u00e9s peuvent \u00eatre attach\u00e9s \u00e0 chaque d\u00e9p\u00f4t. <\/p>\n
Dans les syst\u00e8mes des utilisateurs, les d\u00e9p\u00f4ts Radicle sont stock\u00e9s sous forme de d\u00e9p\u00f4ts git classiques, qui contiennent des espaces de noms suppl\u00e9mentaires pour la gestion des donn\u00e9es des pairs et des forks en cours d'utilisation. Les discussions, les patches propos\u00e9s et les composants pour organiser les r\u00e9visions sont \u00e9galement conserv\u00e9s dans le d\u00e9p\u00f4t git sous forme d'objets collaboratifs (COB - Collaborative Objects) et sont r\u00e9pliqu\u00e9s entre les pairs. <\/p>\n
Radicle 1.0 comprend : <\/p>\n
Fonctionnalit\u00e9s encore en d\u00e9veloppement : <\/p>\n