포지의 연합이 필요하다 — Tangled로 열어가는 분산형 코드 협업의 새 지평

분산형 코드 협업의 새로운 지평 — Tangled

포지의 연합이 필요하다 — Tangled로 열어가는 분산형 코드 협업의 새 지평

개발자라면 한 번쯤 이런 고민을 해봤을 것이다. 내 코드를 모두 GitHub에 맡겨도 될까? 마크다운 이슈 하나, 풀 리퀘스트 하나, 스타 하나 하나까지 — 그 모든 것이 어느 날 갑자기 사라질 수 있다는 걸 우리는 알고 있다. 200개 이상의 레포지토리를，일성령하로 없애버린 GitHub의 역사는 우리에게 경고다.

그래서 나온 답이 바로 분산형 코드 협업이다. 그리고 그 실험 중 가장 흥미로운 프로젝트가 바로 Tangled다.

왜 분산형 코드 협업인가

오픈소스 협업의 상당 부분이 단일 제공자에 의존하는 구조는 바람직하지 않다. 중앙집중형 시스템보다 분산형 프로토콜이 더 오래 버텨왔다는 것은호련망의 역사 자체가 증명하고 있다.

코드 협업은 원래 두 가지 프로토콜을 함께 사용해 왔다:

시대	코드 전송	커뮤니케이션
초기	git	이메일
현대	git	GitHub 웹사이트
차세대	git	ActivityPub 또는 AT Protocol

하나의 프로토콜이 코드 전송을 맡고, 다른 하나가 이슈·PR·팔로우 같은 커뮤니케이션을 담당하는 구조. 이것이 진화하고 있는 것이다.

Tangled란 무엇인가

Tangled는 AT Protocol 기반의 Federated Git 협업 플랫폼이다. 각 서버를 knot이라 부르며, 서버가 달라도 저장소 협업이 가능하다.

핵심 능력

• .cross-server fork 지원: 자기 서버의 저장소에 push한 뒤, 완전히 다른 서버에 호스팅된 저장소로 Pull Request를 열 수 있다

• 이슈와 PR의 연합: 각 서버의 이슈, 풀 리퀘스트가 knot들 사이로 전달된다

• 소셜 기능 통합: 이벤트 타임라인, follows, stars를 AT Protocol로 관리

• SSH 공개키 공유: 협업자 초대와 인증에 AT를 활용

이는 직접 cgit 인스턴스를 운영하면서 이메일로 패치를 보내는 흐름과 닮아 있으면서도, GitHub 모노컬처에서 벗어나 협업의 사회성과 재미를 유지하려는 방향이 드러난다.

AT Protocol이 왜 좋은가

Tangled가 ActivityPub 대신 AT Protocol을 선택한 데는 이유가 있다.

AT Protocol은 Mastodon식 defederation과 꽤 다른 구조를 가진다:

> 계정은 PDS에 호스팅되고 기록도 거기로 가지만, 앱에서 보이는 내용은 여러 PDS의 데이터를 모은 AppView가 제공한다. 그래서 어느 PDS에 있든 앱 경험은 중앙집중형 서비스처럼 느껴지고, AppView도 여러 개 둘 수 있으며 직접 호스팅도 가능하다.

즉, 분산형 인프라의 자유와 중앙집중형용호체험의 편의를 동시에 추구하는 것이다.

ForgeFed와의 차이

비교 항목	ForgeFed	Tangled
커뮤니케이션 프로토콜	ActivityPub	AT Protocol
프로토콜 상태	제안 단계	Alpha 운영 중
소셜 기능	기본	풍부 (이벤트 타임라인, stars, follows)
정적 사이트 호스팅	미지원	내장 지원
빌드 시스템	없음	Spindles (Nix 기반)

ForgeFed는 git과 ActivityPub 조합의 가능성을 두고 있지만, Tangled는 이미 동작하는 서비스를 통해 실용성을 보여주고 있다.

Spindles — 빌드 시스템의 새로운 접근

Tangled 생태계의 또 다른 열쇠는 Spindles다. Nix 팬이 아니더라도 필요한 용도엔 꽤 잘 맞다는 평가가 많다.

• 빌드 시스템/액션 역할을 담당

• open API가 뛰어나 atproto 기반 표준을 활용한 정보 렌더링easy creation

• 직접 knot(git 서버)과 Spindles(runner)를 운영하거나 호스팅된 것을 사용할 수 있다

핵심은 소셜 기능이 분리되어 있어서, git 서버가 따로 있어도 이슈나 PR 대화는 공용 소셜 레이어에서 이루어진다는 점이다.

실제로 써본 개발자의 후기

HN 댓글에서 실제 사용자의 생생한 경험이 올라왔다:

> "GitHub 대체제로 내가 원하던 모습에 제일 가깝고, 기능은 더 단순하지만 지난 1년 동안 개인 오픈소스 프로젝트의 주력 social/git 서비스였음"

• Bluesky에서 알던 소셜 그래프가 이어져서, 커밋·PR·이슈 뒤에 있는 사람을 감각적으로 연결

• 로그인이 다른 atproto 서비스와 같아서 편함

• 정적 사이트 내장 지원으로 클라이언트 사이드 웹사이트나 간단한 index.html을 repo에서 바로 호스팅

도전과 우려

모든 새로운 시도에는 의심과 걱정이 따른다:

VC 자금 문제: 제목만 봤을 땐 기대했지만 VC 자금이 들어갔다는 걸 아는 순간 고려 대상에서 빠졌다는 반응도 있다. VC 프로젝트는 결국 rug pull, 광고, 프라이버시 침해, 또는 억지스러운 유료 기능 강화로 가기 쉽다는 것이다.

Cold Start 문제: Federated solution의 핵심 난제는 결국 cold start다. 기존 대형 서버에 들어가면 중앙집중 문제를 다시 안게 되고, 직접 서버를 열면 네트워크는 0이다.

결론 — 연합의 가치를 믿는 사람들에게

포지의 연합, 즉 Forge Alliance는 단순한 기술 실험이 아니다. 코드의 소유권과 협업의 자유를 되찾겠다는 사상적 선언이다.

GitHub가 세상을 바꿨듯, 이제 우리는 다시 한 번 생각한다. 코드 협업의 미래는 어디에 있어야 하는가? Tangled가 정확한 답일지는 모르겠지만, 이 질문에 답하려 시도본신이가치 있다.

분산형을 향한 여정에서, Tangled는 지금 가장 주목해야 할 프로젝트다.

---

📚 출처

• 원문: 포지의 연합이 필요하다 (blog.tangled.org)

• GeekNews: https://news.hada.io/topic?id=29030

• Tangled 공식: tangled.org

• AT Protocol 이해하기: overreacted.io/a-social-filesystem/

tags: 분산형,git,ATProtocol,Tangled,Federated,오픈소스,코드협업,ActivityPub,Bluesky,ForgeFed