마스토돈에서의 BBC

 (bbc.co.uk)
1P by GN⁺ | ★ favorite | 댓글 1개
  • BBC Research & Development는 Fediverse가 공공 서비스 미디어에 맞는지 확인하기 위해 social.bbc에서 실험용 Mastodon 서버를 운영하기 시작함
  • 초기 서버는 BBC R&D, Radio 4, 5 Live 등 일부 BBC 공식 계정의 콘텐츠 게시와 팔로우에 초점을 맞추며, 일반 사용자 가입은 받지 않음
  • Mastodon은 각 서버가 자체 규칙을 갖고 서로 연결되는 연합형 소셜 네트워크라서, 중앙 플랫폼과 다른 신원 확인·조정 방식이 필요함
  • BBC는 social.bbc 도메인과 BBC 웹사이트의 상호 링크로 계정 진위를 확인하게 하고, 답글에는 가능한 범위에서 BBC의 소셜 미디어 조정 규칙을 적용할 계획임
  • 실험은 6개월 뒤 계속 여부를 판단하며, 도달 규모·운영 비용·작업량뿐 아니라 중앙 조정이나 필터링 알고리듬이 없는 모델의 장단점을 함께 따짐

BBC가 social.bbc를 연 이유

  • BBC Research & Development는 소셜 미디어 환경 변화 속에서 BBC에 필요한 소셜 기술을 탐색하고 있음
  • 이번 실험은 공통 프로토콜로 연결된 분산형 소셜 네트워크인 Fediverse 안에 BBC의 공식 존재를 만드는 시도임
  • BBC는 실험용 Mastodon 서버를 social.bbc에서 운영하며, 일부 BBC 소셜 미디어 계정을 팔로우할 수 있게 함
  • 향후 BBC의 다른 영역에서도 더 많은 계정을 추가할 수 있기를 기대함

처음 포함된 BBC 계정

Mastodon과 Fediverse의 작동 방식

  • Mastodon은 Twitter와 비슷한 소셜 네트워킹 서비스이며, 월간 활성 사용자는 약 200만 명임
  • 하나의 조직이 전체 네트워크를 통제하지 않고, 각 서버가 독립적으로 운영되는 연합형 모델을 따름
    • 누구나 서버를 운영하고 사용자를 호스팅할 수 있음
    • 각 서버는 자체 조정 규칙과 가입 규칙을 둘 수 있음
    • 서버들은 서로 연결될 수 있음
  • BBC는 이 구조를 이메일에 비유함
    • 사용자는 각자 이메일 제공자를 선택하지만, 다른 제공자의 사용자와도 이메일을 주고받을 수 있음
  • Fediverse는 지역적 통제, 양질의 콘텐츠, 사회적 가치를 강조하며, BBC의 공공 서비스 인터넷 작업 및 분산 데이터 관련 이전 작업과 잘 맞는 모델로 평가됨
  • Dutch government, Wikimedia, EU 같은 공공 서비스 및 비영리 조직도 이미 Fediverse에 존재함

신원 확인과 social.bbc 도메인

  • BBC는 social.bbc 도메인을 사용해 계정이 BBC 공식 계정임을 확인할 수 있게 함
  • BBC 웹사이트와 Mastodon 계정 사이를 서로 링크해 Mastodon에서 신원 인증을 완료함
  • .bbc 도메인 등록 정보도 계정의 진위를 확인하는 근거로 활용됨

연합형 네트워크에서 생기는 운영 과제

  • BBC처럼 규모가 크고 주목도가 높은 공공 서비스 조직은 Mastodon 서버 운영 전 여러 문제를 검토해야 했음
  • 중앙집중형 소유 구조에 익숙한 사람에게는 연합형 모델 자체가 낯설 수 있음
    • “BBC가 자체 소셜 네트워크를 운영하는가”라는 질문에는, 소셜 네트워크의 작은 한 부분을 호스팅하는 것에 가깝다고 봄
    • “BBC가 사용자의 콘텐츠를 호스팅하는가”라는 질문은 더 복잡함
      • BBC 서버에서는 사용자가 계정을 만들거나 게시할 수 없음
      • 다른 서버의 사용자가 BBC 게시물에 답글을 달 수 있음
      • 그 답글이 BBC 게시물 옆에 표시되고 BBC 서버에 저장될 수 있음
  • 이 구조 때문에 BBC가 어디까지 조정 책임을 져야 하는지가 핵심 운영 이슈가 됨

