The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Опубликована децентрализованная платформа совместной разработки Radicle 1.6

15.01.2026 09:21

Опубликован выпуск P2P-платформы Radicle 1.6, нацеленной на создание децентрализованного сервиса совместной разработки и хранения кода, похожего на GitHub и GitLab, но не привязанного к конкретным серверам, не подверженного цензуре и работающего с использованием ресурсов участников P2P-сети. Платформа поддерживает типовые элементы социального взаимодействия разработчиков, такие как issue, патчи и рецензии на код. Наработки проекта написаны на языке Rust и распространяются под лицензиями Apache 2.0 и MIT. Сборки подготовлены для Linux и macOS. Дополнительно развиваются десктоп-клиент, web-интерфейс и консольный интерфейс.

Radicle позволяет не зависеть при разработке и распространении кода от централизованных платформ и корпораций, привязка к которым вносит дополнительные риски (единая точка отказа, компания может закрыться или изменить условия работы). Для управления кодом в Radicle используется привычный Git, расширенный средствами определения репозиториев в P2P-сети. Все данные в первую очередь сохраняются локально (концепция local-first) и всегда доступны на компьютере разработчика, независимо от состояния сетевого подключения.

Участники предоставляют доступ к своему коду и связанным с кодом артефактам, таким как патчи и обсуждения исправления ошибок (issues), которые сохраняются локально и реплицируются на узлы других заинтересованных разработчиков, подключённые к общей децентрализованной P2P-сети. В итоге формируется глобальный децентрализованный Git-репозиторий, данные которого реплицированы и продублированы на разных системах участников.

Для определения соседних узлов в P2P-сети применяется протокол Gossip, а для репликации данных между узлами протокол Heartwood, основанный на Git. Так как протокол основан на Git, платформу легко интегрировать с существующими инструментами для разработки на Git. Для идентификации узлов и верификации репозиториев используется криптография на основе открытых ключей, без применения учётных записей. Аутентификация и авторизация осуществляется на основе открытых ключей без централизованных удостоверяющих серверов.

Каждый репозиторий в P2P-сети имеет свой уникальный идентификатор и самосертифицирован (self-certifying), т.е. все действия в репозитории, такие как добавление коммитов и оставление комментариев к issue, заверяются владельцем цифровой подписью, позволяющей убедиться в корректности данных на других узлах без использования централизованных удостоверяющих центров. Для получения доступа к репозиторию достаточно, чтобы в online находился хотя бы один узел, на котором имеется его реплицированная копия.

Узлы в P2P-сети могут подписываться на определённые репозитории и получать обновления. Возможно создание приватных репозиториев, доступных только определённым узлам. Для управления и владения репозиторием используется концепция "делегатов" (delegates). Делегатом может быть как отдельный пользователь так и бот или группа, привязанные к специальному идентификатору. Делегаты могут принимать в репозиторий патчи, закрывать issue и задавать права доступа к репозиторию. К каждому репозиторию может быть привязано несколько делегатов.

Radicle-репозитории хранятся на системах пользователей в виде обычных git-репозиториев, в которых присутствуют дополнительные пространства имён для хранения данных пиров и форков, с которыми осуществляется текущая работа. Обсуждения, предлагаемые патчи и компоненты для организации рецензирования тоже сохраняются в git-репозитории в виде совместных объектов (COB - Collaborative Objects) и реплицируются между пирами.

