平时给同事或者跨国客户传几个G的大文件，真的是个痛点。用国内网盘，那是限速教做人；走 WeTransfer、Dropbox 或者 Google Drive，又绕不开云端存储的容量限制和隐私顾虑。

最近发现个叫 AltSendme 的开源项目，采用 Rust + Tauri 构建跨平台桌面应用，主打纯 P2P 端到端文件直传。它底层抛弃了老旧方案，直接采用 Iroh 和 QUIC 技术，目前在 GitHub 上挺火，已有5.4k Stars 和 312 个 Forks。

它实现了无需云服务器中转、无需注册账号的点对点文件传输，是 Sendme CLI 工具的图形界面版本。

​

1. 核心功能

• 端到端直传与加密：文件直接在设备间对传，不经过任何云端中转。全程用 QUIC 和 TLS 1.3 加密，保证前向和后向安全。

• 免注册 & 零限制：纯白嫖，不需要建号，不用交隐私数据，文件大小和带宽完全没限制（你能跑满千兆网它就能跑到）。

• 极简交互 (Ticket 机制)：把文件/文件夹拖进 UI -> 生成一次性分享码（Ticket）-> 通过微信/邮件发给对方 -> 对方粘贴 Ticket，开传。

• 断点续传：支持网络中断后的自动续传，不用担心传到 99% 报错重头再来。

• 完整性验证：传输过程使用 BLAKE3 算法进行哈希校验，防止文件损坏。

2. 底层技术架构 

• 技术栈占比：前端 TypeScript (74.7%) 结合 React，后端核心逻辑用 Rust (22.1%)，通过 Tauri 框架打包。目前支持 Windows、macOS、Linux 桌面版，CLI 命令行工具也已就绪。

• P2P 基座：没有用传统的方案，而是用了 Iroh（一个现代化的、模块化的 WebRTC 和 libp2p 替代方案）。

• 数据处理 (Blobs)：使用内容寻址技术处理任意大小的数据块，依靠 BLAKE3 哈希 (Links) 来标识和验证流。

• 票据系统 (Tickets)：那个分享码其实是个单凭证系统，包含了拨号信息和用于鉴权的加密身份 (Ed25519 NodeIds)。这规避了传统 P2P 满世界广播 IP 的隐私问题，建了个明确连接的“舒适网络”。

• 网络与协议 (QUIC 打洞)：

• 基于 UDP 的 QUIC 协议，原生集成 TLS 1.3，支持流多路复用，解决了 TCP 的队头阻塞问题，还支持在连过的端点间实现 0-RTT 极速重连。

• 穿透机制：启动时向开源公共中继服务器注册。优先尝试 QUIC 打洞 (Hole Punching) 直连；如果 NAT 太严打洞失败，会自动 fallback 到加密中继服务器转发数据。

3. 发展规划 (Roadmap)

作者在 Roadmap 里画了几个饼，后续会慢慢补齐：

• 推出移动端版本和 Web 版（目前只有桌面端和 CLI）。

• 优化传输速度和连接便捷性。

• 搞个更好的系统/网络信息分析面板。

• UI 分层：给普通用户保持极简 UI，给爱折腾的高级用户提供进阶界面。

4. 注意事项

• 协议毒性预警：这项目是 AGPL-3.0 开源许可证。如果你想拿它的源码二开搞个商业传文件 SaaS，记得把你的服务端代码也开源了，不然等着吃官司。

• 双方必须同时在线：这毕竟是纯 P2P 传文件，不是发网盘链接。你生成 Ticket 发给对方后，你不能关电脑。如果发送方休眠或断网，传输直接拉闸。

• 中继服务器的瓶颈：虽然是 P2P，但初始发现和打洞依然依赖官方提供的开源公共中继服务器。在国内复杂的网络环境下，UDP 打洞大概率失败，一旦 fallback 到中继服务器转发，速度就完全取决于那个免费中继节点的带宽了。

• 移动端暂缺：目前你想在手机上用还不行，得等 Roadmap 里的移动端落地。

总结

我觉得 AltSendme 非常适合开发者或者剪辑师之间互传几个 G 甚至几十 G 的素材/数据库 dump 文件。相比于自己搭 STUN/TURN 服务器去折腾 WebRTC，这个开箱即用的 Iroh/QUIC 轮子体验要好得多。

项目地址：

https://github.com/tonyantony300/alt-sendme

本地下载附件：AltSendme_0.3.4_x64-setup.rar​

阅读原文：原文链接