조정과 위험 관리

  • BBC가 자체 웹사이트의 뉴스·스포츠 댓글을 직접 호스팅하는 경우에는 BBC 가이드라인에 따라 조정함
  • 제3자 소셜 미디어 플랫폼에 게시할 때는 답글을 살피고 필요하면 댓글 신고 같은 조치를 취하지만, 해당 플랫폼의 중앙 조정에도 의존함
  • Mastodon은 탈중앙 서비스라서 BBC가 맡길 수 있는 중앙 Mastodon 조정팀이 없음
  • 각 Mastodon 서버가 자체 조정 책임을 가지며, 관리자는 콘텐츠 경고 추가, 게시물 삭제, 다른 서버 전체 차단 같은 조치를 할 수 있음
  • BBC는 이 위험을 수용 가능한 수준으로 보고, 가능한 경우 BBC 소셜 미디어 조정 규칙을 BBC 게시물의 답글에도 적용할 계획임
  • 이런 이유로 BBC는 사용자 계정을 호스팅하지 않는 BBC 전용 서버를 선택함

6개월 뒤 판단할 것들

  • BBC의 Mastodon 운영은 6개월 실험으로 진행되며, 이후 계속할지와 어떻게 계속할지를 결정함
  • 평가 항목은 제공한 가치, 필요한 작업량과 비용, 투입 노력 대비 도달 규모임
  • 중앙 규칙이나 중앙 조정이 없고, 필터링·정렬 알고리듬도 없는 연합형 모델의 위험과 이점도 함께 살핌
  • BBC는 실험 과정에서 배운 점을 공개해 다른 조직에도 도움이 되도록 할 계획임
  • 기존의 다른 소셜 미디어 활동은 평소처럼 계속함
  • 다음 단계의 질문은 Mastodon을 넘어 다른 ActivityPub 애플리케이션으로 콘텐츠 게시를 확장할 수 있는지, 변화하는 다른 소셜 플랫폼이 만드는 위험을 줄일 수 있는지임
  • BBC는 대규모 글로벌 소셜 미디어 플랫폼이 지속될지, 점차 사라질지, 10년 뒤 어떤 대안이 남을지도 함께 탐색함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • BBC가 탈중앙화와 공개 표준에 진심이라는 믿음은, 중앙화된 BBC Sounds 앱으로 트래픽을 몰려고 팟캐스트 피드에 인위적으로 한 달 지연을 넣은 뒤 크게 손상됐음
    In Our Time을 20년 동안 들어왔는데 성장 해킹 명목으로 망가뜨린 셈이고, 여러 독점 팟캐스트 앱을 쓸 생각은 없어서 시사 코미디를 한 달 늦게 듣게 됨

    • BBC Sounds는 어떤 고위 관리자의 커리어가 걸린 과시성 프로젝트처럼 느껴짐
      일반 RSS 피드나 TuneIn 같은 서드파티 라디오 서비스 대신 그걸 쓰게 만들려는 집착이 매우 답답하고, 더 나은 경험으로 끌어오지 못하니 스마트 스피커 사용자와 팟캐스트 청취자 경험을 일부러 망가뜨렸음. 이런 통제 집착 때문에 BBC 라디오에 대한 감정이 나빠졌음
    • BBC Sounds 자체는 꽤 좋아하지만 우회는 완전히 가능함. 프로그램 URL만 찾아두면 mpv로 Sounds의 아무 프로그램이나 재생할 수 있음
      라이브 라디오도 같은 방식으로 듣고 있음:
      alias bbc1='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc1x='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc2='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc3='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc4='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc5='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc5x='mpv http://a.files.bbci.co.uk/media/live/…'
      alias bbc6='mpv http://a.files.bbci.co.uk/media/live/…'
    • get_iplayer를 설정해 시사 코미디가 나오자마자 내려받고 Podcast Addict의 가상 팟캐스트 폴더에 넣고 있음
      필요에는 잘 맞음. Sounds를 쓰고 싶긴 하지만, UI가 원하는 곳까지 가기 너무 번거롭고 “구독”은 되는데 재생목록이나 대기열이 없어 전반적으로 별로임
      https://get-iplayer.github.io/get_iplayer/
    • BBC Sounds 징글인 “Music, radio, podcasts”를 들을 때마다 W1A에서 “Department for Culture, Media and Sport”를 “Department for Culture, Media and For Some Reason Sport”라고 부르던 장면이 떠오름
      “음악, 라디오, 그리고 어째서인지 팟캐스트”가 훨씬 더 어울림
    • 지연이 시사 뉴스나 코미디 콘텐츠에는 치명적이라는 데 동의하지만, In Our Time에도 똑같이 적용하기는 어려움. 정기적으로 팟캐스트 형태로 듣는 유일한 프로그램이 In Our Time임

  • BBC가 이런 실험을 해보는 것도 훌륭하고, 기대치를 조율하면서 Mastodon과 Fediverse가 무엇인지 간단히 설명한 정보도 정말 좋음
    Fediverse 초기 조직이 아닌데도 “공통 프로토콜로 연결된 여러 소셜 미디어 애플리케이션의 분산된 모음”이라는 정의를 제대로 짚었음. 초보자는 이런 뉘앙스와 정확성을 크게 신경 쓰지 않을 수도 있지만 중요하다고 봄

  • BBC 같은 조직이 대안적 아이디어를 실험하는 모습은 반가움. 모르는 사람도 있겠지만 BBC는 뉴스 웹사이트를 Onion 네트워크에도 올려두고 있음
    https://www.bbcnewsd73hkzno2ini43t4gblxvycyac5aw4gnv7t2rccij...

  • BBC나 다른 조직은 기존 콘텐츠 관리 시스템에 ActivityPub을 직접 구현할 수도 있음
    Mastodon은 훌륭하지만, 연합 생태계에 참여하는 데 꼭 Mastodon을 써야 하는 건 아님. BBC가 자체 최상위 도메인을 갖고 있다는 것도 처음 알았고, 이는 다른 조직들이 갖지 못한 큰 가능성을 열어줌

    • 최종 목표는 아마 BBC 인물들이 BBC 서버 계정을 갖게 하는 것일 테고, 그 단계에서는 Mastodon식 마이크로블로그가 의미 있어질 듯함. 지금은 더 큰 확장으로 이어지길 바라는 시험 풍선처럼 보임
    • 그렇다면 웹에서 게시물과 상호작용을 보려면 다른 인스턴스를 통해서만 가능한 건가?
    • 정부와 뉴스 매체가 게시 전용 프로필 몇 개와 댓글용 옵션만 두려고 웹사이트와 Mastodon 인스턴스를 통째로 만드는 흐름이 요즘 불만임
      그냥 더 작은 ActivityPub 서버를 구현하면 되지, 이런 Twitter 복제물이 꼭 필요한 건 아님

  • 일반 대중 대상 소셜 미디어 프로젝트에 ActivityPub을 검토한다면, BBC가 정리한 난관 섹션을 열린 마음으로 꼼꼼히 읽고 부정적 경험을 반사적으로 축소하지 않는 게 좋음
    2022년 말 큰 유입이 있기 전에는 자유·오픈소스 쪽에서 Mastodon의 사용성을 비판하는 게 거의 이단 취급이었고, 이후 많은 신규 사용자가 몇 달 안에 떠난 뒤에도 크게 달라지지 않았음. Mastodon이 제공하는 것과 일반 비기술 사용자가 기대하는 것 사이에는 분명한 간극이 있음
    ActivityPub과 Mastodon은 둘 다 정말 훌륭하고, Fediverse가 할아버지도 Facebook 낚시 모임을 자신 있게 옮길 만큼 쉬운 소셜 도구를 지원할 수 있다고 봄. 다만 현재 도구들이 탈중앙 소셜을 비기술 사용자에게 변두리 대안이 아니라 표준으로 만들어줄 바로 그 물건은 아닐 가능성이 큼. Bluesky를 지켜보고 있지만, 누군가 비상업적으로 더 매끈한 방식을 찾아내면 좋겠음. 중앙화 소셜 미디어의 개념적 단순함은 일반 사용자에게 엄청난 장점임

  • 새 계정들을 팔로우해보니 Mastodon에서 다른 서버의 사람을 팔로우하기가 얼마나 어려운지 다시 떠오름
    팔로우 클릭 → 텍스트가 가득한 대화상자, 가장 흔한 안내인 “내 서버 검색창에 복사해 붙여넣기”는 끝부분 작은 글씨 → 내 서버로 이동 → 검색창도, ‘검색’이라고 된 것도 없음 → 창이 너무 좁아서 그렇다는 걸 알고 있음 → 창을 넓힘 → 드러난 검색창에 붙여넣기 → 결과에서 ‘팔로우’ 클릭 → 겨우 완료. 이제 다른 계정들에 대해 이걸 다시 해야 함. 매 단계에서 길을 잃고 포기하는 사람이 분명히 많을 것임

    • 최근에 이 흐름이 조금 개선됐음. 아직 대부분의 서버에는 없어 보이지만 mastodon.social에는 있음
      이제 계정이 다른 곳에 있을 때 처음 팔로우하거나 무언가 하려 하면 홈 서버를 입력하게 하고, 그곳으로 데려가 로그인하게 함. 이후에는 홈 서버를 기억해서 관련 게시물이나 프로필을 한 번의 클릭으로 내 서버에서 볼 수 있게 해줌. 그래서 과정은 이제 팔로우 클릭 → ‘Take me home’ 클릭 → 다시 팔로우 클릭이 됨. 아직 훌륭하진 않지만 예전보다는 훨씬 나음
      예시: https://i.imgur.com/MG1d5kV.jpg
    • Mastodon 인터페이스에서 외부 게시물이 내 타임라인에 로컬로 보이면 거기서 작성자 프로필을 보고 팔로우할 수 있음
      다만 이건 웹 인터페이스의 한계에 가깝고, 이 과정을 돕는 확장도 있음. 데스크톱과 모바일 클라이언트에서는 이런 문제가 전혀 없음
    • 그건 웹 인터페이스에서만 그런 것이고, 모든 앱에서는 훨씬 쉬움
    • 언젠가는 브라우저 통합이 나오길 기대함
    • 연합 구조는 탈중앙화를 구현하는 최악의 방식임. 전부 사람들이 블록체인을 두려워하기 때문임

  • 흥미로운 사실로, BBC는 늘 새 매체 실험 주변에 있었음. 영국 ISP 초창기에 BBC는 첫 축에 속했고, 당시 영국 기반 ISP 중 가장 많은 뉴스그룹을 제공하는 최고의 UseNet 서버를 갖고 있었음

    • BBC는 2006년에 라이브 스트리밍을 위한 공개 멀티캐스트 시험도 운영했음
      https://www.bbc.co.uk/multicast/
      아쉽게도 이어지진 않았음. 거의 20년이 지난 지금도 Amazon, Netflix, BBC 같은 많은 회사가 대규모 라이브 스트리밍에 여전히 어려움을 겪고 있음
    • 안타깝게도 BBC는 몇 년 전, 보물이 가득하던 거대하고 정교한 웹사이트를 버렸음
      예전에는 몇 년 전 방영한 다큐멘터리의 학습 가이드를 내려받거나 인용 출처를 따라갈 수도 있었는데, 이제는 현대적인 빈 껍데기로 바뀌었고 스트림은 형편없는 앱 뒤에 숨어버렸음
    • 새 매체만이 아니라 BBC Micro도 약 100만 대를 팔았음. 1980년대 초 영국 학교 대부분에 한 대씩 있었고, 영국 공공 시스템은 꽤 멋진 기술을 많이 만들어냈음
      https://en.wikipedia.org/wiki/BBC_Micro

  • 존재감을 보이는 건 좋지만 계정이 대여섯 개나 되는데 주요 뉴스 헤드라인에 집중한 계정이 하나도 없음
    지금 상태라면 Twitter 계정 글을 재게시하는 비공식 봇과 더 많이 상호작용하게 될 듯함

    • 이런 조직들이 콘텐츠 관리 시스템에 ActivityPub을 넣으면 좋겠음
      @politics@bbc.uk, @sports, @finance, @entertainment, @breakingnews 같은 식으로, 자신들이 통제하는 네임스페이스 위에서 운영할 수 있음

  • 흥미롭긴 하지만 6개월 시험이라니 실제 의지가 어느 정도인지는 모르겠음
    궁금한 점은 .bbc 최상위 도메인이 있다는 것, 다른 곳에서도 쓰이는지, 그리고 인스턴스를 누가 호스팅하는지임. 서드파티인지 직접 띄운 것인지 궁금함

    • 작년에 .bbc 도메인 목록에 대한 정보공개청구가 있었음. 2022년 2월 기준으로 alpha.bbc, labs.bbc, nic.bbc, taster.bbc, the.bbc, to.bbc를 운영했고, nic.bbc만 해석됨
      나머지는 내부 연구개발 프로젝트나 QA 링크용일 것으로 봄
      https://www.whatdotheyknow.com/request/820849/response/19688...
    • 2015년에 루트 존에 위임됐음
      https://icannwiki.org/.bbc
    • 나도 몰랐는데, bbc/deadbeef 같은 식으로 루트 또는 apex에서 링크 단축에 쓰면 좋겠음. 지금은 bbc.news를 쓰는 것 같음
      다만 많은 사람과 파서가 그걸 URL로 인식하지 못할 수도 있음

  • 주류 조직이 Fediverse에 참여하는 건 늘 반갑고 설명도 좋지만, 6개월 뒤 무엇을 성공한 실험으로 볼지 알 방법이 없음
    그래서 몇 달 뒤 전부 폐기될 가능성이 꽤 있어 보이고, 그러면 참여할 마음이 줄어듦. 그 결과 참여가 줄어 실패로 간주될 가능성이 더 커지는 식으로 이어질 수 있음
    조용히 6개월 수습 기간을 거치게 하는 것보다는 낫겠지만, Twitter 등의 미러로 유지하는 비용이 그렇게 클 것 같지도 않아 수습 기간 자체가 필요한지 모르겠음. 6개월 뒤 BBC가 Mastodon의 가치를 보지 못하겠다고 공개적으로 말하면 Fediverse 전체에는 순손실이 될 가능성이 큼

답변달기