먹튀 제보는 한 커뮤니티에서 끝나지 않습니다. 같은 사이트 이야기가 게시판마다 다른 표현으로 흩어지고, 오래된 글은 사라지거나 다른 주소로 미러링됩니다. 이 저장소는 그 흩어진 공개 제보를 하나의 조회 가능한 형태로 묶는 과정만 공개합니다. 특정 업체를 “먹튀다”라고 판정하지 않으며, “이런 제보가 이만큼, 이 시점에 관측됐다”는 사실과 그 집계 방식만 다룹니다.
한 줄의 제보가 신호가 되기까지
한 이용자가 커뮤니티에 HTTP://Example-Site.com/?utm_source=kakao 출금이 안 된다고 적었다고 합시다. 이 자유 텍스트 한 줄이 집계 가능한 신호가 되려면 네 단계를 거칩니다.
- 정규화(Normalize) — 주소에서
http://,www.,m., 추적 파라미터, 경로를 걷어내example-site.com이라는 하나의 키로 수렴시킵니다. 같은 대상을 다르게 적은 표기들이 흩어지지 않게 하는 전제 작업입니다. - 중복 제거(Dedupe) — 같은 사건이 여러 게시판에 복붙되거나 시차를 두고 재게시됩니다.
(출처, 도메인, 본문)을 키로 묶어 재게시를 하나의 관측으로 접습니다. 도메인을 키에서 빼면 서로 다른 사이트의 동일 템플릿 제보가 오병합되므로, 도메인은 반드시 포함합니다. - 집계(Aggregate) — 도메인별로 “몇 건이, 서로 다른 몇 곳의 출처에서, 언제부터 언제까지” 관측됐는지를 모읍니다.
- 해석(Interpret) — 이 수치는 판정이 아니라 신호입니다. 한 곳에서 100건보다 여러 곳에서 각각 관측된 쪽이 우연·도배일 가능성이 낮습니다.
결과물은 “판정”이 아니라 “관측 신호”
집계된 report_count, source_count, first_seen~last_seen은 어떤 도메인 주위에서 관측된 신호의 세기일 뿐입니다. 신고가 접수됐다는 사실이 곧 위법의 증거는 아닙니다. 그래서 이 데이터는 “이 사이트는 사기다”가 아니라 “이 대상에 이런 제보가 이만큼 관측됐다”로 읽어야 합니다. 표본이며 전수 조사가 아니라는 점, 시점에 따라 변동한다는 점도 함께 기억해야 합니다.
공개 산출물 (재사용 가능한 형태)
방법론을 말로만 설명하지 않도록, 실제 스키마와 예제를 함께 둡니다. 모든 값은 설명용 가상 예시입니다.
- JSON Schema: report · site · brand
- 예제 레코드: normalized-report · site-aggregation · brand-example
- 집계 샘플: aggregate-sample.csv
단계별 문서
정규화 규칙과 수렴 예시는 normalization, 도메인 단위 중복제거는 dedup, 결과를 신호로 읽는 법은 interpretation, 한계와 원칙은 limitations에 있습니다. 전체 목록은 저장소 README를 참고하세요.
정제된 조회 결과와 실제 서비스 흐름은 먹튀컷(mtcut.net)에서 확인할 수 있습니다. 참고로 불법 사설 배팅은 이용 행위 자체가 처벌 대상이 될 수 있으며, 이 문서는 어떤 사이트 이용도 권하지 않습니다.
본 저장소는 정보 제공·방법론 공개 목적이며 특정 업체에 대한 법적 판단이 아닙니다. 제보는 시점에 따라 변동될 수 있습니다.