Bluesky의 적층식 모더레이션 방식

 (bsky.social)
1P by GN⁺ | ★ favorite | 댓글 1개
  • Bluesky는 기본 안전 장치 위에 독립 서비스의 필터를 겹쳐 쓰는 적층식 모더레이션으로, 사용자가 자신에게 맞는 소셜 경험을 조정하게 함
  • 새로 오픈소스화된 Ozone은 팀 단위로 신고를 검토하고 라벨을 만들며, atproto 네트워크의 콘텐츠를 살펴볼 수 있는 협업 도구임
  • 기본 앱 경험은 24시간 운영되는 Bluesky 모더레이션 팀과 자동화 시스템이 맡고, 사용자는 여기에 추가 필터를 선택해 붙일 수 있음
  • 독립 모더레이션 서비스 필터는 먼저 데스크톱 앱에 제공되고 이후 모바일로 확대되며, 계정을 팔로우하듯 찾아 구독하는 방식임
  • 라벨러와 모더레이션 서비스는 Bluesky 앱을 넘어 atproto 네트워크 전반에서 작동할 수 있어, 앱별로 다른 모더레이션 구성을 만들 수 있음

사용자가 조정하는 모더레이션 구조

  • Bluesky는 사용자가 온라인 소셜 공간을 스스로 조정할 수 있게 하는 것을 목표로 함
  • 기존 소셜 미디어는 전 세계를 연결했지만, 소수 기업과 리더에게 권한이 집중되는 결과를 낳음
  • 하나의 회사가 모든 국가, 문화, 커뮤니티에 맞는 안전 기준을 완벽히 정하기 어렵기 때문에 커뮤니티별 모더레이션 생태계를 구축하고 있음
  • 자체 모더레이션 팀은 커뮤니티 가이드라인을 집행하기 위해 24시간 운영됨
  • 동시에 커뮤니티가 자체 규범과 선호에 맞는 공간을 만들 수 있도록 오픈소스 안전 도구와 모더레이션 생태계를 제공함

Ozone 공개와 독립 모더레이션 서비스

  • Bluesky는 협업형 모더레이션 도구 Ozone을 오픈소스로 공개함
  • Ozone을 쓰면 개인과 팀이 네트워크 전반의 콘텐츠를 검토하고 라벨을 붙일 수 있음
  • 이번 주 후반부터 사용자는 Bluesky 앱에 통합되는 독립 모더레이션 서비스를 직접 운영할 수 있게 됨
  • 사용자는 Bluesky가 요구하는 기본 모더레이션 위에 추가 모더레이션 서비스를 만들고 구독할 수 있음
  • Ozone 저장소는 GitHub에서 확인 가능함

세 가지 설계 원칙

  • Bluesky의 모더레이션 서비스 설계는 세 원칙을 따름
    • Simple and Powerful: 기본 경험은 쉽게 유지하고, 필요한 사용자에게는 맞춤화 옵션을 제공함
    • User Choice: 사용자와 커뮤니티가 자체 모더레이션 시스템을 만들 수 있게 함
    • Openness: 디지털 공간 거버넌스에 대한 신뢰를 높이는 열린 시스템을 지향함
  • Bluesky는 사용자가 2만 명도 되기 전부터 composable moderation 구상을 공유했으며, 현재는 500만 명 이상을 서비스함

기본값 위에 쌓는 사용자 선택

  • Bluesky 가입자는 기본적으로 Bluesky의 내장 모더레이션 서비스에 구독됨
  • 이 기본 서비스는 24시간 운영되는 팀의 사용자 신고 처리와 여러 자동화 모더레이션 시스템을 결합함
  • 사용자는 독립 모더레이션 서비스의 필터를 설치해, Bluesky 앱의 기본 기반 위에 블록처럼 레이어를 쌓을 수 있음
  • 첫 배포 단계에서는 독립 모더레이션 서비스 필터가 데스크톱 버전에서 제공됨
  • 이후 모바일에서도 제공되어 여러 플랫폼에서 소셜 경험을 조정할 수 있게 됨
  • 기술적 구조는 AT Protocol 모더레이션 아키텍처 문서에서 더 자세히 볼 수 있음

