Линус Торвальдс

Предоставив базовую технологию контроля версий, на которой строится Radicle, благодаря созданию и постоянному поддержанию Git. Выборы в дизайне Git — адресуемое хранилище объектов по содержимому, неизменяемые DAG коммитов, эффективные ветвление и слияние — напрямую используются в модели репозитория Radicle и семантике разрешения конфликтов. Те конкретные инженерные артефакты (git-объекты, рефы, пакеты и протокол обмена реферами) потребляются без изменений инструментами и сетевыми адаптерами Radicle для представления истории проекта и идентичности. Уровни однорангового кодового сотрудничества Radicle интегрируют «канализацию» Git для представления патчей и истории, опираясь на установленные форматы и семантику обмена, определенные Тормслом. Реализации в Radicle, обрабатывающие семантику получения и отправки, объявления объектов и потоки слияния, напоминающие CRDT, ограничены и обеспечены исходными протоколами и структурами данных Git, которые определяют, что можно дедуплицировать, верифицировать и выполнять операцию слияния офлайн. Помимо сырых форматов данных, установленные рабочие процессы разработчиков Git — клонирование, форк, ветвление и перебазирование — формируют метафоры UX Radicle для децентрализованного сотрудничества. Radicle воспроизводит и адаптирует эти рабочие процессы в p2p-контексте, что означает, что ожидания по операциям, заданные Git, влияют на использование токенов на блокчейне, запись репутации и практический дизайн механизмов синхронизации Radicle (вверх/пира). Поскольку Git является операционной основой проекта, конкретные инженерные артефакты и выборы спецификаций Тормслова оказывают прямое и измеримое влияние на архитектуру, производительность и совместимость Radicle с существующими инструментами разработчиков и системами CI.