unofax
Blog

unofax 現已支援 x402:用 USDC 按次付費傳真

x402 來到傳真

unofax 現已支援 x402,這個開放付款協定把長期閒置的 HTTP 402 狀態碼,變成了一個實際可用的微交易標準。你可以透過 unofax x402 API 以每頁 $0.20 USDC 寄出傳真,免帳號、免 API 金鑰、免註冊。在 Base 網路上,用任何錢包、以一份簽署過的酬載付款。

本文說明 x402 是什麼、它為什麼對傳真特別重要,以及 unofax 的整合從頭到尾如何運作。它是寫給打造代理工具的開發者,但同一套流程也適用於任何寧願付幾美分 USDC、也不想交出信用卡的人。

x402 究竟是什麼

自 HTTP/1.1 第一版發布以來,HTTP 402 Payment Required 就一直保留在 HTTP 規範中。幾十年來它閒置不用,瀏覽器、伺服器與代理伺服器都把它當成某個從未到來的未來付款標準的佔位符。x402 正是最終填補這個缺口的協定。

機制很簡單。用戶端向一個付費端點發出請求。伺服器以 HTTP 402 回應,並附上一個標頭,描述所需的付款:金額、資產(例如 USDC)、網路(例如 Base)與目的地位址。用戶端用它的錢包簽署一份付款酬載,附上簽章後重試該請求,伺服器在完成請求前先驗證鏈上結算。沒有帳號、沒有受速率限制的金鑰、沒有月度帳單。

USDC 這類穩定幣、Base 這類低手續費的 L2 網路,加上 402 狀態碼,三者結合終於讓微交易在低於一美分的延遲與低於一美分的額外開銷下變得實用。你可以閱讀完整的 x402 規範了解協定細節。

x402 為什麼對傳真重要

傳真是少數幾種按次計費真正貼合底層成本的 API 之一。每一份傳真在電信商端都有真實、可衡量的按頁成本,而且沒有人一天寄一百萬份傳真。傳統的傳真 API 逼你註冊、交出信用卡,並為了寄出單一頁而先儲值一筆最低餘額。那些額外開銷比傳真本身還大。

x402 把那些額外開銷壓到零。打開文件、送出一個工作、簽署一筆付款,傳真就寄出去了。沒有餘額要儲值、沒有方案要選、沒有金鑰要輪替。對於偶爾一次的傳真(寄給 IRS 的稅表、一份醫療轉介、一份法院文件),這比現有的替代方案明顯更簡單。想與標準的瀏覽器流程比較,請參閱我們的不用傳真機也能傳真 PDF指南。

x402 端點的定價,是寄到 45 個以上支援國家中任何一國都固定每頁 $0.20 USDC。封面頁仍然免費。國際目的地不加價、免付費號碼不加收費用,也沒有最低消費。相較於我們定價參考中所述以信用卡為基礎的流程,x402 流程是以略低的按頁費率,換取錢包設定的額外開銷。

unofax x402 流程如何運作

完整的整合文件在 unofax x402 頁面,但整體形狀是四個直截了當的 HTTP 呼叫。每個呼叫都是一般的 REST 請求;只有第三個涉及錢包簽章。

  • 建立傳真工作。以 E.164 格式的目的地傳真號碼與一個檔案名稱,POST 到 /api/x402。伺服器會回傳一個工作 ID、一個預先簽署的上傳 URL,以及一個狀態端點。
  • 上傳文件。把原始檔案位元組 PUT 到那個預先簽署的 URL。unofax 接受與瀏覽器流程相同的檔案格式:PDF、Word、PNG、JPG、HEIC、TIFF 等。
  • 付款並寄出。不帶任何付款標頭,POST 到寄送端點。伺服器會回以 HTTP 402 與付款要求:以 USDC 原子單位表示的金額、Base 網路識別碼,以及收款位址。依 x402 規範用你的錢包簽署付款,然後把簽章放進 PAYMENT-SIGNATURE 標頭重送同一個請求。伺服器驗證鏈上結算後,把傳真排入傳送佇列。
  • 查看送達狀態。每隔幾秒輪詢狀態端點,直到狀態變為 sentfailed。多數傳真每頁在一到兩分鐘內完成,端到端的時間與送達狀態頁面所追蹤的瀏覽器流程相同。