사용자에게 보이는 작동 방식

  • Bluesky는 앱 설치 직후부터 직관적인 기본 경험을 제공하는 것을 우선함
  • 더 세밀한 조정을 원하는 사용자는 Bluesky 앱에서 독립 모더레이션 서비스를 찾아 선택하고 구독할 수 있음
  • 구독 방식은 다른 계정을 팔로우하는 것처럼 쉽게 설계됨
  • 예시인 Spider Shield는 거미 사진을 차단하는 모더레이션 서비스로 만들 수 있음
    • 사용자가 이 서비스를 설치하면 라벨이 붙은 거미 사진은 사용자 경험에서 사라짐
    • 라벨이 없는 거미 사진을 발견하면 앱 내 신고 흐름으로 Spider Shield에 검토를 요청할 수 있음

모더레이터에게 생기는 변화

  • Bluesky 앱의 기본 모더레이션 위에 별도 레이어를 제공하려는 사람은 많은 인프라를 운영하거나 자체 클라이언트 앱을 만들 필요가 없음
  • 현재는 일정한 기술 지식이 필요하지만, Bluesky는 시간이 지나며 이 과정이 더 단순해질 것으로 봄
  • 기존에도 다른 사용자가 구독할 수 있는 뮤트 리스트나 차단 리스트를 운영할 수 있음
  • 인기 있는 차단 리스트는 개인 계정과 강하게 연결되어, 사용자가 앱에서 운영자를 직접 태그하는 등 규모가 커질수록 부담이 커질 수 있음
  • Ozone은 차단 리스트와 비슷한 서비스를 더 세밀하게 운영할 수 있게 함
    • 계정뿐 아니라 특정 게시물에도 라벨을 붙일 수 있음
    • 신고 대기열에 접근할 수 있음
    • 사용자는 앱 내 신고 흐름으로 신고를 보낼 수 있음
    • 커스텀 라벨을 만들고, 각 라벨이 어떤 동작을 해야 하는지 지정할 수 있음
    • 서비스는 개인 사용자에게 묶이지 않고 여러 사람이 관리할 수 있음
  • Spider Shield 예시에서는 Ozone 대시보드가 신고된 거미 사진 대기열을 제공해, 사람들이 매번 운영자를 직접 태그할 필요를 줄임
  • 라벨은 실제 거미 사진을 차단하고, 거미 삽화를 흐리게 처리하는 식으로 서로 다르게 설정 가능함
  • 여러 사람이 신고 관리를 돕거나, 사용자를 방해하지 않고 프로젝트를 다른 사람에게 넘길 수 있음

개발자가 라벨을 붙이는 방법

  • 개발자는 콘텐츠에 라벨을 붙일 때 Ozone 같은 Bluesky 소프트웨어를 쓰거나, API를 통해 직접 라벨을 적용할 수 있음
  • Ozone은 사람이 모더레이션 신고를 검토하도록 돕는 도구지만, 자동 라벨링으로 모더레이션 서비스를 구동할 수도 있음
  • Spider Shield를 머신러닝 기반 자동 서비스로 만들어 거미 사진을 찾아 라벨링하려면 Ozone 없이도 구현 가능함
  • Ozone을 목적에 맞게 수정하려면 PR을 보내거나 프로젝트를 포크할 수 있음
  • Bluesky는 AT Protocol 생태계의 앱들이 신뢰와 안전 문제를 처음부터 다시 구축하지 않도록 오픈소스 모더레이션 도구를 제공함

라벨과 atproto 네트워크의 확장성

  • 라벨은 범용적이고 맞춤화 가능하도록 설계됨
  • 초기 라벨러 기능은 콘텐츠를 숨기거나, 차단하거나, 흐리게 처리하는 데 초점이 있음
  • 이후에는 큐레이션이나 검증에도 쓰일 수 있음
  • 예를 들어 거미 사진을 올리지 않는 자연 계정을 “검증”하는 용도로 라벨을 활용할 수도 있음
  • 모더레이션 서비스는 Bluesky 앱에 한정되지 않고 전체 atproto 네트워크에서 작동할 수 있음
  • Skygram이라는 새 사진 공유 앱이 생기면, Bluesky용으로 만든 Spider Shield 모더레이션 서비스도 Skygram에서 쓸 수 있음
  • 이런 조합 가능성이 composable moderation의 핵심이며, 서로 다른 앱 사이에서도 구성 요소를 섞어 쓸 수 있음

기본 모더레이션을 벗어나는 선택지

  • Bluesky 앱 사용자는 기본적으로 Bluesky 모더레이션 서비스를 사용함
  • Bluesky 앱에 표시되는 모든 콘텐츠는 Bluesky의 커뮤니티 가이드라인을 따라야 함
  • Bluesky 기본 모더레이션이 필요에 맞지 않으면 별도 클라이언트 앱을 만들거나 사용해, 자체 모더레이션 서비스를 연결할 수 있음
  • 이 선택지는 AT Protocol에 연결되는 별도 클라이언트 앱이 필요하지만, 처음부터 자체 모더레이션 시스템을 구현할 수 있는 유연성을 제공함

