x402がFAXにやってきた
unofaxは、長らく休眠状態だったHTTPステータスコード402を、実用的なマイクロトランザクション標準として動作させるオープン決済プロトコルx402に対応しました。unofaxのx402 APIを使えば、1ページ0.20 USDCでFAXを送信できます。アカウント、APIキー、サインアップはいずれも不要です。任意のウォレットから、Baseネットワーク上で、署名済みペイロード1つで支払えます。
本記事では、x402とは何か、なぜFAXに特に適しているのか、そしてunofaxの統合がエンドツーエンドでどのように動作するかを解説します。エージェント向けツールを構築する開発者を主な読者としていますが、クレジットカードを渡すよりUSDCで数セント支払うほうがよいと考える人にも同じフローが使えます。
x402とは何か
HTTP 402 Payment Requiredは、HTTP/1.1仕様の最初のバージョンから予約済みのステータスコードです。それから数十年にわたり使われないままで、ブラウザもサーバーもプロキシも、いつか登場するはずだったのに到来しなかった決済標準のためのプレースホルダーとして扱ってきました。x402はそのギャップをついに埋めるプロトコルです。
仕組みはシンプルです。クライアントが有料エンドポイントへリクエストを送ります。サーバーはHTTP 402と支払い要件を記述したヘッダー（金額、資産（USDCなど）、ネットワーク（Baseなど）、宛先アドレス）を返します。クライアントはウォレットで支払いペイロードに署名し、署名を添えて同じリクエストを再送します。サーバーはオンチェーンの決済を検証してからリクエストに応えます。アカウントもレート制限付きキーも、毎月の請求書もありません。
USDCのようなステーブルコイン、Baseのような低コストL2ネットワーク、そしてステータスコード402の組み合わせにより、レイテンシもオーバーヘッドもセント単位でマイクロトランザクションを実用化できます。プロトコルの詳細はx402仕様を参照してください。
x402がFAXに重要な理由
FAXは、従量課金が実コストにきれいに合致する数少ないAPIのひとつです。あらゆるFAXは、キャリア側にページごとの実測可能なコストを発生させ、誰も1日に100万通のFAXを送ったりはしません。従来型のFAX APIは、わずか1ページを送るためにサインアップ、クレジットカード登録、最低残高チャージを要求します。このオーバーヘッドはFAXそのものより重いのです。
x402はそのオーバーヘッドをゼロにします。ドキュメントを開き、ジョブを投げ、支払いに署名すると、FAXが送信されます。チャージすべき残高も、選ぶべきプランも、ローテーションすべきキーもありません。たまに送るFAX（税務署への申告書、医療紹介状、裁判所への提出書類など）であれば、既存の代替手段よりはっきりシンプルです。標準的なブラウザフローとの比較はFAX機なしでPDFを送る方法をご覧ください。
x402エンドポイントの料金は、対応する45以上のすべての国に対して定額0.20 USDC/ページです。表紙は引き続き無料です。国際送信の上乗せも、フリーダイヤル番号の追加料金も、最低金額もありません。料金リファレンスに記載のカード払いフローと比べると、x402フローはわずかに低い1ページ単価とウォレット設定の手間とのトレードオフです。
unofaxのx402フローの仕組み
統合の全体はunofaxのx402ページで文書化されていますが、形としては明快な4回のHTTPコールです。各コールは通常のRESTリクエストで、ウォレット署名が必要なのは3番目だけです。
- FAXジョブを作成。E.164形式の宛先FAX番号とファイル名を含むPOSTを
/api/x402へ送ります。サーバーはジョブID、署名付きアップロードURL、ステータスエンドポイントを返します。 - 文書をアップロード。署名付きURLにファイルの生バイトをPUTで送信します。unofaxはブラウザフローと同じファイル形式に対応しています：PDF、Word、PNG、JPG、HEIC、TIFFなど。
- 支払いと送信。送信エンドポイントへ支払いヘッダーなしのPOSTを送ります。サーバーはHTTP 402と支払い要件（USDCの最小単位での金額、Baseネットワーク識別子、受取アドレス）を返します。x402仕様に従ってウォレットで支払いに署名し、
PAYMENT-SIGNATUREヘッダーに署名を添えて同じリクエストを再送します。サーバーはオンチェーン決済を検証し、FAXを送信キューに入れます。 - 配信状況を確認。ステータスエンドポイントを数秒ごとにポーリングし、ステータスが
sentまたはfailedに解決するまで待ちます。多くのFAXは1ページあたり1〜2分で完了し、これは配信状況ページで追えるブラウザフローと同じ所要時間です。
表紙はジョブ作成リクエストに構造化オブジェクトとして渡せます。送信者名、受信者情報、件名、緊急度フラグ、機密区分を指定でき、追加料金なしで先頭ページとしてレンダリングされます。多言語表紙と同じオプション、ドイツ語、日本語、スペイン語、フランス語、韓国語など、ロケールごとのラベルも利用できます。
AIエージェントにx402が必要な理由
2026年に有料APIに対する最も多い反応は、なぜ別の決済標準がいるのかという問いです。正直な答えは、これは人間ではなくソフトウェアのために作られているということです。カードネットワークは、人がフォームに番号を入力する想定で設計されました。1人のカード保有者、まれな取引、月単位のチャージバック期間が前提です。1時間に10件購入し、それぞれを独立に記帳する必要のある自律エージェントには、どれも当てはまりません。
人々は、クレジットカードを共有することよりも、AIエージェントに上限付きの暗号資産ウォレットを渡すことのほうにはるかに前向きです。ウォレットは固定予算を保持でき、特定のトランザクションだけを署名でき、即座に取り消すこともできます。クレジットカードはそうはいきません。エージェントが暴走したとき、リスクは5 USDCのほうがカード上限よりはるかに望ましいでしょう。この信頼ギャップこそx402が存在する構造的な理由であり、FAXが初期統合先として有用な理由でもあります。ユーザーの代理として動作するエージェントが、フォームを記入し、PDFを準備し、行政機関へ送信するまでに、ユーザーへカード番号を尋ねる必要は一度もありません。
unofaxのx402エンドポイントは、エージェントが自律的に発見できるよう文書化されています。OpenAPI形式に近いスキーマはx402リファレンスページに公開されており、パラメーターは明示的で、API外のオンボーディング工程はありません。ドキュメントを読みHTTPを呼び出せるエージェントは、人間を介さずunofaxを利用できます。
比較：x402 vs 従来型FAX API
x402フローが自分のワークロードに合うかを判断したい開発者向けに、典型的なSaaS型FAX APIとの実務的な違いを下表にまとめます。
| unofax x402 | 従来型FAX API | |
|---|---|---|
| サインアップ | 不要 | メール、パスワード、電話認証もしばしば |
| APIキー | 不要 | アカウントごとの秘密鍵、ローテーション必須 |
| 最低利用 | 1ページから | 月額プランまたは前払い残高 |
| 1ページ料金 | 0.20 USDC、定額 | 国とプランで変動 |
| 支払い方法 | Base上のUSDC、リクエストごとに署名 | 登録済みクレジットカード |
| エージェント親和性 | あり、スキーマは自己発見可能 | なし、人間によるオンボーディングが必要 |
| 決済時間 | 数秒、オンチェーン | 数日、カード処理経由 |
月に数千通のFAXを送り、まとまった請求書がほしい場合は、従来型のフローが今でも合理的です。それより少ない用途では、x402が増やす摩擦より減らす摩擦のほうが大きくなります。判断に迷う場合は、オンラインFAXサービス比較でトレードオフを掘り下げています。
業界トレンド：AIネイティブなサービスの台頭
AIネイティブなサービスとは、自律エージェントが追加の改修なしに利用できるサービスを指します。従量課金、アカウント不要、公開ドキュメント越しに到達できる自己発見可能なAPIの3要件を満たすものです。この定義はエージェント基盤を構築する開発者の間で実用的な共通理解になりつつあります。各要件は、いずれも本来なら人間が介在しなければならない工程をひとつ取り除いてくれるからです。
既存のSaaS APIの多くは、少なくともいずれかでつまずきます。サインアップフォームを要求するか、シークレットマネージャーにキーを置く必要があるか、ドキュメントがログインの背後にあるかです。人間にとっては乗り越えられないものではありませんが、単独で動くエージェントにとってはどれも明確な停止点です。累積効果として、2026年のエージェントエコシステムはモデルの能力ではなく、サービス側がオンボーディング経路を作り直すことに律速されています。
FAXは意外ながら、AIネイティブな定義にきれいに合致するサービスの好例です。1コールあたりのコストが現実的かつ有限であり、行為が具体的で検証しやすく（特定の番号に文書が届く）、ユースケース（行政書類、法的提出物、医療文書）はまさに人々が委任したい定型業務です。医療、行政、法務でFAXが伝送層として残り続ける理由については、別記事で詳しく解説しています。
ウォレットの準備と最初の一歩
unofaxのx402エンドポイントを使うには、BaseネットワークでUSDCを保有し、EIP-712の支払いペイロードに署名できるウォレットが必要です。Base対応のウォレットならどれでも動作します。代表的な選択肢はCoinbase Wallet、Baseネットワークを追加したMetaMask、エージェント開発者向けのプログラマブルウォレットなどです。
ウォレットへの入金は、USDCをBaseへブリッジするか、Baseへの出金に対応した取引所で直接購入します。各FAXは0.20 USDCで個別に決済されるため、数ドルあれば数十ページを送れます。unofax側の残高を事前にチャージする必要はありません。ウォレット自体が残高です。
最初のコールは、x402リファレンスのサンプルクライアントを使うのが最短経路です。各サンプルは、create、upload、pay、statusを素のcurlコマンドと短い署名ヘルパーで示しています。テスト番号に対するラウンドトリップが通れば、同じコードでunofaxが対応する各国宛、たとえば米国、日本、ドイツ、英国などへ無修正で送信できます。
セキュリティ、プライバシー、unofaxが見ないもの
x402フローは文書の取り扱いそのものは変えません。署名付きURL経由でアップロードされたファイルは、ブラウザフローと同様に転送中も保管時も暗号化されます。文書は7日後に自動削除され、より早い削除はサポートから依頼できます。決済と文書セキュリティに関する詳細はx402ジョブにも同じく適用されます。
x402が具体的に取り除くのは、利用者と請求アイデンティティとの結びつきです。ジョブに紐づくメールアドレスも、登録済みのカード番号も、顧客レコードに連なる利用履歴もありません。サーバーが見る識別子は支払いに署名したウォレットアドレスのみで、ウォレットアドレスは任意の度合いで匿名にも実名にもできます。機微な内容（法的提出物、医療記録、税務応答など）を送るユーザーにとって、これはデータフットプリントの実質的な縮小です。
トレードオフは、アカウント単位のダッシュボードがないことです。多数のFAXにわたる利用を追跡したい場合は、APIが返すジョブIDを使って自身のシステムで管理します。エージェントはどのみち自前の状態を保持しているため、ほとんどのエージェントワークロードではこの動作こそが望ましいでしょう。
実用上の注意と上限
統合を組む前に把握しておきたい制約がいくつかあります。意外なものはありませんが、本番運用では一つひとつが効いてきます。
- 最大ファイルサイズは100 MB。これを超えるアップロードはHTTP 413で拒否され、分割が必要です。
- 1FAXあたりの最大ページ数は300。長文書は複数ジョブに分け、表紙の件名で関連性を示してください。
- 送信エンドポイントは処理中に409を返します。ステータスが
ready_to_sendになってから支払い情報を要求してください。 - 支払い要件には有効期限があります。402レスポンスを長時間放置した場合は、新しいものを取得し直してください。期限はステータスペイロードに含まれます。
- 送信失敗時のx402自動返金はありません。カード決済とは異なり、オンチェーン決済は決済時点で確定します。配信失敗はステータスに
failedとして現れます。ジョブIDを添えてサポートへお問い合わせください。 - スケジュール送信に対応。ジョブ作成時にRFC 3339形式の
scheduledTimeを渡せば、決済完了後にその時刻で送信されます。ブラウザベースのスケジュールと同じロジックで、最大7日先まで指定できます。
高頻度のエージェントワークロードでは、ウォレットのUSDC残高を小さく保ち、必要に応じてプログラム的に補充するのが実用上の推奨です。エージェントの暴走時の被害範囲を限定でき、各FAXは独立に決済されるため追加コストもかかりません。
結論
x402はFAXを、エージェントが他のWebツールと同じように使えるものに変えます。ドキュメントを読み、APIを呼び、支払いに署名し、結果を受け取る、それだけです。unofaxは1ページ0.20 USDCでネイティブに対応し、アカウントもキーも不要で、配信インフラはブラウザフローと同一です。USDCで初めてのFAXを送るには、unofax.comのx402リファレンスを開き、サンプルをコピーしてジョブを投げるだけです。標準のブラウザフローで送りたい場合は、unofax.comでPDFをアップロードエリアにドラッグしてください。