ShareDrop vs tosstome
마지막 확인
ShareDrop은 오픈 소스 P2P "브라우저 속 AirDrop"으로 시작했어요. 지금의 sharedrop.io는 방식이 달라요. 파일을 올리면 링크가 만들어지고, 파일은 LimeWire가 며칠 동안 보관해요.
지금 sharedrop.io가 하는 일
사이트 안내에는 "ShareDrop is part of LimeWire."(ShareDrop은 LimeWire의 일부입니다)라고 적혀 있어요. 파일은 업로드되고, 받는 링크는 "leads to limewire.com"(limewire.com으로 연결됩니다)이며, 계정이 없으면 전송 1회당 4GB, 하루 파일 20개와 4GB, 그리고 링크는 "stays alive for 3 days"(3일 동안 유지됩니다)라는 제한이 있어요. 출처: sharedrop.io, 2026-10-28 확인.
원본 소스 코드는 지금도 GitHub의 szimek/sharedrop에 MIT 라이선스로 공개되어 있어요.
한눈에 비교
| sharedrop.io (LimeWire) | tosstome | |
|---|---|---|
| 파일이 이동하는 방식 | 저장소에 업로드하고 링크로 내려받아요 | 기기끼리 바로, 또는 아무것도 저장하지 않는 릴레이를 거쳐서 |
| 서버에 파일 보관 | 예, 계정이 없으면 3일 | 아니요 |
| 받는 사람이 오프라인이어도 됨 | 예 | 아니요 |
| 크기 제한 | 계정이 없으면 전송 1회당 4GB | 제한을 두지 않아요 |
| 계정 | 선택 사항 | 아니요 |
| 컴퓨터에서 항상 켜져 있는 수신함 | 아니요 | 예, tosstome listen 사용 |
어떤 걸 쓰면 좋을까요
상대가 나중에 파일을 가져갈 때는 sharedrop.io 같은 저장형 링크를 쓰세요. 두 기기가 모두 눈앞에 있거나, 받는 쪽이 수신함을 켜 둔 내 컴퓨터이고 파일이 서버에 남지 않기를 바란다면 tosstome이 맞아요.
tosstome이 하는 일
- 브라우저에서 실행돼요. 보내는 쪽에는 아무것도 설치하지 않아도 돼요.
- 같은 네트워크에 있는 기기는 서로 자동으로 보여요. 네트워크가 다르면 한쪽 기기에 6자리 코드가 나타나고, 다른 기기에서 그 코드를 입력해요.
- 네트워크가 허용하면 파일이 WebRTC로 기기끼리 바로 오가요. 몇 초 안에 직접 연결이 되지 않으면 Cloudflare의 릴레이를 거치는데, 릴레이는 데이터를 전달만 하고 아무것도 저장하지 않아요.
- 선택 사항인 명령줄 도구
tosstome listen은 컴퓨터에 항상 켜져 있는 수신함을 만들어요. 링크와 QR 코드가 출력되고, 휴대폰에서 그 링크를 열면 컴퓨터에 브라우저를 열어 두지 않아도 파일이 컴퓨터의 폴더에 저장돼요. - 텍스트 메시지와 링크도 파일과 같은 방식으로 전달되고, 받는 쪽에는 복사 버튼이 있어요.
- 아무것도 저장하지 않아요. 받는 기기가 오프라인이면 아무것도 전송되지 않아요.
tosstome이 (아직) 못 하는 일
- 릴레이는 각 기기와 Cloudflare 사이가 TLS로 보호되지만 아직 종단 간 암호화는 아니에요. WebRTC 직접 전송은 브라우저가 종단 간 암호화(DTLS)해요.
- 받는 브라우저는 저장하기 전까지 파일을 메모리에 보관해요. 그래서 아주 큰 파일은 디스크에 바로 쓰는 명령줄 도구로 받는 편이 좋아요.
- 양쪽 기기가 동시에 온라인이어야 해요. "지금 올리고 내일 받기"는 없어요.
- 아직 새로운 서비스예요. 브라우저에서의 기기 페어링과 릴레이의 종단 간 암호화는 개발 중이에요.