Nitter 법적 위협을 계기로 atproto의 '인터넷 전체 SELECT'를 주장
- 글은 X가 로그인 없이 공개 게시물을 보이던 Nitter에 중단 요구 서한을 보냈으며, 공개 글을 표시하는 프로그램까지 컴퓨터 범죄법상 우회 도구로 취급한다고 설명함
- 저자는 API가 정해진 질의만 허용하고 대규모 페이지네이션, 서비스 간 조인, 전체 데이터 인덱싱을 막으므로 애플리케이션 개발에 충분하지 않다고 주장함
- 글은 서비스가 전체 데이터셋을 실시간으로 받아 제품별로 인덱싱하고 다시 쓸 수 있어야 하며, 한 회사의 사업 결정으로 접근이 끊기지 않아야 한다고 요구함
- atproto는 공개 데이터 접근, 계정 이전, 네트워크 활동을 실시간으로 내보내는 firehose를 위해 설계됐다고 소개함
- 글은 계정 이전에 트윗 아카이브 같은 정적 내보내기만으로는 부족하며, 다른 참여자가 계속 작업할 수 있는 운용 가능한 데이터와 지속되는 신원이 필요하다고 설명함
Hacker News opinions
레딧도 같은 목록에 넣을 수 있음. IPO를 앞두고 예전에 서드파티 앱 개발을 부추겼던 API의 가격을 올려버렸잖아.
레딧은 2024년에 이미 상장했는데 무슨 말임?
ATProto가 정말 대단한 건지, 지지자들이 기술에 취한 건지 판단이 안 섬. Mastodon, Matrix, Scuttlebutt보다 뭐가 낫고 결국 네트워크 효과가 전부 아닌가.
트위터 대항 서비스는 힘이 빠졌고, 원래 계획했던 인프라 쪽 메시지로 더 옮겨가는 것처럼 보임.
ATProto는 대규모 공개 발행을 열어 두면서 UX를 크게 나쁘게 만들지 않으려는 설계임. 공개 공간만 있는 동안에는 대체 마이크로블로그를 만들려고 많은 레코드를 동기화해야 하지만, 계정 호스팅 PDS는 싸고 운영하기 쉬움.
ATProto에서 인스턴스를 골라 거기에 묶일 필요가 없는 분산형 신원이 차이점임.
블로그라면 RSS와 OPML 구독 목록을 쓰는 편이 낫다고 봄. Feedland는 공개 구독 관계를 추적하고, OPML 블로그롤을 수집하면 누가 어떤 블로그를 읽고 추천하는지도 찾을 수 있음.
Jetstream은 Bluesky 단일 서비스에 묶인 게 아님. 첸나이에서 호스팅한 독립 firehose도 있고, PDS가 릴레이에 크롤링을 요청하면 전체 이벤트 스트림을 만들 수 있는데 RSS는 먼저 어떤 피드를 수집할지 알아야 함.
연합 웹 문제의 해법은 늘 이메일, 시맨틱 HTML, 웹 인덱싱 서비스라고 봄. ATProto는 단순한 인덱싱 문제를 JSON과 가짜 연합 서비스, 전문용어 층으로 가려서 트위터보다 못한 결과를 만들었음.
글은 인터넷과 기업이 당연히 이런 데이터 접근을 지원해야 한다는 전제로 쓰였음. 있으면 좋겠다는 것과 당연히 제공해야 한다는 것은 다른 얘기임.
분산화 시도는 너무 많이 봤고, 기술이 문제였던 적은 거의 없음. 노트북에서 거의 공짜로 돌아가고, 네트워크 다이어그램 없이 설명되며, 사람들이 실제로 보고 싶은 콘텐츠가 있어야 이김. 트위터가 API를 잠근 건 광고 수익과 비용 문제도 있었음.