封面頁在建立工作的請求上,以一個結構化物件的形式支援。你可以傳入寄件人姓名、收件人詳情、主旨、緊急旗標與機密標記,封面頁會被渲染為第一頁且不額外收費。同樣的多語言封面頁選項也都可用,包括德文、日文、西班牙文、法文、韓文及其他數種語言的在地化標籤。

為什麼 AI 代理需要這個

2026 年,對一個付費 API 最常見的反應,就是問為什麼還需要另一個付款標準。誠實的答案是:這一個是為軟體打造的,而非為人類。信用卡網路是圍繞著一個人把卡號打進表單而設計的。它們假設一位持卡人、不頻繁的交易,以及以月計算的退款爭議視窗。這些都對不上一個需要在一小時內進行十筆採購、並各自獨立記帳的自主代理。

比起分享信用卡,人們遠更願意給 AI 代理一個有額度限制的加密貨幣錢包。錢包可以持有固定預算、只簽署特定交易,也能被即時撤銷。信用卡做不到。當代理失控時,你會寧願讓它承擔 $5 的 USDC 風險,而不是你整張信用卡的額度。這道信任落差正是 x402 存在的結構性原因,也是傳真成為有用早期整合的原因:代理代表使用者行動,可以填好表單、準備一份 PDF,並寄給政府機構,全程都不必向使用者索取卡號。

unofax x402 端點的文件,是以一種代理能自行探索的方式撰寫。OpenAPI 風格的結構描述公布在 x402 參考頁面,參數明確,也沒有任何頻外的上線步驟。一個能讀文件並呼叫 HTTP 的代理,不需要人在迴圈中就能使用 unofax。

比較:x402 與傳統傳真 API

對於評估 x402 流程適用於何處的開發者,下表整理了它與典型 SaaS 傳真 API 在實務上的差異。

unofax x402 傳統傳真 API
註冊 電子郵件、密碼,有時還要手機驗證
API 金鑰 每個帳號的密鑰,須輪替
最低消費 一頁 月費方案或預付餘額
按頁成本 固定 $0.20 USDC 依國家與方案而異
付款方式 Base 上的 USDC,每次請求簽署 存檔的信用卡
對代理友善 是,結構描述可自行探索 否,需要人工上線
結算時間 幾秒,鏈上 幾天,透過信用卡處理商

如果你一個月寄出數千份傳真並想要合併帳單,傳統流程仍然合理。對於低於那個用量的多數情境,x402 移除的摩擦大於它帶來的。如果你不確定自己的工作量落在界線的哪一側,我們的比較文章線上傳真服務比較更深入地說明了這些取捨。

產業趨勢:AI 原生服務的崛起

AI 原生服務指的是一個自主代理無需修改就能使用的服務:按次計費、不要求帳號,以及可透過公開文件存取、能自行探索的 API。這個定義正逐漸成為打造代理基礎設施的開發者間的通行標準,因為上述每一項特性都移除了一個原本需要人介入的步驟。

現有的多數 SaaS API 至少沒通過其中一項測試。它們要求填註冊表單、要求把金鑰放進密鑰管理器,或它們的文件藏在登入之後。對人來說,這些都不是無法跨越的障礙,但對一個獨自行動的代理,每一項都是硬性的停止點。累積起來的效果是:2026 年的代理生態系瓶頸,卡在服務重建它們的接入點,而非卡在模型能力。

傳真是一個出人意料、卻很有用的例子,恰好乾淨地對應到 AI 原生的定義。每次呼叫的成本真實且有界,動作具體且易於驗證(一份文件送達某個特定號碼),而使用情境(政府表格、法律文件、醫療文書)正是人們會委派出去的那類例行工作。想更了解為什麼傳真在醫療、政府與法律工作流程中作為傳輸層屹立不搖,請參閱我們就此主題更深入的文章。

