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 обязательно


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

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

     
     
  • 2.3, анон (?), 09:24, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    что за прогиб?
     
     
  • 3.4, Аноним (4), 09:38, 15/01/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Писать надо на языках, к которым ни одна корпорация никак не притронулась. Си и раст в этот список не входят. Зато входит брейнфак.
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У тебя сломан модуль понимания текста ты аки хреноватая нейросеть, которая не д... текст свёрнут, показать
     
     
  • 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 ... текст свёрнут, показать
     
  • 12.44, localhostadmin (ok), 13:03, 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    читаю местную публику, и что-то недоумеваю, вам дают инструмент обхода блокировок репозиториев на публичных платформах таких как гитхаб, а вы все носом крутите

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

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

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

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

     
     
  • 4.45, аываыва (?), 13:32, 15/01/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.38, Аноним (35), 11:46, 15/01/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Представляю, какие густые заросли веток будут в этом "репозитории".
     
  • 1.46, Двачер (?), 13:39, 15/01/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давным-давно, в старые добрые времена, в тридевятом царстве, в неИИшном государстве децентрализованно разрабатывали по e-mail и Usenet. А растонеугодный Дебиан так вообще, тупо и нагло раздавал свои релизы торрентами, осмелюсь воздать славу также и пиратам Рутрекера, смело раздававшим и проги и исходники.
    Справедливости ради: торрент, конечно, хорошо раздает релизы, но с ним трудно раздавать патчи.
    А были еще и децентрализованные довольно популярные оверлей-сети, вроде Гипербореи (но сейчас они прогнулись и предсказуемо менее популярны), на них легко было поднять свой гит, (но децентрализованный гит, наверное, круче)
    Эх, были же времена! (не то, что нынешнее племя, богатыри, не вы!(с) Пушкин) помянем те деньки сто граммами!
     

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



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

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