검열과 감시를 피하려면? 서비스 대신 프로토콜을 사용하라!

게시글은 서비스(Service)의 중앙 집중화가 정부의 규제 및 감시의 주요 원인이라고 지적하며, 프로토콜(Protocol) 기반의 통신 방식이 이러한 위험을 완화할 수 있다고 주장한다. 특히, 단일 기업에 대한 규제가 아닌, 수많은 독립적인 운영자에게 압력을 가해야 하는 상황을 만들어 검열(Censorship)의 어려움을 증대시킨다. 또한, 서비스 중단 시에도 다른 구현체를 통해 지속적인 사용이 가능하다는 점을 강조한다.

댓글에서는 IRC, XMPP, Matrix와 같은 프로토콜의 기술적 한계와 개선점을 지적한다. 특히, 프로토콜의 진화 속도가 느리고, 새로운 기능 추가가 어렵다는 점을 언급하며, 채널 기록(Channel History), 계정 등록(Account Registration)과 같은 기본적인 기능 구현의 어려움을 예시로 제시한다. 또한, Mastodon과 같은 플랫폼의 사용성 문제를 지적하며, 프로토콜 기반 서비스의 사용자 경험 개선의 필요성을 강조한다.

게시글은 분산 신원 확인(Decentralized Identity) 기술의 중요성을 강조하며, 서비스 제공자에 종속되지 않는 독립적인 신원 확인 시스템의 필요성을 제기한다. 댓글에서는 이메일(Email)의 사례를 들어, 서비스 제공자가 계정을 차단할 경우 사용자의 신원 또한 함께 차단되는 문제를 지적한다. DID(Decentralized Identifier)와 검증 가능한 자격 증명(Verifiable Credentials)과 같은 기술을 통해 이러한 문제를 해결할 수 있지만, 아직까지 널리 사용되지 못하고 있다는 점을 언급한다.

게시글은 프로토콜(Protocol)과 서비스(Service)의 차이점을 명확히 제시하며, 버전 관리 및 종속성 측면에서의 트레이드오프를 분석한다. 서비스는 특정 버전의 종속성을 가지며, 서비스 중단 시 사용자는 다른 서비스를 찾아야 한다. 반면, 프로토콜은 구현체의 변경에 유연하게 대응할 수 있으며, 최악의 경우에도 다른 구현체를 통해 서비스를 지속할 수 있다. 이러한 유연성은 기술적 락인(Lock-in)을 방지하고, 사용자에게 더 많은 선택권을 제공한다.