錢包設定與如何開始

要使用 unofax x402 端點,你需要一個在 Base 網路上持有 USDC、並能簽署 EIP-712 付款酬載的錢包。任何支援 Base 的錢包都行;熱門選擇包括 Coinbase Wallet、加入 Base 網路後的 MetaMask,以及一系列針對代理開發者的程式化錢包。

為錢包充值的方式,是把 USDC 跨鏈橋接到 Base,或在支援 Base 提領的交易所直接購買。幾美元就足以寄出數十頁,因為每一份傳真都以 $0.20 USDC 各自結算。不需要預先儲值 unofax 端的餘額;錢包就是餘額。

對於第一次呼叫,最簡單的路徑是使用 x402 參考文件中的其中一個範例用戶端。每個範例都以純 curl 指令加上一小段簽署輔助程式,展示建立、上傳、付款與狀態呼叫。一旦這趟往返對測試號碼可行,同一段程式碼就能原封不動地用於 unofax 涵蓋的任何國家目的地,包括美國日本德國英國

安全、隱私,以及 unofax 看不到的東西

x402 流程不改變底層的文件處理。透過預先簽署 URL 上傳的檔案,在傳輸與儲存時都會加密,與瀏覽器流程相同。文件會在七天後自動刪除,你也可以透過客服要求提早刪除。付款與文件安全的完整說明,同樣適用於 x402 工作。

x402 特別移除的,是你與某個帳務身分之間的連結。你的工作不綁定任何電子郵件地址、沒有存檔的卡號,也沒有附在客戶紀錄上的使用歷史。伺服器看到的唯一識別符,是簽署付款的錢包位址,而錢包位址匿名或具名到什麼程度,全由你決定。對於寄送敏感資料的使用者(法律文件、醫療紀錄、稅務回覆),這是資料足跡的一項有意義的縮減。

取捨在於:沒有帳號層級的儀表板。如果你需要跨許多份傳真追蹤用量,你要用 API 回傳的工作 ID 在自己的系統裡做。對多數代理工作量而言,這正是想要的行為,因為代理本來就在維護自己的狀態。

實務注意事項與限制

在你接好整合之前,有幾項限制值得知道。沒有一項令人意外,但每一項在正式環境中都很重要。

  • 檔案大小上限為 100 MB。更大的上傳會回傳 HTTP 413,必須拆分。
  • 每份傳真的頁數上限為 300 頁。更長的文件請分成多個工作寄送,並在封面頁的主旨列中相互引用。
  • 若處理尚未完成,寄送端點會回傳 409。請等狀態到達 ready_to_send 之後,再索取付款詳情。
  • 付款要求有到期時間。如果你在一個 402 回應上停留太久,請重新索取一個。到期時間包含在狀態酬載中。
  • 在 x402 上,傳送失敗不會自動退款。與信用卡流程不同,鏈上付款在結算時即為最終。送達失敗會在狀態中顯示為 failed;請帶著工作 ID 聯絡客服處理。
  • 支援排程。在建立工作時傳入一個 RFC 3339 的 scheduledTime,付款結算後傳真便會在該時刻傳送。與瀏覽器排程相同的邏輯適用,包括提前最多七天。

對於高頻率的代理工作量,實務上的建議是讓錢包的 USDC 餘額維持小額並以程式化方式補足,而非持有大筆餘額。這能在代理萬一失控時限縮波及範圍,而且不額外花錢,因為每一份傳真都各自結算。

結論

x402 讓傳真變成代理能像使用任何其他網路工具那樣使用的東西:讀文件、呼叫 API、簽署付款、取得結果。unofax 現已原生支援它,每頁 $0.20 USDC,免帳號、免金鑰,且採用與驅動瀏覽器流程相同的送達基礎設施。要用 USDC 寄出你的第一份傳真,請打開 unofax.com 上的 x402 參考,複製範例,送出你的工作。若想改用標準的瀏覽器流程,請前往 unofax.com,把你的 PDF 拖到上傳區。