CLI 도구, SDK, 프레임워크의 기본 텔레메트리 데이터 수집에 대한 문제 제기
DO_NOT_TRACK 환경 변수를 통해 추적 거부 의사를 명확히 표현하는 표준 제안
기존 DNT(Do Not Track)의 실패를 언급하며, 실효성에 대한 의문 제기
DNS 블랙리스트(DNS Blacklist) 활용 및 법적 규제(Legal Regulation)의 필요성 제기
제안된 DO_NOT_TRACK 환경 변수는 CLI 도구, SDK, 프레임워크에서 사용자 추적(User Tracking)을 거부하는 표준을 제시한다. 다양한 도구(Various Tools)에서 각기 다른 옵트아웃(Opt-out) 방식을 통일하여, 사용자가 단일 변수 설정만으로 추적을 거부할 수 있도록 한다. 쉘 스크립트(Shell Script)를 통해 환경 변수를 설정하는 방법과, 소프트웨어 개발자가 이 변수를 확인하고 추적을 비활성화하는 방법을 제시한다.
커뮤니티에서는 DO_NOT_TRACK의 실효성에 대한 의문을 제기하며, DNT(Do Not Track)의 실패 사례를 언급한다. 기본 옵트인(Opt-in) 방식의 추적에 대한 비판과 함께, DO_NOT_TRACK이 추적을 정상화(Normalize Tracking)하는 결과를 초래할 수 있다는 우려를 표명한다. DNS 블랙리스트(DNS Blacklist) 활용과 같은 대안 제시와 함께, 법적 규제(Legal Regulation)의 필요성을 강조한다.
일부 사용자는 Hugging Face의 Python transformers 라이브러리에서 텔레메트리 수집을 완전히 막는 데 어려움을 겪었다고 보고한다. HF_HUB_DISABLE_TELEMETRY=1 및 local_files_only=True 설정을 했음에도 불구하고, HF_TOKEN 관련 경고가 지속적으로 나타났다. HF_HUB_OFFLINE=1 설정을 통해서야 비로소 텔레메트리 수집을 막을 수 있었다는 경험을 공유하며, 텔레메트리 수집 거부의 어려움을 보여준다.
일부 댓글에서는 DO_NOT_TRACK이 만능 해결책(Silver Bullet)이 될 수 없음을 지적하며, 도메인 차단(Domain Blocking)과 같은 다른 방법을 제시한다. DNS 싱크홀(DNS Sinkhole)을 통해 특정 도메인으로의 연결을 차단하는 방법이 대안으로 제시되었으며, AI 기반 콘텐츠 필터링(AI-based Content Filtering)의 한계도 언급된다. 궁극적으로, 법적 강제(Legal Enforcement)를 통해 추적을 제한해야 한다는 의견이 제시된다.