# Radicle: 자율적 코드 포지 > Clean Markdown view of GeekNews topic #26095. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=26095](https://news.hada.io/topic?id=26095) - GeekNews Markdown: [https://news.hada.io/topic/26095.md](https://news.hada.io/topic/26095.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-01-25T05:37:02+09:00 - Updated: 2026-01-25T05:37:02+09:00 - Original source: [radicle.xyz](https://radicle.xyz) - Points: 1 - Comments: 1 ## Topic Body - **Radicle**은 Git 위에 구축된 **탈중앙형 오픈소스 코드 협업 네트워크**로, 중앙 서버 없이 동료 간 직접 저장소를 복제하고 관리함 - 모든 데이터와 **소셜 아티팩트**는 공개키 암호로 서명되어 **진위와 작성자 검증**이 가능함 - 사용자는 자신의 노드를 운영해 **검열 저항적 협업 환경**을 유지하고, 인터넷 연결 없이도 **로컬 우선(local-first)** 방식으로 작업 가능함 - **Collaborative Objects(COBs)** 를 통해 이슈, 토론, 코드 리뷰 등 협업 기능을 Git 객체로 구현하며, 개발자가 기능을 자유롭게 확장할 수 있음 - CLI, 웹, TUI 등 **모듈형 구조**로 구성되어 있어 다양한 클라이언트 개발과 교체가 가능한 **확장성 높은 코드 포지 플랫폼**임 --- ### 개요(Synopsis) - Radicle은 **Git 기반의 피어 투 피어 코드 협업 스택**으로, 중앙화된 코드 호스팅 플랫폼과 달리 단일 제어 주체가 없음 - 저장소는 피어 간에 분산 복제되며, 사용자가 자신의 데이터와 워크플로를 완전히 통제 - 오픈소스로 제공되며, **MIT 및 Apache 2.0 라이선스** 하에 자유롭게 사용 가능 - 주요 저장소는 `rad:z3gqcJUoA1n9HaHKufZs5FCSGazv5` 식별자를 가짐 ### 설치 및 시작 - 설치는 쉘에서 다음 명령으로 가능: `curl -sSLf https://radicle.xyz/install | sh` - 또는 [소스 코드](https://radicle.network/nodes/iris.radicle.xyz/rad:z3gqcJUoA1n9HaHKufZs5FCSGazv5)에서 직접 빌드 가능 - 현재 **Linux, macOS, BSD 계열**에서만 동작 - **Radicle Desktop** 클라이언트를 통해 그래픽 기반 협업 환경도 제공 ### 작동 방식(How it works) - **암호학적 신원 체계**를 사용해 코드 및 소셜 데이터의 무결성과 작성자 인증을 보장 - Git을 이용해 피어 간 효율적인 데이터 전송 수행 - **커스텀 가십 프로토콜**을 통해 저장소 메타데이터를 교환 #### 데이터 보안 및 영속성 - 모든 소셜 아티팩트는 Git에 저장되고 **공개키 암호화로 서명**됨 - Radicle은 데이터의 **진위성과 작성자 신원**을 자동 검증 #### 자율성과 검열 저항성 - 사용자가 자신의 노드를 직접 운영할 수 있어 **제3자 의존 없는 협업 환경**을 유지 - 네트워크는 **탄력적이고 검열에 강한 구조**로 설계 #### 로컬 우선(Local-first) - 인터넷 연결이 없어도 **항상 접근 가능한 기능** 제공 - 사용자가 데이터의 소유권을 가지며, **이동·백업·접근**이 용이 #### 확장성과 진화 가능성 - **Collaborative Objects(COBs)** 를 통해 이슈, 토론, 코드 리뷰 등 협업 기능을 Git 객체로 구현 - 개발자는 COBs를 확장해 **새로운 협업 흐름**을 구축 가능 #### 모듈형 설계(Modular by Design) - Radicle Stack은 **CLI, 웹 인터페이스, TUI**로 구성 - 이들은 **Radicle Node**와 **HTTP Daemon**에 의해 지원 - 각 구성 요소는 교체 가능하며, **다른 클라이언트 개발**도 가능 ### 커뮤니티 및 참여 - Radicle은 **자유·오픈소스 소프트웨어**로 누구나 코드 기여 가능 - 커뮤니티는 **Zulip**, **Mastodon**, **Bluesky**, **Twitter** 등에서 활동 - 피드백은 [feedback@radicle.xyz](mailto:feedback@radicle.xyz)로 전송 가능하며, 자동으로 Zulip의 `#feedback` 채널에 게시됨 ## Comments ### Comment 49873 - Author: neo - Created: 2026-01-25T05:37:02+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=46732213) - Radicle의 소개 문단이 **self-hosted Git**과 어떻게 다른지 명확하지 않다고 느낌 gitea나 forgejo 같은 대안이라면, Git 위에서 어떤 기능을 추가했는지 간단히 설명해주는 게 좋겠음 - 소개를 읽고 나서는 “팀을 위한 **local-first Git**” 같은 느낌을 받았음 이메일 패치 공유의 혼돈 없이 협업할 수 있는 도구로 이해했음 gitea나 forgejo를 몰라서 비교는 오히려 도움이 안 됨 - 기존 요약이 충분히 좋다고 생각함 첫 문장에서 Git을 명시한 점이 명확함 반면 forgejo의 랜딩 페이지는 Git이나 소스 컨트롤 언급을 피해서 오히려 혼란스러움 - Radicle은 **GitHub의 분산형 대안**임 forgejo/gitea/gitlab처럼 로컬 호스팅 기능을 제공하지만, **P2P 네트워크** 위에서 동작해 장애에 강하고 탈중앙화된 공개 프로젝트 호스팅이 가능함 - AD: 우리는 오픈소스 프로젝트라 제안이나 패치를 환영함 어떤 식으로 쓰면 더 나을지 직접 제안해주면 좋겠음 - 페이지를 보고 느낀 바로는, 회사가 코드에 접근하지 않아도 팀이 협업할 수 있는 **탈중앙형 GitHub**처럼 보였음 - 새로운 **소셜 포지(Forge)** 를 만들려는 시도가 반가움 이런 프로젝트가 GitHub과 GitLab에 개선 압박을 주는 것만으로도 의미가 있음 FAQ를 보면 Radicle은 Git의 신뢰 문제를 **PKI 기반의 신원 시스템**으로 해결하려 함 하지만 결국 “누구의 신원을 신뢰할지”는 여전히 남는 문제라고 느낌 - AD: 각 저장소는 **delegate들의 서명된 신원 문서**로 관리됨 현재는 SSH 키와 1:1 매핑되지만, 그룹 신원으로 확장 중임 완벽한 해결은 아니지만, **암호학적 신원**을 통해 ‘일부에서 더 많은 신뢰로 확장되는’ 구조를 제공함 결국 신뢰는 사람 간의 관계처럼 **사회적 연결**을 통해 분배됨 - 신뢰는 다른 채널이나 코드 리뷰를 통해 형성되어야 함 일단 신뢰가 생기면, 같은 DID를 가진 다른 저장소를 찾아볼 수 있음 여러 버전이 있을 경우, **신뢰받는 출처**나 활동이 활발한 저장소를 선택하면 됨 - 오래된 인터넷 서비스(IRC, Gopher 등)를 돌려보는 소규모 sysadmin 그룹과 어울리며, **P2P 시스템의 삭제 불가능성**을 고민하게 됨 실수로 개인정보를 올리거나, 법이 바뀌어 문제가 되는 콘텐츠를 올렸을 때 어떻게 해야 할지 의문임 [벨라루스 아마추어 무선사 체포 사례](https://www.niemanlab.org/reading/ham-radio-operators-in-belarus-are-arrested-and-face-the-death-penalty/)처럼 위험한 상황도 있음 이런 이유로 P2P가 나쁘다는 건 아니지만, **삭제 문제**는 여전히 해결이 어려움 - 과거 Usenet 게시물도 대부분 여전히 남아 있음 GitHub에서도 비밀키가 포함된 코드가 업로드되면 이미 늦은 경우가 많음 P2P가 새로운 문제를 만든다기보다 기존 문제를 그대로 드러내는 셈임 - 공개된 콘텐츠는 사실상 **영구적**이라는 현실을 인정해야 함 이메일처럼 일정 시간 내에 발행을 취소할 수 있는 **지연 발행 기능**이 있으면 좋겠음 - AD: 이 문제를 인식하고 있으며, **기본 설정을 더 안전하게** 만드는 중임 네트워크 수준에서 **콘텐츠 폐기 기능**도 논의 중임 - 중앙화 시스템도 완벽히 안전하지 않음 운영자가 삭제 여부를 조작하거나, 정부에 보고할 수도 있음 법적 문제는 결국 **정치 체제의 공정성**에 달려 있음 - 중앙화된 서비스에서도 콘텐츠를 다운로드할 수 있으니, 완전한 삭제는 불가능함 - [Tangled](https://tangled.org/)와의 차이를 묻는 질문 - Radicle은 **local-first 아키텍처**로, 사용자가 자신의 노드를 직접 운영함 모든 작업(이슈, 패치 리뷰 등)이 로컬 데이터 저장소에서 이루어지고, **서버 왕복이 없음** 네트워크는 동기화 시점에만 개입함 반면 Tangled는 **AT Protocol 기반의 연합형 구조**로, 실제로는 중앙화된 서버(AppView)에 의존함 구조적으로 **클라이언트-서버형**임 - Tangled는 여러 Git 서버(‘knots’) 간 통신을 AT Protocol로 중개함 Radicle은 서버 개념이 없고, 모든 노드가 대등함 다만 일부 노드가 HTTP 서버로 동작해 브라우저 접근을 돕는 정도임 - FAQ를 보면 Radicle은 **남용·불법 콘텐츠**에 대해 각 노드가 자체 정책으로 차단 가능함 또한 **신뢰된 피어 간의 비공개 저장소**를 지원함 데이터는 암호화되지 않지만 선택적 복제로 인해 네트워크 전체에는 노출되지 않음 [FAQ 링크](https://radicle.xyz/faq) - 홈페이지에 **공개 저장소 인덱스**로 접근할 수 있는 게이트웨이가 필요하다고 느낌 그래야 네트워크 전체를 탐색할 수 있음 이런 인덱스가 있다면 GitHub을 대체할 잠재력이 있음 - [search.radicle.xyz](https://search.radicle.xyz/)에서 공개 저장소 검색이 가능함 다만 홈페이지에서 명시적으로 연결되어 있는지는 모르겠음 - Radicle은 정말 멋진 프로젝트임 몇 달째 노드를 돌리고 있지만 아직 메인으로 쓰지는 않음 **P2P 포지**가 웹의 미래라고 믿음 - AD: 참여해줘서 고맙고, 나도 **퍼미시브 시드 노드**를 운영 중임 참여 자체가 투표임 - AD: 메인으로 쓰지 않는 이유가 궁금함 - GitHub에서 프로젝트가 차단될 때마다 “Radicle을 썼어야 했는데”라는 생각이 듦 **Tor 뒤에서 노드를 운영**하면 법적 압박도 피할 수 있음 - 여러 네트워크(Tor, i2p, clearnet, yggdrasil 등)에 동시에 노드를 노출할 수 있는지 궁금함 과거 일부 프로젝트는 이런 설정에서 문제가 있었음 - **퍼미시브 시더**가 대용량 바이너리 업로드로부터 어떻게 보호되는지 궁금함 모든 이슈와 토론이 저장되면 저장소 크기가 너무 커질 수도 있음 Git의 **shallow clone**처럼 부분 복제 기능이 필요해 보임 - Forgejo(ForgeFed 프로토콜)와의 차이를 묻는 질문 - Radicle은 완전한 **P2P 구조**로, 서버나 인스턴스 개념이 없음 각 노드가 동일한 프로세스로 동작하며, 사용자 계정은 **자체 인증(Self-certifying)** 방식임 반면 Forgejo는 ActivityPub을 통해 서버 간 통신하는 **연합형 구조**임 GitHub : Forgejo = Twitter : Mastodon, 그리고 파일공유 : BitTorrent = 소프트웨어 개발 : Radicle로 비유 가능함 Radicle은 중앙 서버가 아닌 **프로젝트 단위의 암호학적 네임스페이스**로 참조를 관리함 접근 제어도 서버가 아닌 **사용자 신원**에 기반함