В новом выпуске:

  • Реализации узла Radicle (radicle-node) переведена на использование библиотеки ввода/вывода Mio. Из зависимостей исключены пакеты netservices, io-reactor и popol, которые мешали добиться должного уровня многоплатформенности. Добавлен новый модуль reactor, в рамках которого io-reactor переписан на базе Mio.
  • Переход на Mio позволил реализовать поддержку платформы Windows, которая пока имеет статус экспериментальной.
  • Код для разбора аргументов командной строки переведён на библиотеку clap, что унифицировало поведение при разборе аргументов и привнесло в утилиту rad такие возможности как автоматическая генерация подсказки по командам, вывод рекомендаций по устранению ошибок, подсветка вывода и автодополнение команд.
  • В radicle-node добавлена поддержка механизма systemd Credentials для безопасной передачи ключей доступа (xyz.radicle.node.secret) и паролей для их расшифровки (xyz.radicle.node.passphrase) в дополнение к использованию переменной окружения RAD_PASSPHRASE, опции командной строки "--secret" и параметров в файле конфигурации.
  • Требования к минимально поддерживаемой версии компилятора Rust повышены до 1.85.


  1. Главная ссылка к новости (https://radicle.xyz/2026/01/14...)
  2. OpenNews: Началась разработка GitPub, протокола для децентрализованных Git-сервисов
  3. OpenNews: Доступна децентрализованная система отслеживания ошибок git-bug 0.9
  4. OpenNews: Выпуск глобальной децентрализованной файловой системы IPFS 0.9
  5. OpenNews: Выпуск GNUnet Messenger 0.7 и libgnunetchat 0.1 для создания децентрализованных чатов
  6. OpenNews: Выпуск zeronet-conservancy 0.7.8, платформы для децентрализованных сайтов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64614-radicle
Ключевые слова: radicle, git, p2p
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (32) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 09:22, 15/01/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Наработки проекта написаны на языке Rust и распространяются под лицензиями Apache 2.0 и MIT.

    И какой смысл такой прогиб под корпорасов делать в p2p фигне? Типа, это кто-то еще и оценит? Корпы наоборот вендорлок и тоталконтроль интересует.

     
     
  • 2.3, анон (?), 09:24, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    что за прогиб?
     
     
  • 3.4, Аноним (4), 09:38, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Писать надо на языках, к которым ни одна корпорация никак не притронулась. Си и раст в этот список не входят. Зато входит брейнфак.
     
     
  • 4.6, 12yoexpert (ok), 09:44, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    компилятор си может написать даже пятилетний наркоман. даже если он работает в "базальт спо". библиотеки все уже написаны, бери и пользуйся

    компилятор раст хрен когда хоть какая независимая команда напишет, только корпорация типа мс. он намеренно переусложнён и там даже стандарта нет

     
     
  • 5.8, Аноним (8), 09:46, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а gcc-rs и ferrocene не существует?
     
     
  • 6.9, 12yoexpert (ok), 09:47, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    когда ff ими соберёшь - тогда станут существовать
     
     
  • 7.15, Аноним (4), 09:57, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а ты уже написал сишный компилятор, такой, чтобы им можно было собрать ядро и системдос? ну ты же уверяешь, что его любая домохозяйка напишет, верно? и плюсовый компилятор тоже смогёшь, да? такой, чтобы им можно было хромиум собрать.
     
     
  • 8.17, 12yoexpert (ok), 10:09, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    у тебя логика сломана, как и у любого с ржавыми промытыми мозгами любой может ... текст свёрнут, показать
     
     
  • 9.18, Аноним (4), 10:14, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У тебя сломан модуль понимания текста ты аки хреноватая нейросеть, которая не д... текст свёрнут, показать
     
     
  • 10.20, Kusb (?), 10:22, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Компиляторов си относительно немало и многие из них написаны не корпорациями ... текст свёрнут, показать
     
     
  • 11.24, Аноним (4), 10:28, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Замечательно Но нужен такой, которым можно собрать мегапроект типа ядра или сис... текст свёрнут, показать
     
     
  • 12.41, Kusb (?), 12:15, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в принципе ядро собирали tcc ... текст свёрнут, показать
     
  • 9.29, пэпэ (?), 11:06, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скучно ему, ахах Так чо, где примеры сотен компиляторов сишки, которыми собирае... текст свёрнут, показать
     
  • 5.10, Аноним (4), 09:49, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > там даже стандарта нет

    То ли дело стандарт си, который мало того, что насквозь закопирайчен и проприетарен (надо зоплотить бабосик!), так еще и после покупки внезапно обнаруживаешь, что вместо внятного стандарта сплошной "пилите компилятор как хотите, undefined behavior, implementation defined, вы тупо берете -- и делаете как хотите, literally".

     
     
  • 6.12, 12yoexpert (ok), 09:51, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    опять эти сказки бабушки гусыни от секты свидетелей ржавого маркетинга, даже отвечать лень, таких уже ничего не спасёт
     
     
  • 7.16, Аноним (8), 10:01, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    опять эти сказки дидов
     
  • 6.21, Аноним (21), 10:23, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так и нафига тогда платить? Просто пилить, как хотеть.
     
     
  • 7.30, Аноним (-), 11:22, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь так и делают. На сегодняшний день собрать ядро могут только гцц и кланг, и то под последнего в ядро кучу кода влили, что прекрасно показывает и сказочность заявлений о способности любой домохозяйки написать компилятор язычка, и сказочность о ценности стандарта этого язычка. И так не только с ядром, хорошая часть неприветмиров пишется под компилятор, а не под стандарт
     
  • 6.28, Аноним (28), 10:52, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Расскажу секрет. Смотри последний черновик стандарта, потому что он от итогового стандарта ничем не отличается.
     
  • 6.35, Аноним (35), 11:41, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Имплементируй K&R, кто запрещает?
     
  • 5.27, Аноним (28), 10:48, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради gccrs активно пилят. Если никаких подвижек в упрощении сборки обыкновенного Rust не будет, то gccrs со временем станет де-факто стандартом, как и gcc.
     
  • 5.33, User (??), 11:34, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И собирать он будет - а, да, "hello, worlDt!" - по тому, что СТАНДАРДТ, а не вотэтоваше6.
    Со всем остальным, конечно, окажутся "нюансики" - но то, понятно - ДРУГОЕ.
     
  • 4.19, Аноним (21), 10:16, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Писать надо под Copyleft.
     
     
  • 5.36, fjgfgjfgjgj (?), 11:43, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кому надо? Тебе надо - пиши сам.
     
  • 2.7, 12yoexpert (ok), 09:45, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ты почти понял, в чём смысл выбора раста, осталось чуть-чуть
     

  • 1.11, penetrator (?), 09:51, 15/01/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    читаю местную публику, и что-то недоумеваю, вам дают инструмент обхода блокировок репозиториев на публичных платформах таких как гитхаб, а вы все носом крутите

    или уверовали в абузоустойчивость?

    я считаю, что любой код, которым сделал свободным автор, должен оставаться свободным

     
     
  • 2.32, Аноним (32), 11:29, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Только автор сделал этот код под несвободной лицензией.
     
     
  • 3.34, User (??), 11:38, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ааааа! Всё. Пропало.
    "обход" не обходит, блокировки блокируются, неуловимого Джо ловят и вот - ЗОНДИРУЮТ...
    Беда. Беда-беда даже. Куды крестьянин податься?
    О - на opennet!
     
  • 3.39, анон (?), 12:05, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И что? Кому эти лицензии нужны? Видишь код и делаешь с ним что-угодно.
     
  • 3.40, Аноним (-), 12:08, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Только автор сделал этот код под несвободной лицензией.

    Этот код автор сделал как раз под свободной лицензией.
    А вот если бы он хотел ограничительную - то выбрал бы гнурак.

     
  • 3.42, Аноним (4), 12:21, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чем больше запретов в лицензии, тем она "свободнее". По такой гну-логике, проприетарная EULA -- это свободнейшая свободность свободности!
     
  • 3.43, penetrator (?), 12:29, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Только автор сделал этот код под несвободной лицензией.

    обе лицензии свободные, они не копилефт, но свободные

     

  • 1.38, Аноним (35), 11:46, 15/01/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Представляю, какие густые заросли веток будут в этом "репозитории".
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру