{"id":119756,"date":"2024-09-11T03:43:02","date_gmt":"2024-09-11T01:43:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-deczentralizovannoj-platformy-sovmestnoj-razrabotki-radicle-1-0"},"modified":"2024-09-11T03:43:02","modified_gmt":"2024-09-11T01:43:02","slug":"vypusk-deczentralizovannoj-platformy-sovmestnoj-razrabotki-radicle-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-deczentralizovannoj-platformy-sovmestnoj-razrabotki-radicle-1-0","title":{"rendered":"Ver\u00f6ffentlichung der dezentralisierten Plattform zur gemeinsamen Entwicklung Radicle 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Ver\u00f6ffentlichung der P2P-Plattform Radicle 1.0 wurde vorgestellt. Diese Plattform zielt darauf ab, einen dezentralen Service f\u00fcr die gemeinsame Entwicklung und Speicherung von Code anzubieten, \u00e4hnlich wie GitHub und GitLab, jedoch ohne Bindung an spezifische Server, zensurfrei und basierend auf den Ressourcen der Teilnehmer des P2P-Netzwerks. Mit dem Release 1.0 wurde der Protokoll stabilisiert und die Plattform ist bereit f\u00fcr den fl\u00e4chendeckenden Einsatz. Ab diesem Release wird das Protokoll so ge\u00e4ndert, dass die R\u00fcckw\u00e4rtskompatibilit\u00e4t gew\u00e4hrleistet bleibt, und die Tools bieten Funktionen f\u00fcr ein nahtloses Upgrade bestehender Systeme auf die neue Version. Die Entwicklungen des Projekts sind in Rust geschrieben und stehen unter den Lizenzen Apache 2.0 und MIT zur Verf\u00fcgung. Builds sind f\u00fcr Linux und macOS vorbereitet. Zus\u00e4tzlich werden ein Desktop-Client, eine Web-Oberfl\u00e4che und eine Konsolenoberfl\u00e4che weiterentwickelt. <\/p>\n

Radicle erm\u00f6glicht es, bei der Entwicklung und Verteilung von Code unabh\u00e4ngig von zentralisierten Plattformen und Unternehmen zu sein, deren Bindung zus\u00e4tzliche Risiken mit sich bringt (wie z.B. einen einzelnen Ausfallpunkt, das Unternehmen k\u00f6nnte schlie\u00dfen oder die Nutzungsbedingungen \u00e4ndern). Zur Verwaltung des Codes in Radicle wird das gewohnte Git verwendet, erg\u00e4nzt durch Mittel zur Definition von Repositories in einem P2P-Netzwerk. Alle Daten werden in erster Linie lokal gespeichert (Konzept \"local-first\") und sind stets auf dem Computer des Entwicklers verf\u00fcgbar, unabh\u00e4ngig vom Zustand der Netzwerkverbindung. <\/p>\n

Die Teilnehmer gew\u00e4hren Zugang zu ihrem Code und verwandten Artefakten, wie z.B. Patches und Diskussionen \u00fcber Fehlerbehebungen (Issues), die lokal gespeichert und auf 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

Um benachbarte Knoten in einem P2P-Netzwerk zu bestimmen, wird das Gossip-Protokoll verwendet, w\u00e4hrend das Heartwood-Protokoll zur Datenreplikation zwischen Knoten dient, das auf Git basiert. Da das Protokoll auf Git basiert, kann die Plattform problemlos in bestehende Git-Entwicklungswerkzeuge integriert werden. Zur Identifizierung von Knoten und zur Verifizierung von Repositories kommt die kryptografische Methode auf Basis von \u00f6ffentlichen Schl\u00fcsseln zum Einsatz, ohne dass Konten erforderlich sind. <\/p>\n

Jedes Repository in einem P2P-Netzwerk besitzt eine eindeutige Identifikation 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 versehen. Diese erm\u00f6glicht es, die Integrit\u00e4t der Daten auf anderen Knoten zu \u00fcberpr\u00fcfen, ohne zentrale Zertifizierungsstellen einzusetzen. Um auf das Repository zuzugreifen, reicht es aus, wenn sich mindestens ein Knoten online befindet, der eine replizierte Kopie davon hat. <\/p>\n

Knoten in einem 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 eines Repositories wird das Konzept der \u201eDelegierten\u201c (delegates) verwendet. Ein Delegierter kann ein einzelner Benutzer, ein Bot oder eine Gruppe sein, die mit einer speziellen ID verkn\u00fcpft ist. Delegierte k\u00f6nnen Patches in das Repository einpflegen, Issues schlie\u00dfen und Zugriffsrechte auf das Repository festlegen. Es k\u00f6nnen mehrere Delegierte mit jedem Repository verkn\u00fcpft sein. <\/p>\n

Auf den Radicle-Systemen werden Repositories als gew\u00f6hnliche Git-Repositories gespeichert, die zus\u00e4tzliche Namensr\u00e4ume f\u00fcr die Speicherung von Peer- und Fork-Daten enthalten, mit denen aktuell gearbeitet wird. Diskussionen, vorgeschlagene Patches und Komponenten zur Organisation der \u00dcberpr\u00fcfung werden ebenfalls in Git-Repositories als gemeinsame Objekte (COB \u2014 Collaborative Objects) gespeichert und zwischen den Peers repliziert. <\/p>\n

Radicle 1.0 umfasst: <\/p>\n