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 帳號後，先選一個每週都會重複的工作，記錄完成時間、收件步驟與中斷後的處理方式。這些結果比單一峰值速度更能判斷它是否適合團隊。