간단한 답

Mastodon 스크린샷은 국소적 보기이지 대화 전체가 아닙니다. 한 서버는 일부 공개 게시물만 보유하며, 확장된 상태는 소프트웨어와 권한이 허용하는 범위에서만 이전에 보지 못한 답글을 가져올 수 있고, 공개 범위나 서버 권한 부여로 배제된 답글은 숨겨진 채로 남습니다. 그러므로 허용된 확장 게시물 보기를 실제로 가진 가시적 공개 출처와 비교하고, 가져오지 못했거나 제한된 부분은 알 수 없음으로 기록하며, 스크린샷을 답글이 없다거나 누군가 침묵한다는 증거로 취급하지 마세요.

사용자 이름이나 사진이 있으신가요?

TraceSeek 앱으로 공개 소셜 프로필 단서를 찾아보세요.

국소 보기의 한계에서 시작하세요

Mastodon 서버는 하나의 전역 타임라인 상태를 공유하지 않습니다. 한 서버는 일부 공개 게시물만 알기 때문에 어떤 스크린샷이든 한 장소 한 시점에서의 보기입니다. 답글 스레드를 볼 때, 보이는 집합은 그 서버가 자체 가져오기 및 권한 부여 규칙에 따라 구성한 것입니다. 따라서 스크린샷에서 빠진 내용은 대화 전체가 아니라 스크린샷의 수집 범위를 설명합니다. 어떤 메시지든 분석하기 전에 그 수집을 부분적이라고 기록하세요. [Mastodon: 연합 타임라인 및 게시물 상호작용]

확장이 추가할 수 있는 것과 없는 것

상태를 확장하면 서버가 이미 알지 못했던 답글을 가져올 수 있지만, 일부 답글은 공개 범위 설정이나 서버 권한 부여로 배제됩니다. 확장은 조건부이며 전수적이지 않습니다. 그러한 배제를 비공개 접근이나 신원 확인 수법으로 우회하려고 절대 시도하지 마세요. 제한된 답글은 당신이 갖지 못한 정보입니다. 허용된 확장 보기가 답글을 추가하면 그 변화를 기록하세요. 추가하지 않더라도 그것은 답글이 없다는 증거가 아닙니다. [Mastodon: 연합 타임라인 및 게시물 상호작용]

두 공개 산출물을 정직하게 비교하세요

허용된 확장 게시물 보기를 당신이 볼 수 있는 공개 프로필 페이지 같은 가시적 공개 출처와 나란히 두세요. 같은 게시물 주소가 나타나는지, 답글 항목이 양쪽에 표시되는지, 그리고 스크린샷이 가시 영역 전체를 담았는지 확인하세요. 그런 다음 각 스레드 항목을 포함됨, 포함되지 않음, 또는 알 수 없음으로 표시하세요. 한 산출물에는 보이지만 다른 쪽에는 없는 답글은 수집의 차이이지 삭제, 차단, 침묵의 증거가 아니며, 왜 다른지 추측해서는 안 됩니다.

관찰한계다음 단계
확장 보기에는 스크린샷에 없는 답글이 나열됨스크린샷이 가져오기보다 이전 것이거나 가시 영역을 놓쳤을 수 있음알 수 없음으로 표시하고 나중에 허용된 보기를 다시 확인
게시물 주소가 일치하는데도 스크린샷에 답글이 없음서버가 공개 범위나 권한 부여로 배제했을 수 있음침묵을 추정하지 말고 기록된 한계에서 멈추세요
두 산출물이 같은 답글을 보여 줌둘 다 국소적 수집에서 나옴일치를 완전한 것이 아니라 부분적인 것으로 취급하세요

정확한 한계를 표시하고 멈추세요

공개 출처가 없거나, 비공개이거나, 일치하지 않거나, 모호하다면 그 정확한 한계를 적고 거기서 멈추세요. 관찰 대신 추측을 대입하지 말고, 비공개 기록을 추구하거나 누군가를 식별하려 시도하지 마세요. 답글을 볼 수 없다는 것을 인식하는 것은 스레드에 있는 사람들에 관한 발견이 아닙니다. 부분적 스크린샷에 근거한 추정된 침묵은 뒷받침되지 않는 추론이므로 기록에 넣지 마세요.

  • 어떤 산출물을 언제 확인했는지 밝히세요
  • 빠졌거나 제한된 부분을 알 수 없음으로 명명하세요
  • 빈틈을 메우지 말고 그 지점에서 추론을 끝내세요

관찰과 판단을 분리해 두세요

노트에서 세 줄을 구분하세요: 스크린샷이 보여 주는 것, 확장 보기나 공개 출처가 보여 주는 것, 그리고 다음에 무엇을 하기로 결정했는지. 처음 두 줄만 증거입니다. 결정 줄은 알 수 없는 부분을 어떻게 다룰지, 예컨대 허용된 확인을 기다릴지 아니면 보이는 부분만 보고할지를 적어야 합니다. 이렇게 하면 부분적 스레드가 조용히 고발로 변하는 것을 막으면서도 실제로 본 것을 설명할 수 있습니다.

  • 관찰: 산출물, 타임스탬프, 보이는 답글 항목
  • 한계: 가져오지 못했거나, 제한되었거나, 이용할 수 없는 부분
  • 결정: 무엇을 말하고 무엇을 열어 둘지

가상의 예시

가상의 스크린샷이 게시물 아래에 답글 하나를 보여 주는데, 다른 서버의 허용된 확장 보기가 세 개를 더 보여 준다고 가정해 봅시다. 그 추가 답글은 확장 중에 가져온 것이거나 다른 곳에서 알려져 있었을 수 있습니다. 스크린샷은 빠진 답글들이 존재하지 않는다는 증거가 아니며, 그 부재는 누구의 의도에 관한 증거도 아닙니다. 올바른 기록은 스레드가 부분적으로 보였다고 말하고, 확인하지 않은 부분을 알 수 없음으로 식별하며, 침묵에 관해 어떤 주장도 하지 않습니다.

질문 몇 가지 더

스크린샷이 답글이 존재하지 않는다는 것을 증명하는가?

아니요. Mastodon 서버는 일부 공개 게시물만 알며, 일부 답글은 공개 범위나 권한 부여로 배제되므로 스크린샷은 전체 스레드가 아니라 부분적 수집을 보여 줍니다.

공개 출처가 비공개이거나 모호할 때 무엇을 해야 하나요?

그 정확한 한계를 기록하고, 영향을 받은 답글을 알 수 없음으로 표시하고, 멈추세요. 비공개 접근을 찾거나 부분적 보기에서 누군가를 식별하려 하지 마세요.

확장된 게시물 보기를 완전한 것으로 신뢰할 수 있나요?

완전성을 보장할 수는 없습니다. 확장이 활성화되면 이전에 알려지지 않았던 답글을 가져올 수 있지만, 제외 규칙은 여전히 적용되므로 확장된 보기를 완전한 기록이 아니라 더 나은 증거로 취급해야 합니다.

출처 및 편집 노트

공식 출처는 2026년 10월 24일에 확인했습니다. 체크리스트, 비교 표 및 예시 문구는 DateClues 편집 도구이며, 공식 테스트나 검증된 위험 점수가 아닙니다.

일반 정보입니다. 어떤 가이드나 도구도 한 사람의 신원, 의도 또는 안전을 보증할 수 없습니다. 편집 기준을 읽어보세요.