The OpenNET Project / Index page

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

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

20.03.2026 11:35 (MSK)

Опубликован выпуск P2P-платформы Radicle 1.7, нацеленной на создание децентрализованного сервиса совместной разработки и хранения кода, похожего на 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) и реплицируются между пирами.

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

  • Переработана реализация подписанных ссылок (sigrefs - Signed References), в которой появилась защита от повторного использования подписей. Старая структура репозитория позволяла подменить код на его старую версию, повторно использовав старую корректную подпись. Для блокирования проблемы в новой реализации добавлен указатель на предыдущую запись, охватываемый текущей подписью, что формирует непрерывную цепочку изменений, целостность которой можно отследить относительно корня.
  • Расширены возможности блокировки узлов, которые теперь блокируются на уровне управления соединениями. Если раньше блокировался только приём данных, не не ограничивалось подключение узла, то теперь блокировка применяется на этапе установки соединения с заблокированным узлом и при приёме соединения от заблокированного узла.
  • Разрешено использовать любые ссылки на внешние объекты Git, кроме временных веток. Раньше разрешались только ссылки на внешние ветки, теги, метаданные Radicle, заметки и объекты для совместной работы.
  • Повышена информативность сообщений об ошибках, возникающих при попытке выполнения операций, для которых у пользователя недостаточно прав.
  • Повышена эффективность ввода/вывода. Разработчики обнаружили, что на долго запущенных узлах сочетание настроек "journal_mode = WAL" и "synchronous = FULL" в БД SQLite, применяемой для хранения локального состояния, приводит к большому объёму операций ввода/вывода. Для снижения нагрузки по умолчанию параметр "synchronous" теперь выставлен в значение "NORMAL", а в файл конфигурации Radicle добавлены настройки для изменения значения данных параметров пользователем.
  • Устранена уязвимость, информация о которой будет раскрыта 23 марта. В настоящее время сообщается лишь то, что команда разработчиков выполнила сканирование всех публично доступных репозиториев Radicle и не выявила следов эксплуатации данной проблемы.


  1. Главная ссылка к новости (https://radicle.xyz/2026/03/18...)
  2. OpenNews: Началась разработка GitPub, протокола для децентрализованных Git-сервисов
  3. OpenNews: Опубликован исходный код системы совместной разработки и публикации кода huje
  4. OpenNews: Доступна децентрализованная система отслеживания ошибок git-bug 0.9
  5. OpenNews: Перенос разработки Fedora с Pagure на платформу совместной разработки Forgejo
  6. OpenNews: Доступна платформа совместной разработки Forgejo 13.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65030-radicle
Ключевые слова: radicle, git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:44, 20/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Наработки проекта написаны на языке Rust

    ...

    > Устранена уязвимость, информация о которой
    > будет раскрыта 23 марта.

    О как. У нас есть вулн но мы вам даже не расскажем какой он. Вот ты какая безопасТность Rust...

    > не выявила следов эксплуатации данной проблемы.

    Звучит весьма вызывающе доверие, мы должны поверить хипстерам с ночнушками на слово видимо.

     
     
  • 2.4, Бражник (?), 12:54, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Дядь, у тебя там всё нормально? Дать время на обновление — это нормальная практика, но ты увидел в тексте слово Rust, и понеслось.
     
     
  • 3.10, Жироватт (ok), 13:25, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Ну не знаю, мальчик, тут последние три годя этот язык форсили как "ультимативно безопасТную серебряную пулю" так сильно, что теперь это вполне ожидаемая реакция.
     
     
  • 4.22, Аноним (22), 16:46, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде как всегда упоминалось, что раст переносит на уровень compile-time некоторые best practices из C++, типа RAII и концепции владения, но не более того. За счёт этого удалось радикально снизить количество проблем, связанных с некорректной работой с памятью, так как это класс ошибок, связанных с таким человеческим фактором как внимание, а со вниманием у человечества всегда было плохо - стоит хоть немного устать, как концентрация падает с логарифмической скоростью. При этом от других классов ошибок этот язык не предохраняет никак, в частности, от логических. В нем даже зависимых типов нет, как в Idris, чтобы сделать некорректное состояние формально невыразимым.
     
     
  • 5.23, Жироватт (ok), 16:53, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вулны в продукте не С: <тут безобразное перекидывание разными физиологическими выделениями, с постоянным рефреном: "а вот в Rust такого быть не может">
    > Вулны в продукте не Rust: это не считается, язык никому ничего не обязан и вообще, это другой класс ошибок

    Терпи, дорогой, сами себе создали такой геморрой такой вот...фанбазой.

     
     
  • 6.29, Аноним (22), 18:45, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я хз за фанбазу, сам большую часть работы в качестве программиста кодил на джаве. На Си только под микроконтроллеры кодил на разных "халтурках". По личным ощущениям - круто, что максимально близко к железу и без рантайма, но без массовых ошибок на внимательность получалось кодить, только если в прошивке не было динамического выделения памяти и кол-во строк в сумме было меньше 15-20к. А вот если malloc() и free() есть, то капец, даже статический анализ не все ловил.
    А Раст когда потыкал, по личным ощущениям похоже на современный станок с защитой от наматывания на вал целиком. Но вот если сунуть руку, то все равно сломает.
     
  • 4.34, Аноним (34), 19:52, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну не знаю, мальчик, тут последние три годя этот язык форсили как "ультимативно безопасТную серебряную пулю" так сильно, что теперь это вполне ожидаемая реакция.

    Как "ультимативно безопасТную серебряную пулю" форсили только такие lehfxrb, как ты, а сейчас вы сами себя победили. Поздравляю.

     
  • 3.12, Аноним (12), 14:10, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > но ты увидел в тексте слово Rust, и понеслось.

    Ну вы тут форсили тему безопасности. Теперь пора получить плоды ваших трудов. Ибо нет, извинять вам жирные CVE с RCE, перехватом сайтов и прочим мы и правда - не будем. И сольем вашу репутацию туда где ей место за такой работинг.

     
  • 2.7, Аноним (7), 12:57, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Радикл же опенсорс, скорми коммит-лог клоду.
     

  • 1.2, Аноним (2), 12:47, 20/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > похожего на GitHub и GitLab, но не привязанного к конкретным серверам, не подверженного цензуре

    они не подвержены цензуре. Разве что sourceforge иногда недоступен (в сети  МТС).

     
     
  • 2.5, анон (?), 12:57, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > они не подвержены цензуре

    ой, всё

     
  • 2.37, Витюшка (?), 22:21, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я даже не знаю что тут ответить по существу. Наверное только выразить сочувствие.
     

  • 1.3, Аноним (2), 12:49, 20/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Сборки подготовлены для Linux и macOS.

    Это правильно. Настоящие разработчики сидят на Linux. А если нужны приложения для Windows - есть кросс-компиляция в помощь.

     
     
  • 2.18, Аноним (18), 15:36, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как показывает практика Jira + GitHub всё ещё самое удобное решение, даже у нас:
    https://servernews.ru/1138387
     
     
  • 3.19, Аноним (19), 15:47, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    jira это та самая из которой даже табличку не выдернуть без танцев с бубном, ну да радикально удобно.
     
     
  • 4.27, Аноним (27), 18:12, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не осилил скрипт на Питоне в десять строк? Попроси ии, он напишет.
     
     
  • 5.36, Аноним (19), 21:08, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ))))) а ты смешной, зачем мне скрипт, мне больше всех надо? пусть пердолятся те кто топит за жиру.

    я не обломаюсь табличку в md оформить если надо, или в html

     
  • 4.35, Аноним (35), 20:15, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Jira дорогая, я сloud redmine  пользуюсь
     

  • 1.6, kusb (?), 12:57, 20/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне кажется гит уже почти p2p сетью (и уже децентрализованной) и он поддерживает транспорты. Так что нужен транспорт с magnet ссылками и распределённой ФС, а ещё децентрализованный гитхаб который тоже хранится в гит, в текстовых файлах обсуждения багов, репорты во многом уже готово...
     
     
  • 2.17, seyko2 (ok), 15:07, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Почему то и мне это кажется... Для кода. А вот нужно ли ещё и обсуждения, рецензирование приколачивать? На основе git (читал на linux.org) делали чат (симтему обмена сообщениями). Зачем городить монстра?
     
     
  • 3.21, kusb (?), 16:25, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я такое и предлагаю, типа сообщения тоже в файлы писать и гитом распространять, можно с подписями (хотя в гите наверное есть), и получится децентрализованный гитхаб прямо в гите.
    Часть децентрализованной платформы на этом готова.

    Другая часть - новый транспорт, протокол. Чтобы можно было делать типа git clone magnet:// без сервара. Опять - оно позволяет и похоже не нужно менять гит.

    В результате децентрализованная платформа будет unix way, git отдельно, p2p файловая система распределённого хранения отдельно и и сообщения с рецензированием отдельно хранятся в гит.

     
  • 2.26, Аноним (26), 18:04, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    подожди, но ведь это буквально то что описано в новости
     
     
  • 3.30, kusb (?), 19:36, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А, круто. Я просто её не читал.
     
     
  • 4.31, kusb (?), 19:37, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Серьёзно. Эх.
     

  • 1.8, Аноним (8), 13:05, 20/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >не привязанного к конкретным серверам, не подверженного цензуре

    Не привязанные к серверам и не подверженные цензуре репозитории радикл в данный момент не открываются из РФ. Держу в курсе о вайбе проекта.

     
     
  • 2.13, Аноним (13), 14:12, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это у тебя не открывается. Держу в курсе о твоем вайбе.
     
  • 2.15, Юрий (??), 14:14, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжай. РКН-у привет.
     
  • 2.16, q (ok), 14:36, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Получается, тебя заблокировали от просмотра всяческого контента в интернете. Твоя реакция? Стерпишь или?.. Ну, терпеть же будешь, верно? Терпеть-то. *Тебя* же заблокировали от просмотра, а не сервис - от визитёров. Стерпишь? Терпеть будешь? Потерпишь?
     
     
  • 3.33, kusb (?), 19:47, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Каждый месяц, год и каждый день.
    Я терплю хтоническую хрень.

    И снова каждый день я предаюсь забвению.
    Забыть про жизнь извне уйдя в страну терпения.

     
  • 2.25, Джон Титор (ok), 17:14, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы поспорил что оно не подверженное цензуре. Существует ИИ, который всё вполне может объять. Понимание как устроены ботнеты также существует, а антивирусы которые работают совместно на разных ПК как ботнеты уже существуют. Кому-то этот проект принадлежит и принимает решения и как-то отказаться от этого пока не возможно. Так-что прям совсем-совсем неконтролируемого и прям совсем свободного просто не существует.
     
  • 2.38, Аноним (38), 23:18, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А должно?

    Тебе надо — ты и разберись. Или найми кого-нибудь.

     

  • 1.20, Аноним (20), 16:21, 20/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    GNUnet, на правоверном Си, под истинно свободной лицензией GPL, хватит всем.
     
     
  • 2.28, Аноним (28), 18:23, 20/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А GNUnet она для совместной разработки?
     

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



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

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