WarpSend 正式登场

制作团队把原始素材交给远程剪辑师、办公室之间搬移 NAS 数据，或请客户上传项目文件时，需要的传输方式并不相同。有时双方设备都在线，可以直接发送；有时收件者隔天才下载，就需要一份持续可用的云端副本。

WarpSend 将这些工作集中在同一平台，让团队依数据位置与交付方式选择端点直传、分享链接、收件链接或文件夹同步。

从一次交付到持续同步

WarpDirect 在两个受支持的端点之间发送文件。直连成功时，文件内容不存入云端对象存储；云端控制服务负责验证端点与协调连接。若自动路由遇到支持的直连失败情况，可以改走可续传的 Shuttle 路径。明确指定 Tunnel 的工作则会回报失败，不会自行更换路径。

WarpShare 把文件暂存到 WarpFabric，提供浏览器下载链接。上传完成后，发送设备可以脱机，收件者也不需要安装 app 或创建账号。这适合客户交件、多人审片与不同时区的交接。

WarpShare 使用指南说明如何选择文件来源、设置链接访问条件，以及确认收件者能完成下载。

File Requests 让外部协作者通过浏览器上传到指定端点文件夹。文件区块先在浏览器加密，再由 WarpFabric 暂存；目的端重新上线后可以接续收取。

WarpSync 对选定文件夹进行单向或双向同步。它先扫描变更，再通过直连 Tunnel 或加密 Shuttle 暂存发送需要的数据。设置前应先决定哪一端可以修改文件、如何处理冲突，以及删除是否应传到另一端。

性能要用工作数据验证

WarpSend 的端点引擎针对长距离文件夹传输设计，包含批量处理、加密、完整性检查与中断续传。单一大文件与大量小文件的性能不同；来源磁盘、目的端写入、上传带宽与路由状况也会影响结果。

比较当前版本时，使用相同文件、路径、存储设备与安全设置，分别记录传输阶段速度及取得验证后文件的完整交付时间。WarpSend 与 FTP 测试方法说明如何进行比较；FTP 结果也不能代表 SFTP 或 Aspera 的性能。

加密与计费依工作流程区分

端点直传、File Requests 与 Shuttle 使用各自的应用层加密流程。WarpShare 设有密码的链接会在上传前加密内容，由收件者浏览器解密；未设置密码的链接使用 TLS 与服务端存储及访问控制。服务仍会处理路由与交付所需的作业元数据，不能将所有模式统称为端到端加密。

WarpShare 按上传量计费，多人与重复下载不另收下载费用，浏览器下载也没有方案限速。链接延长保留会产生另一项费用。UDP 端点传输则采独立的速度方案，不按传输量收费，也不是使用 WarpShare 的前提。方案、额度与费率集中列在价格页。

适合先测试的工作

影音团队可以用一份完整拍摄文件夹测试跨城市交接；Synology 用户可以比较两台 NAS 之间的传输与同步；工程团队则可用实际建置产物或数据集检查调度与复原。

创建 WarpSend 账号后，先选一个每周都会重复的工作，记录完成时间、收件步骤与中断后的处理方式。这些结果比单一峰值速度更能判断它是否适合团队。