Die Version 1.0 der P2P-Plattform Radicle wurde vorgestellt, die darauf abzielt, einen dezentralen Dienst f\u00fcr die gemeinsame Entwicklung und Speicherung von Code zu schaffen, \u00e4hnlich wie GitHub und GitLab, jedoch nicht an bestimmte Server gebunden, zensurresistent und unter Verwendung der Ressourcen der Teilnehmer im P2P-Netzwerk. Die Ver\u00f6ffentlichung von 1.0 markiert die Stabilisierung des Protokolls und die Bereitschaft der Plattform f\u00fcr den breiten Einsatz. Ab dieser Version wird das Protokoll mit Beibehaltung der R\u00fcckw\u00e4rtskompatibilit\u00e4t ge\u00e4ndert, und das Toolset wird M\u00f6glichkeiten f\u00fcr nahtlose Updates bestehender Systeme auf die neue Version beinhalten. Die Entwicklungen des Projekts sind in Rust geschrieben und werden unter den Lizenzen Apache 2.0 und MIT verbreitet. Builds sind f\u00fcr Linux und macOS verf\u00fcgbar. Zus\u00e4tzlich werden ein Desktop-Client, ein Web-Interface und eine Konsole entwickelt. <\/p>\n
Radicle erm\u00f6glicht es, bei der Entwicklung und Verbreitung von Code unabh\u00e4ngig von zentralisierten Plattformen und Unternehmen zu bleiben, deren Bindung zus\u00e4tzliche Risiken mit sich bringt (Single Point of Failure, das Unternehmen kann schlie\u00dfen oder die Nutzungsbedingungen \u00e4ndern). Zur Verwaltung des Codes in Radicle wird das vertraute Git verwendet, erg\u00e4nzt durch Tools zur Bestimmung von Repositories im P2P-Netzwerk. Alle Daten werden zun\u00e4chst lokal gespeichert (Local-First-Konzept) und sind immer auf dem Computer des Entwicklers verf\u00fcgbar, unabh\u00e4ngig vom Status der Netzwerkverbindung. <\/p>\n
Teilnehmer gew\u00e4hren Zugang zu ihrem Code und zu den damit verbundenen Artefakten wie Patches und Diskussionen von Fehlerberichten (Issues), die lokal gespeichert und auf die Knoten anderer interessierter Entwickler, die mit dem gemeinsamen dezentralen P2P-Netzwerk verbunden sind, repliziert werden. Dadurch entsteht ein globales, dezentrales Git-Repository, dessen Daten auf verschiedenen Systemen der Teilnehmer repliziert und dupliziert sind. <\/p>\n
F\u00fcr die Festlegung benachbarter Knoten im P2P-Netzwerk wird das Gossip-Protokoll verwendet, und f\u00fcr die Datenreplikation zwischen den Knoten das auf Git basierende Heartwood-Protokoll. Da das Protokoll auf Git basiert, l\u00e4sst sich die Plattform leicht in bestehende Git-Entwicklungstools integrieren. Zur Identifizierung von Knoten und zur Verifizierung von Repositories wird eine kryptografische Methode auf Basis von \u00f6ffentlichen Schl\u00fcsseln eingesetzt, ohne dass Konten erforderlich sind. <\/p>\n
Jedes Repository im P2P-Netzwerk hat eine einzigartige Kennung und ist selbstzertifizierend, d.h. alle Aktionen im Repository, wie das Hinzuf\u00fcgen von Commits und das Hinterlassen von Kommentaren zu Issues, werden vom Eigent\u00fcmer mit einer digitalen Signatur best\u00e4tigt, die es erm\u00f6glicht, die Richtigkeit der Daten auf anderen Knoten ohne die Nutzung zentraler Zertifizierungsstellen zu \u00fcberpr\u00fcfen. Um auf das Repository zuzugreifen, gen\u00fcgt es, dass sich mindestens ein Knoten online befindet, auf dem eine replizierte Kopie vorhanden ist. <\/p>\n
Knoten im P2P-Netzwerk k\u00f6nnen sich f\u00fcr bestimmte Repositories anmelden und Updates erhalten. Es ist m\u00f6glich, private Repositories zu erstellen, die nur f\u00fcr bestimmte Knoten zug\u00e4nglich sind. Zur Verwaltung und zum Besitz des Repositories wird das Konzept der \u201eDelegierten\u201c verwendet. Ein Delegierter kann sowohl ein einzelner Benutzer als auch ein Bot oder eine Gruppe sein, die mit einer speziellen Kennung verbunden ist. Delegierte k\u00f6nnen Patches in das Repository einpflegen, Issues schlie\u00dfen und Zugriffsrechte f\u00fcr das Repository festlegen. An jedes Repository k\u00f6nnen mehrere Delegierte gebunden werden. <\/p>\n
Auf den Systemen der Benutzer werden Radicle-Repositories als gew\u00f6hnliche Git-Repositories gespeichert, die zus\u00e4tzliche Namensr\u00e4ume f\u00fcr die Speicherung von Peer- und Fork-Daten enthalten, mit denen momentan gearbeitet wird. Diskussionen, vorgeschlagene Patches und Komponenten zur Organisation von \u00dcberpr\u00fcfungen werden ebenfalls in Git-Repositories als gemeinsame Objekte (COB \u2013 Collaborative Objects) gespeichert und zwischen den Peers repliziert. <\/p>\n
Radicle 1.0 umfasst: <\/p>\n
Noch nicht fertige Funktionen, die sich in der Entwicklung befinden: <\/p>\n