마지막 업데이트: 2026-07-09
Google Drive는 정말 훌륭한 제품입니다. 파일이 한곳에 모여 있고, 기기 간 동기화되며, 백업되고, 팀과 함께 실시간으로 편집하기도 쉽습니다. 계속 다시 찾게 될 파일의 영구적인 보관 장소가 필요하다면 Drive는 합리적인 기본 선택지이며, 이 글은 그것을 그만두라고 설득하려는 것이 아닙니다.
하지만 많은 사람이 Drive로 하는 일은 실제로는 일회성 전달입니다——친구에게 동영상을 보내거나, 고객에게 계약서를 보내거나, 동료에게 데이터셋을 보내는 일——영구 저장이 아닙니다. 그 특정 작업만 놓고 보면, 사본을 Google 서버에 업로드하고 누가 볼 수 있는지 설정하는 것은 작업에 필요한 것보다 더 많은 절차입니다. Relayium은 바로 그 전달을 위해 만들어졌습니다. 파일을 두 기기 사이에서 직접 보내거나, 받는 사람만 복호화할 수 있는 링크로 보냅니다.
Drive의 강점은 영속성과 협업입니다. 업로드한 파일은 삭제할 때까지 그곳에——휴대폰, 노트북, 웹 사이에서 동기화되며——계속 남아 있습니다. 이는 작업 폴더나 팀 공유 드라이브, 실시간으로 함께 편집하는 문서에 정확히 필요한 것입니다.
저장 측면에서도 관대하고 손이 덜 갑니다. 넉넉한 무료 등급, 자동 백업, 버전 기록, 그동안 저장한 모든 것에 대한 검색까지. 이런 것들은 Relayium이 대체하려는 것이 아닙니다.
Drive로 파일 하나를 보내려면 사본을 Google 인프라에 업로드한 뒤, 누가 열 수 있는지 정해야 합니다——특정 사람의 Google 계정, 또는 "링크가 있는 모든 사람". 공유 설정을 잘못하면 파일에 접근할 수 없거나 의도한 것보다 더 공개됩니다. 어느 쪽이든, 사본은 당신이 나중에 돌아가 지울 때까지 Google 서버에 무기한 남아 있습니다.
Relayium은 흔한 경우에 이 저장 단계를 건너뜁니다. 실시간 모드는 종단간 암호화된 P2P 연결을 통해 보내는 사람과 받는 사람의 기기 사이에서 바이트를 직접 이동시킵니다——파일 자체는 서버에 전혀 저장되지 않습니다. 받는 사람이 오프라인이라 링크가 정말로 필요할 때는, 저장 링크 모드가 Drive에는 없는 영지식 속성을 유지합니다. 브라우저가 업로드 전에 무작위로 생성한 AES-256-GCM 키로 파일을 암호화하고, 그 키는 URL 프래그먼트——# 뒤의, 브라우저가 서버로 절대 보내지 않는 부분——에만 존재합니다. Google의 서버는 Drive 파일을 보관하며 기술적으로 읽을 수 있습니다. 반면 Relayium의 서버는 저장 링크에 대해 복호화할 수 없는 암호문만 보관합니다.
가장 전형적인 경우——두 사람이 지금 모두 온라인——에는 실시간 직접 전송이 한 번에 최대 1,000개 파일을 기기 사이에서 곧바로 보내며, 업로드 단계도 없고 그 사이 어디에도 아무것도 저장되지 않습니다. 양쪽 모두 일치하는 6자리 검증 코드(SAS)를 보여 중간자를 배제하고, 각 파일은 SHA-256 해시로 종단간 검증됩니다. 연결이 끊기면 전송은 처음부터가 아니라 이어서 재개됩니다.
서버 측 크기 제한이 없으므로 실질적인 한계는 받는 쪽 브라우저에서 옵니다. Chrome과 Edge는 들어오는 데이터를 곧바로 디스크로 스트리밍해 수십 기가바이트도 무리 없이 처리하고, Firefox와 Safari는 메모리에 버퍼링하므로 이런 전송은 약 200 MB 이내로 유지하세요. 같은 네트워크에서는 계정이 전혀 필요 없습니다. 네트워크를 넘어 보낼 때는 페어링 코드를 쓰며 보내는 쪽의 로그인이 필요합니다——다만 어느 네트워크 구성이든 받는 쪽은 항상 계정이 필요 없습니다. 직접 연결이 불가능하면 암호화된 TURN 릴레이로 폴백하며, 릴레이는 암호문만 봅니다.
때로는 정말로 링크가 필요합니다——받는 사람이 온라인이 아니거나, 어디에든 붙여넣을 수 있는 URL 하나가 필요할 때입니다. Relayium의 저장 링크 모드는 실시간 모드의 프라이버시를 포기하지 않고 이 경우를 다룹니다.
만료 기간을 1시간, 1일, 3일, 7일 중에서 고르거나, 첫 다운로드 완료 후 소각되도록 설정할 수 있습니다. 링크 생성에는 보내는 쪽의 로그인이 필요하지만(계정의 저장 용량 한도에 포함됩니다), 받는 쪽은 링크를 열어 다운로드하기만 하면 되고 계정은 필요 없습니다. 복호화 키가 URL 프래그먼트를 벗어나는 일이 없기 때문에, Google의 모델과 Relayium의 저장 링크 모델은 핵심적인 지점에서 다릅니다. Google은 기술적으로 Drive에 호스팅된 파일을 복호화할 수 있지만, Relayium의 서버는 저장 링크에 대해 구조적으로 그렇게 할 수 없습니다.
가장 중요한 차이를 나란히 정리하면:
실시간 모드에서는 아닙니다——파일이 기기 사이에서 직접 이동하며 서버에 전혀 저장되지 않습니다. 다운로드 링크를 만들면 서버가 무언가를 저장하지만, 그것은 복호화할 수 없는 영지식 암호문뿐입니다. 링크는 만료되거나(1시간/1일/3일/7일) 첫 다운로드 후 소각됩니다.
같은 네트워크에서는 계정이 전혀 필요 없습니다. 페어링 코드로 네트워크를 넘어 보내거나 저장 다운로드 링크를 만들 때는 보내는 쪽의 로그인이 필요합니다. 어느 경우든 받는 쪽은 항상 계정이 필요 없습니다.
실시간 전송은 한 번에 최대 1,000개 파일을 다룰 수 있고 서버 측 크기 제한이 없습니다——Chrome과 Edge는 수십 기가바이트까지 곧바로 디스크로 스트리밍하고, Firefox와 Safari는 메모리에 버퍼링하므로 약 200 MB 이내로 유지하세요. 저장 링크는 계정에 연결된 용량 한도에 포함됩니다.
네. Relayium은 MIT 라이선스의 무료 오픈소스이며, 프로토콜과 코드 전체가 github.com/relayium/relayium에 있습니다. 더 크거나 빠른 전송을 여는 유료 등급은 없습니다.
누구의 클라우드에도 업로드하지 않고 파일을 직접 보내보세요——크기 제한 없이, 설치 없이, 같은 네트워크에서는 계정도 필요 없습니다.
지금 Relayium 사용해보기