Mastodon과 다른 서버-모더레이션 관계

  • Bluesky의 모더레이션은 Mastodon처럼 서버에 묶이지 않음
  • Mastodon의 defederation은 모더레이션 문제를 서버 연결 차단으로 다루는 방식이지만, Bluesky에는 다른 레이어가 있어 같은 방식의 관련성이 낮음
  • 서버 운영자는 호스팅할 콘텐츠 규칙을 정할 수 있고, 커뮤니티가 모더레이션 선호에 맞게 자기 조직화하는 데는 차단 리스트와 모더레이션 서비스가 쓰임
  • Bluesky의 연합 구조 차이는 federation 관련 글에서 더 자세히 다룸
  • 모더레이션 서비스는 피드 생성기처럼 커뮤니티 운영 프로젝트로 시작할 가능성이 큼
  • Bluesky에는 4만 개 이상의 커스텀 피드가 있으며, 모더레이션 서비스도 개인이나 조직의 독립 프로젝트로 운영될 수 있음
  • 유료 구독자를 받는 모더레이션 서비스도 가능함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 이 기능을 구현한 팀에 있어서 질문에 답할 수 있음. 간단히 기술적으로 설명하면, 전반적으로는 게시물에 Labels라는 메타데이터를 발행하는 시스템임
    애플리케이션 클라이언트가 요청 헤더에서 사용하고 싶은 라벨링 서비스를 지정하면, 그 라벨이 응답에 붙고 클라이언트가 이를 해석할 수 있음
    이는 개방형 시스템이라 클라이언트가 어떤 라벨러를 쓸지 고를 수 있고, Bluesky 클라이언트는 Bluesky 조정을 하드코딩하지만 다른 클라이언트는 다른 기본 라벨러를 선택할 수 있음. 사용자는 커뮤니티 라벨러를 추가할 수 있고, 조정의 대부분은 그 계층에서 처리하려 함. 불법 콘텐츠나 네트워크 남용에는 서비스 계층, 즉 릴레이에서 실행하는 “인프라 차원의 삭제”도 있음
    앱 안에서는 추가 필터를 받기 위해 구독할 수 있는 특수 계정처럼 보임. 라벨은 중립적이거나 부정적일 수 있어 사실상 사용자 배지처럼도 동작 가능함. 앞으로 더 풍부한 메타데이터와 동작을 지원하도록 확장해, 커뮤니티 노트나 라벨 기반 답글 제한 같은 기능에도 쓸 수 있게 할 예정임

    • 좋은 접근으로 들림. 예전부터 이런 선택형·교체 가능한 신뢰 기반 조정을 여러 번 생각해봤지만, 현실에서 비교적 단순한 형태로 구현된 건 이번에 처음 본 듯함
      선행 사례를 아는지 궁금함. 가장 가까운 건 오히려 이 사이트인데, 여기는 opt-out이지만 교체 가능하지는 않음. 아니면 서버 관리자 관점의 이메일 스팸 필터 정도일 수 있음
    • Bluesky를 느슨하게 따라왔고 블로그 글도 좀 읽었지만 깊게 파보진 않았음. 인프라 차원의 삭제가 무엇인지 더 설명해줄 수 있는지 궁금함
      이게 서드파티 클라이언트에도 영향을 주는지, 중앙화 지점이자 조정 남용에 열려 있는 부분인지 알고 싶음. 아니면 Bluesky가 프로토콜로 동작해서 원한다 해도 자기 클라이언트 밖에서는 무언가를 내릴 수 없는 구조인지 이해하려는 중임
    • 이곳이 조정에 매우 반감이 큰 분위기라는 건 알지만, 작은 지지 의견을 보태고 싶음. 이 글과 설명이 매우 인상적이었고, Reddit의 평범한 시스템이나 지금 Twitter에서 벌어지는 것보다 훨씬 큰 진전으로 보임
      특히 Steam Curator식 기능을 콘텐츠 조정에 적용한 건 정말 적절하고, 왜 진작 떠올리지 못했나 싶을 정도임
    • 어떤 관할권에서는 불법이고 다른 곳에서는 합법인 콘텐츠는 어떻게 처리할지 궁금함. California 같은 기본 관할권을 전제로 두는 건지 알고 싶음
    • 정말, 정말 지루한 웹사이트를 만드는 아주 좋은 방법처럼 보임
      다시 읽어보니 그다지 도움이 되는 HN식 댓글은 아닌 듯해서 덧붙이면, 인터넷의 가장 유용한 점 중 하나는 평소라면 마주치거나 생각해보지 않을 장소와 아이디어를 탐험하는 데 있다고 봄. 북극에 가려고 목선을 타는 것처럼 인터넷을 돌아다니는 데도 상당한 위험이 따르지만, 개인적 성장과 변화의 가능성을 생각하면 그 위험은 감수할 만할 수 있음
      이런 인터넷 모델은 다소 구식임. 지금 인터넷은 대부분 오락에 가깝고, Bluesky도 TikTok이나 Instagram처럼 휴대폰 화면에 시선을 붙잡아두기 위해 존재함. Bluesky가 조금 더 지적인 편이긴 하지만 아주 조금일 뿐임
      사람들은 보통 좌절감을 주는 것에 즐거움을 느끼지 않으니, Bluesky 같은 오락 회사가 콘텐츠 조정에 집착해 사용자에게 즐거운 콘텐츠만 도달하게 하려는 건 이해됨. 그런 의미에서 라벨링은 영화 등급처럼 소비자에게 이게 자신에게 적절한지 알려주는 데 유용해 보임
      그래서 Bluesky 입장에서는 훌륭함. 하지만 나는 정중히 가입을 사양하고 목적이 다른 플랫폼을 쓰겠음

  • 이 접근의 장점은 많이 보이지만 한 가지는 회의적임
    글에서 여러 번 문화별 조정을 언급하는데, 사이트 전체 조정이 가정하는 기본 문화가 무엇인지 궁금함. 미국인지?
    Bluesky가 비용을 대는 조정 팀이 모든 언어를 맡는지, 아니면 영어 게시물만 맡는지 궁금함. “공식 지원”이 없는 문화권에 속한다는 건 어떤 의미가 되는지도 문제임

  • Mastodon의 서버 시스템과 매우 비슷해 보임. 자기 정책에 맞는 서버에 가입하는 구조와 같지만, 여기서는 서버 전환이 훨씬 쉬움. 아주 좋은 아이디어임

    • 실제로는 꽤 다름. Mastodon에서는 인스턴스/서버가 모든 것을 담당하지만, 여기서는 각 부분이 분리되어 있고 보통 각 요소를 여러 개 사용할 수 있음
      Bluesky에는 DID를 통한 신원이 있음. web DID를 쓰면 신원이 도메인 이름에 묶이고 Bluesky 인프라가 전혀 연결되지 않음. 완전히 자기 손에 있지만 이름이나 도메인을 쉽게 바꾸기는 어려움. 반대로 plc DID를 쓰면 현재는 중앙화된 인프라를 쓰지만 이름이나 도메인을 쉽게 바꿀 수 있음. 이 경우 계정당 DID 하나를 갖게 됨
      게시물 내용을 보관하는 PDS 또는 “데이터 저장소”가 있음. 직접 호스팅하거나 Bsky의 중앙 PDS를 쓸 수 있고, 계정당 하나만 사용 가능함
      모든 PDS/데이터 저장소의 게시물을 모으는 색인기가 있고, 이것이 Bluesky가 말하는 “firehose”를 만듦. 트래픽을 라우팅하고 캐시하는 릴레이도 있음
      실제 애플리케이션, 예컨대 Bluesky를 제공하는 앱 뷰가 있고, 페이지가 어떻게 보일지 정하는 “알고리즘”을 제공하는 피드 서비스도 있음. 이런 피드는 원하는 만큼 구독하거나 직접 호스팅할 수 있음
      마지막으로 여기서 다루는 라벨러가 있음. Mastodon과 달리 여러 라벨러를 동시에 팔로우할 수 있음. 라벨러는 자동 콘텐츠 경고나 수동 조정을 제공할 수 있음. 중요한 건 결국 라벨러가 무엇을 하든 사용자가 그것이 경고/블러 처리에 그칠지, 실제로 콘텐츠를 숨길지 통제한다는 점임
      Mastodon은 모든 것이 하나의 서버/인스턴스에 묶여 있고, 조정에 대한 통제는 “직접 인스턴스를 운영하고 모든 조정 작업을 떠맡기” 또는 “감시 수단 없이 다른 인스턴스에 의존하기”로 귀결됨
      Mastodon의 접근이 당시에는 말이 안 됐다는 뜻은 아니지만, 말한 것처럼 Bluesky 방식이 훨씬 더 타당하고 사용자가 선택지 사이를 이동하기도 훨씬 쉬움
    • 이론상으로는 그렇지만, 내가 이해하기로 Mastodon은 서버 간 차단이 만연함. 관리자가 어떤 비난받는 서버의 게시물을 읽는 것조차 허용하지 않겠다고 결정할 수 있음
      RSS처럼 클라이언트 쪽에서 모으는 게 아니라 서버 쪽에서 집계하기 때문임. 또 특정 서버를 차단하지 않는 것만으로도 자기 서버가 블랙리스트에 오를 수 있음. 그래서 네트워크라기보다, 서로 고립된 여러 네트워크 중 하나를 배타적으로 골라야 하는 그래프에 가까워짐
    • 괜찮은 비유이긴 하지만, 형제 댓글 말처럼 작동 방식은 꽤 다름
    • 가장 좋은 점은 사용자가 서버가 아니라 서비스를 구독한다는 것임

  • 이게 맞는 방식이어야 함. 내가 보고 싶지 않은 것을 올리는 사람은 차단할 수 있고, 그런 사람들의 집단도 차단할 수 있음. 반대로 내가 보고 싶은 사람과 집단은 식별해서 내 타임라인에 통과시킬 수 있음

    • 이건 완전한 의미의 “자기 마음대로 고르는” 조정은 아니라는 점을 짚을 필요가 있음. 예컨대 동의 연령을 낮추자고 주장하는 사람은 여전히 금지될 것임: https://bsky.social/about/support/community-guidelines
      다만 이론적으로는 자기 클라이언트를 만들 수 있을 듯한데, 실제로 어떻게 작동할지는 잘 모르겠음. 아마 Bluesky가 싫어하는 콘텐츠는 BlueSky 서버에 저장되지 않을 것 같음
    • 콘텐츠 조정의 흥미로운 부분은, 커뮤니티가 나쁜 일에 대해 말할 수는 있게 해야 한다는 점임
      자기들에게 일어난 나쁜 일을 말한다는 이유로 자기 커뮤니티가 금지되면 안 됨. 그런 시나리오가 어떻게 처리될지 궁금함
      아마 콘텐츠를 회색 처리만 할 수도 있음. 그런데 사용자는 어떻게 할 건가? 그 사용자의 콘텐츠도 회색 처리되는 건지 궁금함

  • 정말 멋진 아이디어임. 예시로 든 Spider Shield가 마음에 듦. 스포일러나 당분간 읽고 싶지 않은 주제처럼 조정에 인접한 온갖 용도로 쓰이길 기대함

  • 솔직히 꽤 훌륭함. 사람을 재귀적으로 차단하거나, Twitter Blue 사용자를 차단하거나, 특정 서브레딧에 글을 올린 사람을 차단하거나, masstagger처럼 표시해주던 브라우저 확장의 공식적이고 확장 가능한 버전임
    프로그래밍 가능한 차단 목록을 일급 기능으로 만드는 건 매우 좋음
    https://www.techdirt.com/2022/11/02/hey-elon-let-me-help-you... 같은 드라마에서 구해줄 것 같지는 않지만 그래도 반가운 기능임. 인기 있는 서드파티 차단 목록에 올라간 사람들이 어떻게 반응할지 흥미로울 것임

    • “특정 서브레딧에 글을 올린 사람 차단”은 조심해야 함. 누군가 /r/conservative나 /r/liberal에 글을 올렸다고 해서 반드시 그 성향이라는 뜻은 아님
    • 이게 정말 나쁜 아이디어인 이유를 보여주는 좋은 논거임
    • 재귀적 차단이 뭔지 궁금함
    • 그런 확장 프로그램 이름을 몇 개 알려줄 수 있는지 궁금함. 비슷한 기능을 생각했고, 비슷한 서비스/확장 등을 만들까 고민하면서 오래전에 조금 실험도 해봤음. 이미 무엇이 있는지 알고 싶음

  • 이게 유인을 제대로 맞추는 걸까?
    내 생각엔 그렇지 않음. 사용자가 조정을 선택하더라도 언제든 조정 기능을 일시적으로 끄고 필터 없는 화면을 볼 수 있어야 함. 언제든 안경을 벗을 수 있어야 함. 그렇지 않으면 이념적 맥락에서 조정이 검열로 변질될 수 있고, BlueSky는 여론을 몰아가는 이들의 친구가 됨
    사용자가 안경을 벗을 수 있더라도 조정은 콘텐츠 생산을 억누를 가능성이 큼. 아무도 듣지 않는다면 왜 말하겠는가? 하지만 사용자가 조정을 끄는 실험을 할 수 있게 하면, 각자는 조정이 도움이 되는지 검열인지 항상 판단할 수 있음. 그러면 조정이 쉽게 발견되고 측정될 수 있으므로 조정자도 합리적으로 행동하게 만드는 압력이 생김
    이는 집단에도 좋다고 봄. 집단 전체 조정 규칙이 확정적이고 사용자가 그 너머를 들여다볼 수 없다면, 조정 자체가 강력한 자리라서 여론을 관리하려는 사람들이 늘 그렇듯 권력 다툼을 벌이게 됨. 반대로 조정이 항상 동의에 기반해 약해진다면, 여론 통제를 둘러싼 게임이 줄어들 것임
    집단은 구성원 자격을 통해 스스로를 관리하는 편이 낫다. 들어가기는 어려울 수 있지만, 일단 들어가면 조정과 무관하게 모두에게 자기 목소리가 들려야 함. 약한 조정은 집단 구성원 자격의 가치를 높이고, 서로를 신뢰하는 데 도움이 되는 가입 조건을 두기 쉽게 만듦. 그런 조건을 관찰 가능하고 일관되게 적용하는 건 또 다른 문제임

  • 솔직히 말하면 BlueSky 아이디어를 정말 좋아했고 초기 사용자였음. 하지만 지난주 Trust & Safety 팀을 발표했거나 적어도 새 리더를 채용했다는 소식을 보고 앱을 삭제했음
    내 머릿속에서, 그리고 많은 사람에게 Trust and Safety는 검열의 동의어임
    지금은 검열이 자유에 거대한 위험이 되는 시대임. 자유로운 사회는 토론할 수 있어야 하고, 사람들이 무엇을 논의할 수 있는지 한계를 정할 지혜가 자기에게 있다고 판단하는 사람이나 조직은 자유에 대한 위협임
    BlueSky가 다른 길을 선택하길 기대했지만, 이제 아닌 것 같음

    • 글을 제대로 이해했다면 그 팀이 조정하지 않는 피드를 받을 수 있음. 그래서 무엇이 불만인지 잘 모르겠음. 다른 사람들이 원하면 조정 기능을 받을 수 있다는 점이 문제라는 건가?

  • Bluesky 블로그에 RSS 피드가 있는지 궁금함

  • 극도로 분열된 사회가 설정 가능한 반향실 덕분에 큰 혜택을 보겠군

    • 진심으로 도움이 될 것임. 모두를 같은 방에 가두지 말고 각자 자기 공간을 갖게 하면 서로 귀찮게 굴지 않을 수 있음. 훌륭한 지역주의라는 아이디어가 언제부터 “반향실”이라는 비하어가 됐는지 이해가 안 됨
      물리 세계와 달리 땅의 한계도 없고, 사이버공간은 무한함. 서로를 견디지 못하는 사람들이 왜 그렇게 서로 얼굴을 들이밀고 싶어 하는지 모르겠음
    • 그 대신 무엇을 가져야 하나? 모두가 읽을 수 있는 것을 통제하는 선의의 독재자인가?
    • 아직 명백히 옳고, 완성됐고, 널리 호소력 있는 소셜 네트워크 설계는 나오지 않았음. Twitter의 접근은 한동안 어느 정도 작동했지만 지금은 완전히 망가진 게 분명함
      인터넷 포럼을 조금이라도 써본 사람이라면 넓은 의미에서 어떤 종류의 조정은 필요하다는 걸 앎. 개인적으로는 일상적인 트랜스혐오에 노출되는 소셜 네트워크를 쓰지 않을 것임. “양쪽 입장”을 듣기 싫어서가 아니라, 이미 가능한 한 확고하게 반대하는 입장을 갖고 있고 더 들을 필요가 없기 때문임. 일반 해법이 없을 수도 있지만, Bluesky가 시도하는 건 높이 평가함
    • 이건 노치 필터에 더 가까워 보이고 잘 작동하길 바람. 적어도 뭔가를 시도하고 있고, 대규모 실험은 실패를 통해서라도 이 문제를 파악하는 데 도움이 될 수 있음
답변달기