# Radicle > Radicle은 중앙 집중식 호스트 없이 로컬 우선, 자체 인증 저장소, 암호화된 신원 및 가십 기반 검색을 가능하게 하는 Git 기반의 오픈 소스 피어 투 피어 코드 협업 프로토콜이자 스택입니다. - Canonical URL: https://iq.wiki/kr/wiki/radicle - Categories: Projects & Protocols - Tags: Ethereum, Identity, Infrastructure - Created: 2026-10-09T17:00:58.137Z - Last updated: 2026-10-09T17:08:13.460Z - Source: IQ.wiki — the world's largest blockchain and crypto encyclopedia (https://iq.wiki) --- **Radicle**은 중앙 집중식 코드 호스팅 플랫폼에 의존하지 않고 Git 저장소를 호스팅하고 협업하기 위한 피어 투 피어 프로토콜입니다. 이 프로토콜은 암호화된 신원, 분산 네트워크 및 로컬 우선 스토리지를 사용하여 코드 협업, 저장소 검증 및 검열 저항을 지원합니다. [\[1\]](#cite-id-ek47y6ru77)   ## Overview Radicle Protocol은 Git을 기반으로 구축된 코드 게시 및 협업을 위한 탈중앙화 피어 투 피어(P2P) 네트워크입니다. 중앙 집중식 호스팅 서비스에 의존하는 대신, 참여자들은 자신의 기기에서 [nodes](https://iq.wiki/wiki/node)를 실행하여 이슈 및 패치와 같은 관련 협업 데이터를 포함한 저장소를 저장하고 동기화합니다. 이 네트워크는 피어와 저장소를 찾기 위해 가십 프로토콜(gossip protocol)을 사용하며, Git의 복제 메커니즘은 [nodes](https://iq.wiki/wiki/node) 간의 데이터 교환을 지원합니다. 이 아키텍처는 액세스하려는 저장소를 호스팅하는 온라인 피어가 최소 한 명 이상 존재하는 한, 기존 Git 도구 및 워크플로우와 호환성을 유지합니다. Radicle은 사용자가 인터넷 연결 없이도 저장소에 액세스할 수 있는 로컬 우선(local-first) 아키텍처를 사용합니다. 각 저장소는 고유한 식별자를 가지며, 코드 커밋, 이슈 댓글 작성, 패치 제출과 같은 작업은 암호화 서명이 되어 다른 참여자가 그 진위와 출처를 확인할 수 있습니다. 이러한 설계는 저장소를 호스팅하거나 프로젝트 활동을 관리하기 위해 중앙 집중식 권한에 의존하지 않고도 협업과 데이터 공유를 가능하게 합니다. 주요 초점은 코드 게시 및 협업에 있지만, 이 프로토콜은 지식 공유, 프로젝트 조율, 데이터 세트 협업을 포함한 다른 분산형 애플리케이션도 지원할 수 있습니다. [\[4\]](#cite-id-cfpbz24tz6) ## Architecture ![](https://ipfs.everipedia.org/ipfs/QmexEuCEkPfiY8VVfdrq9V3FAKTGWF1ZK6D2PD35awuCvW) ### Nodes Radicle [nodes](https://iq.wiki/wiki/node)는 P2P 네트워크의 참여자로, 클라이언트와 서버 역할을 동시에 수행하며 Git 리포지토리를 호스팅하고 다른 [nodes](https://iq.wiki/wiki/node)와 변경 사항을 동기화합니다. 각 노드는 Ed25519 공개 키에서 파생된 고유한 노드 ID(Node ID)로 식별되며, 각 리포지토리는 자체적인 리포지토리 ID를 가집니다. 사용자는 리포지토리 선택, 데이터 보존 및 동기화를 정의하는 시딩 정책(seeding policies)을 통해 자신의 노드가 어떤 리포지토리를 저장하고 공유할지 제어합니다. 개별 사용자는 개인 컴퓨터에서 노드를 실행하여 자신의 프로젝트를 지원할 수 있으며, 전용 시드 [nodes](https://iq.wiki/wiki/node)는 더 넓은 네트워크나 특정 커뮤니티에 리포지토리에 대한 지속적인 액세스를 제공할 수 있습니다. 노드 신원은 공개 키 암호화 방식을 사용하여 로컬에서 생성되며, 중앙 집중식 신원 제공자, 이메일 주소 또는 개인 정보가 필요하지 않습니다. 공개 키는 노드의 식별자 역할을 하며, 개인 키는 서명된 메시지를 인증하는 데 사용되므로 안전하게 보관해야 합니다. 사용자는 자신의 [nodes](https://iq.wiki/wiki/node)를 더 쉽게 알아볼 수 있도록 변경 가능한 별칭(alias)을 지정할 수도 있습니다. 네트워크에 참여하기 위해 사용자는 네트워크 클라이언트와 명령줄 인터페이스(CLI), 그리고 선택 사항인 웹 프런트엔드가 포함된 Radicle의 오픈 소스 클라이언트 소프트웨어를 설치합니다. 레퍼런스 구현체는 Rust로 작성되었으며, 구현은 Radicle 개선 제안(RIPs)을 통해 유지 관리되는 프로토콜 사양을 따릅니다. [\[4\]](#cite-id-cfpbz24tz6) ### Peer-to-Peer Radicle은 중앙 집중식 호스팅 서비스에 의존하지 않고 [nodes](https://iq.wiki/wiki/node)가 서로를 발견하고, 리포지토리 업데이트를 교환하며, 코드를 동기화할 수 있도록 하는 로컬 우선(local-first) P2P 아키텍처를 사용합니다. 네트워킹 레이어는 가십 프로토콜(gossip protocol)을 사용하여 사용 가능한 피어, 호스팅된 리포지토리 및 리포지토리 변경 사항에 대한 정보를 배포합니다. 서명된 공지사항에는 노드 식별자와 타임스탬프가 포함되어 있어, 참여자가 메시지의 진위 여부를 확인하고 이미 수신한 메시지를 반복적으로 전달하는 것을 방지할 수 있습니다. 노드는 공지사항을 일시적으로 보관하고 재생(replay)하여 새로 연결되었거나 다시 돌아온 피어가 네트워크 활동을 발견하도록 도울 수 있습니다. 리포지토리 메타데이터는 가십을 통해 교환되는 반면, 실제 코드와 객체는 Git의 복제 프로토콜을 사용하여 전송됩니다. 노드는 관련 리포지토리를 호스팅하거나 시딩하는 피어로부터 리포지토리 데이터를 가져올 수 있으며, 공유 네트워크 연결을 통해 여러 전송이 지원됩니다. 새로운 [nodes](https://iq.wiki/wiki/node)는 부트스트랩 노드를 사용하여 초기 피어를 발견하고 일반적인 네트워크 검색에 참여하기 전에 주소록을 구축합니다. 서버 운영자가 사용자의 신원과 공유 서비스에 대한 액세스에 영향을 줄 수 있는 연합형(federated) 시스템과 달리, Radicle은 사용자가 자신의 리포지토리와 협업 데이터를 직접 보유하게 하며, 시드 [nodes](https://iq.wiki/wiki/node)는 교체 가능한 호스팅 및 복제 서비스를 제공합니다. [\[4\]](#cite-id-cfpbz24tz6) ### Repositories Radicle 리포지토리는 P2P 네트워크에서 공유되는 Git 리포지토리로, 소유권, 권한 및 진위 여부를 설정하는 데 사용되는 추가 식별자와 메타데이터를 포함합니다. 리포지토리에는 소스 코드, 문서 또는 기타 데이터 세트가 포함될 수 있으며, 각 리포지토리는 이름, 설명, 기본 브랜치 및 지정된 대리인(delegates)을 정의하는 신원 문서와 함께 초기화됩니다. 대리인은 탈중앙화 식별자(DIDs)로 식별되는 개인, 그룹 또는 자동화된 에이전트로, 패치 병합, 이슈 해결 및 리포지토리 권한 관리와 같은 작업을 담당합니다. 리포지토리는 생성자를 초기 대리인으로 시작하며 여러 대리인에게 권한을 할당할 수 있고, 지정된 서명 임계값(signature threshold)에 따라 기본 브랜치의 변경 사항을 관리합니다. 각 저장소는 고유한 저장소 ID(Repository ID, RID)를 부여받으며, 이는 초기 버전의 ID 문서에서 파생되어 식별자 변경 없이 업데이트가 가능합니다. ID 문서는 일관된 암호화 검증을 지원하는 표준화된 JSON 형식으로 Git 저장소 내에 저장됩니다. Radicle은 또한 명시적으로 승인된 피어 세트로만 복제를 제한함으로써 프라이빗 저장소를 지원하며, 저장소 대리인(delegates)은 접근 권한을 유지합니다. 프라이빗 저장소 데이터는 저장 시 암호화되지 않으므로, 접근 제어는 저장소 암호화가 아닌 어떤 노드가 저장소를 복제하고 접근할 수 있는지를 제한하는 방식에 의존합니다. [\[4\]](#cite-id-cfpbz24tz6) ### Local-First Storage Radicle은 표준 Git 저장소를 기반으로 구축된 로컬 우선(local-first) 저장소 아키텍처를 사용하여 사용자가 자신의 기기에서 직접 저장소 데이터를 저장, 관리 및 동기화할 수 있도록 합니다. 각 저장소는 로컬에 베어(bare) Git 저장소로 저장되며, Git 네임스페이스를 통해 개별 피어와 관련된 참조(references)를 분리합니다. 각 네임스페이스는 해당 노드에 의해 제어되므로, 사용자는 다른 피어의 버전을 수정하지 않고도 자신만의 브랜치와 변경 사항을 유지할 수 있습니다. 네임스페이스는 기본 Git 객체 데이터베이스를 공유하므로 여러 피어가 동일한 커밋이나 파일을 가질 때 중복 저장을 줄여줍니다. 사용자는 로컬 작업 복사본과 저장된 복사본을 모두 사용할 수 있으며, push 및 fetch와 같은 표준 Git 명령을 통해 변경 사항을 동기화합니다. 사용자는 오프라인에서 변경 작업을 수행하고 노드가 네트워크에 다시 연결될 때 다른 피어에게 이를 전파할 수 있습니다. Radicle은 전용 rad:// URL 스킴과 Git 원격 헬퍼(remote helper)를 사용하여 fetch 및 push 작업을 적절한 저장소 및 피어 네임스페이스로 안내합니다. 피어가 지정되지 않은 경우, Git 작업은 저장소의 대리인들이 합의한 버전을 나타내는 저장소의 정본 참조(canonical references)를 대상으로 할 수 있습니다. 이 설계는 기존 Git 워크플로우와의 호환성을 유지하면서도 중앙 집중식 호스팅 서버에 의존하지 않고 저장소 데이터를 유지 및 동기화할 수 있게 합니다. [\[4\]](#cite-id-cfpbz24tz6) ### Self-Certification Radicle은 중앙 집중식 호스팅 서비스에 의존하지 않고 저장소의 진위 여부를 확인하기 위해 자체 인증(self-certification) 모델을 사용합니다. 각 저장소의 정체성은 저장소 ID(RID)와 ID 문서를 통해 확립되며, 이 문서는 대리인, 기본 브랜치, 변경 사항 승인에 필요한 서명 임계값을 정의합니다. 기본 브랜치의 정본 상태는 필요한 수의 대리인이 동일한 커밋에 서명했는지 여부에 따라 결정됩니다. 예를 들어, 저장소가 3명의 대리인 중 2명의 승인을 요구하는 경우, 2명의 대리인이 각자의 브랜치에 일치하는 업데이트를 게시할 때 해당 커밋은 정본이 됩니다. 저장소 변경 사항은 브랜치 및 협업 데이터를 추적하는 Git 참조의 업데이트를 포함하여 암호화 서명을 통해 인증됩니다. Radicle은 노드의 참조가 변경될 때 자동으로 서명하고 서명된 정보를 전용 Git 참조 아래에 저장합니다. 이를 통해 네트워크 참여자는 신뢰할 수 있는 제3자 없이도 저장소의 ID 정보와 암호화 기록을 사용하여 저장소 업데이트를 확인하고 저장소의 권위 있는 상태를 결정할 수 있습니다. [\[4\]](#cite-id-cfpbz24tz6) ### Collaborative Objects Radicle은 이슈 트래킹, 코드 리뷰, 토론 등 Git이 기본적으로 제공하지 않는 협업 기능을 지원하기 위해 협업 객체(Collaborative Objects, COB)를 사용합니다. 이러한 객체는 저장소 내에 직접 저장되고 피어 투 피어 네트워크를 통해 복제되어 협업 데이터를 로컬 우선, 사용자 제어 및 암호화 서명된 상태로 유지합니다. Radicle은 세 가지 사전 정의된 COB 유형을 제공합니다: 버그 및 기능 요청을 추적하기 위한 Issues, 코드 변경 제안 및 리뷰를 위한 Patches, 그리고 저장소 ID 문서를 관리하기 위한 Identities입니다. 각 객체는 고유한 유형 이름과 객체 식별자로 식별되며, 사용자는 다른 협업 요구 사항에 맞게 추가 유형을 정의할 수 있습니다. COB는 Git 커밋 기록을 사용하여 변경 사항을 유향 비순환 그래프(DAG)로 기록하며, 이를 통해 여러 사용자가 중앙 서버를 통한 조정 없이 독립적으로 업데이트를 수행할 수 있습니다. 피어들이 동기화될 때 각자의 기록을 결합하며, 객체의 상태는 결정론적이고 인과적으로 일관된 순서에 따라 변경 사항을 처리함으로써 재구성됩니다. 이 접근 방식은 데이터 무결성과 동기화를 위해 Git의 기존 메커니즘을 사용하는 동시에, 업데이트가 순서와 상관없이 도착하더라도 피어들이 각 객체에 대해 일관된 뷰로 수렴할 수 있도록 돕습니다. 또한 이 시스템은 저장소의 refs/cobs 계층 구조에 저장되는 사용자 정의 COB 유형을 지원하므로, 개발자와 조직은 핵심 프로토콜을 변경하지 않고도 협업 기능을 추가할 수 있습니다. [\[4\]](#cite-id-cfpbz24tz6) ### Radicle Garden Radicle Garden은 Radicle 피어 투 피어 네트워크를 위해 상시 가동되는 [nodes](https://iq.wiki/wiki/node)를 제공하는 호스팅 서비스로, 사용자의 개인 기기가 오프라인 상태일 때도 Git 저장소를 사용할 수 있도록 유지합니다. 이 서비스는 선택된 저장소를 복제하여 사용자가 직접 서버를 운영하지 않고도 가용성을 높일 수 있게 합니다. 사용자는 자신의 작업을 서명하고 관리하기 위해 로컬 Radicle 노드를 유지하며, Garden [nodes](https://iq.wiki/wiki/node)는 지속적인 저장소 시딩(seeding)을 제공합니다. 또한 이 서비스는 다른 사용자가 관리하는 저장소를 시딩하여 네트워크 전체에서 프로젝트에 접근 가능한 상태를 유지하도록 도울 수 있습니다. Radicle Garden은 Radicle 프로토콜의 개발을 감독하는 스위스 비영리 단체인 Better Internet Foundation에 의해 운영됩니다. 이 서비스는 자체 관리 시드 노드에 대한 선택적인 호스팅 대안을 제공하며, 소스 코드는 오픈 소스로 유지되어 사용자는 계속해서 자신의 인프라를 운영할 수 있습니다. 호스팅된 [nodes](https://iq.wiki/wiki/node)는 유럽에 위치하며, 구독 수익은 Radicle 프로토콜의 지속적인 개발을 위한 재단의 활동을 지원합니다. [\[3\]](#cite-id-nmmyzyxh36) [\[4\]](#cite-id-cfpbz24tz6) ## RAD ![](https://ipfs.everipedia.org/ipfs/QmZWJuQhaCLAjGasX6psQgqQse7EiJ6rwqjrcBduGagYvX) RAD는 코드 협업을 위한 탈중앙화 네트워크인 Radicle 생태계의 네이티브 [거버넌스 토큰](https://iq.wiki/wiki/governance-tokens)입니다. 이는 프로토콜 거버넌스에 참여하는 데 사용되며, 특정 [Ethereum](https://iq.wiki/wiki/ethereum) 기반 Radicle 프로토콜을 사용할 때 보유자에게 수수료 관련 혜택을 제공합니다. RAD 보유자는 프로토콜 변경 사항 및 토큰 공급량의 상당 부분을 보유한 Radicle Treasury와 관련된 결정에 투표할 수 있습니다. 거버넌스는 Radicle DAO를 통해 관리되며, 이는 [Compound](https://iq.wiki/wiki/compound) 프로토콜에서 파생된 거버넌스 시스템을 사용하고 1토큰 1표 모델을 따릅니다. RAD를 보유하면 특정 프로토콜 상호작용에 대해 할인 또는 수수료 면제 혜택을 받을 수 있으며, 토큰이 없는 사용자도 해당 수수료를 지불하면 프로토콜을 계속 이용할 수 있습니다. [\[2\]](#cite-id-76bwmhmojv) ### Tokenomics RAD의 총 공급량은 1억 개이며 다음과 같이 할당됩니다: [\[2\]](#cite-id-76bwmhmojv) * **커뮤니티 금고 (Community Treasury)**: 50% * **초기 후원자 (Early Supporters)**: 20% * **팀 (Team)**: 19% * **재단 (Foundation)**: 11%