▲

Radicle: 자율적 코드 포지

 (radicle.xyz)
1P by GN⁺ 4시간전 | ★ favorite | 댓글 1개
  • 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
  • 또는 소스 코드에서 직접 빌드 가능
  • 현재 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로 전송 가능하며, 자동으로 Zulip의 #feedback 채널에 게시됨
▲
GN⁺ 4시간전  [-]
Hacker News 의견들

  • 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 시스템의 삭제 불가능성을 고민하게 됨
    실수로 개인정보를 올리거나, 법이 바뀌어 문제가 되는 콘텐츠를 올렸을 때 어떻게 해야 할지 의문임
    벨라루스 아마추어 무선사 체포 사례처럼 위험한 상황도 있음
    이런 이유로 P2P가 나쁘다는 건 아니지만, 삭제 문제는 여전히 해결이 어려움

    • 과거 Usenet 게시물도 대부분 여전히 남아 있음
      GitHub에서도 비밀키가 포함된 코드가 업로드되면 이미 늦은 경우가 많음
      P2P가 새로운 문제를 만든다기보다 기존 문제를 그대로 드러내는 셈임
    • 공개된 콘텐츠는 사실상 영구적이라는 현실을 인정해야 함
      이메일처럼 일정 시간 내에 발행을 취소할 수 있는 지연 발행 기능이 있으면 좋겠음
    • AD: 이 문제를 인식하고 있으며, 기본 설정을 더 안전하게 만드는 중임
      네트워크 수준에서 콘텐츠 폐기 기능도 논의 중임
    • 중앙화 시스템도 완벽히 안전하지 않음
      운영자가 삭제 여부를 조작하거나, 정부에 보고할 수도 있음
      법적 문제는 결국 정치 체제의 공정성에 달려 있음
    • 중앙화된 서비스에서도 콘텐츠를 다운로드할 수 있으니, 완전한 삭제는 불가능함

  • Tangled와의 차이를 묻는 질문

    • Radicle은 local-first 아키텍처로, 사용자가 자신의 노드를 직접 운영함
      모든 작업(이슈, 패치 리뷰 등)이 로컬 데이터 저장소에서 이루어지고, 서버 왕복이 없음
      네트워크는 동기화 시점에만 개입함
      반면 Tangled는 AT Protocol 기반의 연합형 구조로, 실제로는 중앙화된 서버(AppView)에 의존함
      구조적으로 클라이언트-서버형임
    • Tangled는 여러 Git 서버(‘knots’) 간 통신을 AT Protocol로 중개함
      Radicle은 서버 개념이 없고, 모든 노드가 대등함
      다만 일부 노드가 HTTP 서버로 동작해 브라우저 접근을 돕는 정도임

  • FAQ를 보면 Radicle은 남용·불법 콘텐츠에 대해 각 노드가 자체 정책으로 차단 가능함
    또한 신뢰된 피어 간의 비공개 저장소를 지원함
    데이터는 암호화되지 않지만 선택적 복제로 인해 네트워크 전체에는 노출되지 않음
    FAQ 링크

  • 홈페이지에 공개 저장소 인덱스로 접근할 수 있는 게이트웨이가 필요하다고 느낌
    그래야 네트워크 전체를 탐색할 수 있음
    이런 인덱스가 있다면 GitHub을 대체할 잠재력이 있음

    • 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은 중앙 서버가 아닌 프로젝트 단위의 암호학적 네임스페이스로 참조를 관리함
      접근 제어도 서버가 아닌 사용자 신원에 기반함
답변달기