atproto, Mastodon과 다른 탈중앙화 모델 분석

본문은 atproto가 Mastodon의 '인스턴스' 중심 모델과 달리, 데이터 호스팅과 애플리케이션(앱)을 네트워크 레벨에서 분리했음을 강조합니다. 이는 RSS와 Google Reader의 관계와 유사하며, 사용자는 자신의 데이터를 독립적인 호스팅 서비스에 두거나 직접 호스팅할 수 있습니다. 또한, 다양한 앱을 통해 데이터에 접근할 수 있어, 특정 앱이나 호스팅 제공업체에 종속되지 않는 유연성을 제공합니다. 이는 데이터 소유권(Data Ownership)과 플랫폼 종속성 탈피(Platform Lock-in Avoidance) 측면에서 중요한 진전으로 평가됩니다.

커뮤니티에서는 Mastodon의 '인스턴스' 모델이 사용자 정체성(User Identity)을 특정 인스턴스에 귀속시키고, 인스턴스 간 연합(Federation) 실패 시 데이터 접근 단절(Data Access Disruption) 가능성을 지적합니다. 또한, 인스턴스 관리자의 결정에 따라 네트워크 단절(Network Partition)이 발생할 수 있으며, 이는 탈중앙화의 본질적인 목표(Core Goal of Decentralization)와 상충될 수 있다는 비판이 제기됩니다. 이러한 구조는 O(n²)의 복잡도 증가로 이어질 수 있다는 우려도 있습니다.

논의에서는 atproto의 탈중앙화를 '인스턴스 수'로 측정하는 것이 오해를 불러일으킨다고 지적합니다. 대신, 대안 호스팅으로의 마이그레이션(Migration to Alternative Hosting)과 새로운 앱의 개발 및 시도(Development and Adoption of New Apps)가 진정한 탈중앙화 지표라고 주장합니다. Blacksky와 같은 독립적인 앱 뷰(App View) 및 릴레이(Relay) 운영 사례가 언급되지만, 이 역시 등록 제한(Registration Restrictions)이나 중앙화된 서비스 의존성(Dependency on Centralized Services)에 대한 의문이 제기됩니다.

atproto 스택의 일부인 PLC 디렉토리 서비스(PLC Directory Service)의 중앙화 여부가 주요 논쟁거리입니다. 비록 독립적인 운영자가 존재하고 데이터 격리 아키텍처(Data Isolation Architecture)를 통해 전환이 가능하다고는 하나, 커뮤니티에서는 단일 권위 서버(Single Authoritative Server)에 대한 신뢰가 필요하다는 점에서 완전한 탈중앙화로 보기 어렵다는 의견이 지배적입니다. 이 서비스가 스위스 협회로 이관되는 것도 중앙화된 구조를 근본적으로 해결하지 못한다는 비판을 받습니다.