Relayium

Relayium 对比 WeTransfer：加密下载链接与实时递送

最近更新: 2026-07-31

WeTransfer 让发送大文件变得轻松：拖入文件、拿到链接，对方随时下载——哪怕你发送时对方并不在线。这种异步、收件方无需账号的体验确实很好，也正是许多人选择它的原因。

本文客观对比这两者。大文件或稍后再取时，Relayium 同样推荐存储链接；不同之处是服务器只保存零知识密文。实时模式是另一项能力，适合双方保持在线时快速递送小文件和文本：同一局域网内直连，跨网络经 TURN 承载端到端密文。

WeTransfer 做得好的地方

WeTransfer 的核心思路是异步：发送方上传一次、拿到链接，收件方稍后再下载。两个人不必同时在线——当你把一段视频发给明天才会打开它的客户时，这正是你想要的。

它也成熟、顺滑。无需安装任何软件，免费档不用账号即可发送，界面以简洁著称。在大小上限之内做偶尔的链接分享，它确实好用。

差异所在：文件存在服务器上

用 WeTransfer 时，你的文件会上传到它的服务器、在那里存放一段时间，再从那里下载。免费档每次传输上限 2 GB，链接指向的是放在你无法掌控的基础设施上的一份副本。传输在通道内和静态存储时都有加密，但它不是零知识的：服务方持有密钥，原则上可以读取文件。

Relayium 的实时模式不在服务端保留文件副本或传输历史，因此不存在服务端大小上限。同一局域网内浏览器直连；跨网络浏览器按设计使用 TURN 中继，TURN 承载端到端加密的密文，但无法读取或解密明文。在 WebRTC 传输之上，Relayium 再加一层：用 X25519 密钥交换协商出密钥，对每个数据块做 AES-256-GCM 加密；两台设备通过带外渠道核对一致的 6 位校验码（SAS），以检测端点公钥替换或端点冒充；每个文件都用 SHA-256 做端到端校验。

无大小上限的实时传输

因为实时模式不在服务端保留文件副本或传输历史，实际的文件大小上限取决于你自己的浏览器。在 Chrome 或 Edge 中，Relayium 会把接收的数据直接流式写入磁盘，所以基本没有大小上限——几 GB 的视频和工程压缩包都没问题。

Firefox 和 Safari 没有同样的 File System Access 流式下载，因此当所有流式写盘路径都不适用时，浏览器只能把文件攒在内存里；Relayium 会在超过约 256 MB 时给出提示，这是刻意取的保守估计，而不是实测出来的硬上限。同一局域网下实时传输无需账号，两台设备直连：在两台设备上打开 relayium.com，最多选 1,000 个文件，核对校验码，然后发送。跨网络时，创建配对码的一方登录，浏览器会话按设计使用加密 TURN 中继；使用配对码或链接加入者无需账号。TURN 承载端到端加密的密文，但无法读取或解密明文。若连接中途断开，传输会断点续传而非从头再来。

对方不在线时：零知识存储链接

实时传输需要双方都在场，而这恰是 WeTransfer 的链接模式做得更好的一点。所以 Relayium 提供了同样的异步便利，又不牺牲隐私：一个存储下载链接。

你的浏览器会在上传前用 AES-256-GCM 加密文件，解密密钥只存在于 URL 片段里——也就是 # 之后、浏览器从不发送给服务器的那部分。因此服务器只保存无法解读的零知识密文，收件方也无需账号即可下载。生成这样的链接需要发送方登录，且每个链接都可设为到期失效或首次下载后即焚。

功能一览对比

把最关键的差别并排列出：

常见问题

真的没有文件大小限制吗？

实时模式没有服务端上限，因为 Relayium 不保留服务端文件副本或历史；同一局域网内直连，跨网络经 TURN 承载端到端密文。Chrome 或 Edge 能把实时文件流式写盘，但双方页面必须保持在线，因此大文件更适合使用存储下载链接。链接的单文件上限与账号额度会在上传前显示；Firefox 或 Safari 实时接收放在内存中，超过约 256 MB 时会给出保守提示。

对方不在线怎么办？

用存储下载链接。你的浏览器会用 AES-256-GCM 加密文件，密钥只留在 URL 片段里，服务器保存的是零知识密文，收件方稍后即可取回。生成链接需要发送方登录，并可设为到期失效或首次下载后即焚。

Relayium 免费吗？

免费。Relayium 采用 AGPL-3.0 许可，是免费开源软件，完整的协议与代码都在 github.com/relayium/relayium。没有付费档去解锁更大的实时传输——大文件的空间来自浏览器的流式写盘，而不是订阅。

大文件请留一条加密下载链接；快速递送小文件或文本时，让双方连上后实时发送。

立即试用 Relayium

继续阅读