Hacker News 의견

• 나는 브라우저 기반과 CLI P2P 파일 전송 도구의 긴 목록을 유지하고 있음

  • LimeWire는 최근 ShareDrop과 SnapDrop 같은 좋은 도구들을 인수하고 있음
  • 현재 <a href="https://pairdrop.net/" rel="nofollow">https://pairdrop.net/</a>가 남아 있음

• Opera 브라우저는 2010년경 Unite라는 P2P 파일 전송 기능을 잠시 제공했음

  • '냉장고' 모양의 GUI에서 사용자가 포스트잇 스타일의 메모를 남길 수 있었음
  • Opera Presto는 다양한 기능을 제공했으며, Bittorrent 클라이언트, 데스크톱 위젯, IRC 클라이언트, 이메일 클라이언트, 핫키 커스터마이징 기능이 포함되었음
  • 그럼에도 불구하고 브라우저는 여전히 가벼운 바이너리였음

• 이러한 서비스에서 보통 나를 짜증나게 하는 것은 복잡한 URL을 제공하는 것임

  • <a href="https://file.pizza" rel="nofollow">https://file.pizza</a>는 URL이 실제 단어로 구성되어 있어 더 나음
  • <a href="https://pairdrop.net" rel="nofollow">https://pairdrop.net</a>는 전화로 쉽게 공유할 수 있는 다섯 글자의 임시 '방'을 생성할 수 있어 선호함
  • CLI를 통해 연결을 시작하고 간단한 URL을 제공하는 P2P 서비스를 기다리고 있음

• WebRTC로 로컬 피어 발견을 할 수 있는 방법이 있었으면 좋겠음

  • 현재는 두 엔드포인트가 활성 인터넷 연결과 공유 식별자를 필요로 함
  • 오프라인 로컬 공유는 불가능함

• ShareDrop과 Snapdrop이 LimeWire에 인수된 것처럼 될까봐 걱정됨

• 이 문제는 수십 년 전에 해결되었어야 했지만, 강력하고 안전한 비상업적 솔루션은 여전히 부재함

  • IPFS 프로젝트는 요즘 어떻게 되고 있는지 궁금함

• WebRTC는 중간 서버에 데이터가 저장되지 않아 전송이 빠르고 안전함

  • 그러나 NAT 뒤에 있는 클라이언트 간의 전송을 위해 TURN 서버가 필요함
  • 데이터는 중간 서버에 저장되지 않지만 통과할 수 있음
  • TURN 서버가 데이터를 읽지 않는다는 보장이 있는지 궁금함
  • E2EE가 사용되는지 여부도 궁금함

• Transmission이나 다른 토렌트 클라이언트를 설치하는 것이 문제가 아니라면 privtracker 접근 방식을 선호함

  • 대부분의 토렌트 클라이언트는 기본적으로 백그라운드에서 실행될 수 있음
  • 최근에 주목받았지만 놓쳤다면 아쉬울 것임

• PairDrop을 정말 좋아함

• Magic Wormhole도 있으며 브라우저 기반이 아님