暗号資産でAIに支払う

AIは今や、そんなつもりのなかった多くの人にとっての継続的な請求になっている。チャットのサブスクリプション、エディタのシート、画像ツール、そして——単に使うのではなく何かを作り始めた瞬間に——トークン単位で課金されドル建てで決済される従量制のAPIアカウント。これらのベンダーはすべて同じ仕組みで請求する。登録されたカードに、自動的に、期限なく課金される仕組みだ。どのベンダーも暗号資産は受け付けていない。

このギャップこそが本ガイドの主題だ。USDTを受け付けるAI企業を探しても解決しない——そもそもほとんど存在せず、試験的に対応した企業もたいてい撤退するからだ。解決策は、変換のタイミングを一段階前に動かすことにある。つまり、通常のVisaやMastercardを暗号資産でチャージし、そのカードを他のカードと同じようにベンダーに課金させることだ。以下では、どのカードを使うべきか、実際のコストはいくらか、なぜ間違ったプリペイドカードでは継続的なAI請求が失敗するのか、従量課金制ではなぜプリペイドが銀行カードに明確に勝るのか、そしてカードでは解決できないことについて正直に述べる。背後にある仕組みにまだ触れたことがなければ、暗号資産カードの仕組みで決済経路を最初から最後まで解説している。

2つの課金モデルと、その違いが重要な理由

AI関連で発生する請求は、すべて2つの形のどちらかに当てはまり、それぞれまったく異なる形で失敗する。この違いをあらかじめ正しく理解しておくことで、後のトラブルの大半を防げる。

サブスクリプションは、支払い契約が保存された固定の月額料金だ——ChatGPT Plus、Claude Pro、Geminiのプラン、Cursorのシート、Midjourneyのティアなど。一度承認すれば、ベンダーは毎月同じカードに、あらためて確認することなく再課金する。リスクとなるのは最初の支払いではなく、4回目だ——その頃にはカードの残高が金額を下回っており、更新が静かに失敗する。

クレジット購入は、その後使い切っていく残高を買う一度限りの請求だ——OpenAIやAnthropicのAPIクレジット、OpenRouter、Replicate、Together、Falなど。継続的な支払い契約がないため、後になって失敗することはない——しかし、これらのベンダーの多くは、残高が一定のしきい値を下回るたびにクレジットを再購入する自動チャージのスイッチを提供しており、これが一度限りの請求を、予測できない金額の継続課金へと静かに変えてしまう。このスイッチこそがそのページで最も重要な設定であり、詳しくは後述する。

ほとんどすべてがVisa Corporateの範囲に行き着くというパターンは、偶然ではない——BIN 472305は、継続的なソフトウェア・クラウド・APIの請求のために特化して存在しており、両者を合わせて大半のAI関連請求を処理するStripe、Recurly、Chargebeeを問題なく通過する。知っておく価値のある2つの例外がある。iPhoneアプリ内のサブスクリプションはApple側の請求であり、ウォレット向けに調整されたVisa Platinumが適している。そして本当に大量のAPI購入は、Corporate BINの1取引$5,000という上限に突き当たるため、1取引$10,000・月間$100,000のVisa Businessの範囲のほうが適している。

実際のコスト

適用される手数料は2つで、いずれも公開されている。取引ごと、月ごと、あるいはプロジェクトの合間にカードを使わずに置いておくことに対して課金されることは一切ない。以下は、具体的なケース——月$20のシートを1年間維持した場合、つまり$240分のAI利用料——に対する手数料の全体像だ。

立ち止まって考える価値があるのは4行目だ。暗号資産カードは通常、外貨手数料を基準に比較される。多くの人がカードで買うものは自国通貨建てで価格が付いており、1.5%を避けられないからだ。AIはその逆だ。OpenAI、Anthropic、Google、Cursorをはじめこのカテゴリーのほぼすべてのベンダーが米ドル建てで請求し、カードの残高は発行会社の側ですでにUSD建てになっている。手数料は単純に発生しない。これにより、AI利用料は構造的にこのカードに載せる中で最も割安なカテゴリーになる——最初の1か月を過ぎた後の限界コストは一律2%のみだ。手数料の全体像は料金ページに、継続的なコストの側面全般については月額料金なしの暗号資産カードで扱っている。

2つの下限は、後で発見するのではなく事前に計画に組み込んでおく価値がある。最低チャージ額は$100なので、$20のシート1つだけに資金を用意する場合でも、アカウントに少なくとも$100を入れて5か月かけて使い切ることになる——サブスクリプションが1つだけならやや不便だが、3つになるかAPIアカウントを持つようになった瞬間に気にならなくなる。また、カードの最低ロード額は$20、最大は$5,000なので、大きな一度限りのクレジット購入は1回ではなく2回のロードになる。どちらも手数料ではなく上限であり、人はたいてい最悪のタイミングでそれに行き当たる。

一度だけ行うセットアップ

ゼロから始めても、かかる時間はおよそ4分で、そのほとんどは承認を待つ時間だ。順番は少しだけ重要になる。発行の前にチャージしておくこと——残高のないカードは、最初のオーソリで失敗するカードだからだ。

1. アカウントを開設する。メールアドレスとパスワードだけ。書類の提出も本人確認もKYCも不要——これに限らず、プラットフォーム上のどの操作でも同様だ。
2. チャージする。8種類の資産のいずれかを使い、最低$100、送金がファイナリティに達すると同時にスポットレートで全額が反映される。利用できる中で最も安いレールを使うこと。
3. バーチャルVisa Corporate、BIN 472305を発行する。$2で数秒で使えるようになる。支払う先のベンダーに合わせてラベルを付けておくこと——サービスごとに1枚のカードを使う習慣は、いずれか1枚を解約する必要が生じた最初の瞬間に元が取れる。
4. 価格ちょうどではなく、価格より多めにロードする。最初のオーソリは表示価格より大きくなることが多い。$20のシートなら$30を、$100のクレジット購入なら$110をロードすること。
5. ベンダーの請求フォームに入力する。番号、有効期限、CVC。住所欄はカードパネルに表示されている通りにしておき、3-D Secureのステップが表示されたら完了させること。
6. カードの上限を、使うつもりの金額に設定する。それ以上にはしないこと。この手順によってカードは予算そのものになる——これは以下のセクション全体の主題でもある。

本請求の前にある確認用の請求

ほとんどのAIベンダーは、実際に請求する前にカードを検証しており、これがサブスクリプション価格ちょうどをロードした人をつまずかせる。検証には2つの形がある。$0のアカウントステータス確認は、資金を動かすことなく、カードが存在し有効かどうかを発行会社に問い合わせるもので、静かに通過する。$1のオーソリは実際に1ドルを確保し、数日間保留したうえで、決して確定(キャプチャ)しない——だがその数日間、その1ドルは使えない状態になる。

$20のサブスクリプションのためにちょうど$20をロードしたカードでは、$1の保留によって$20の請求に対して$19しか残らず、たった1ドルの不足で更新が拒否される。対策は上記の4番目の手順そのもので、コストはかからない——少し多めにロードしておくことだ。無料トライアルではこの問題がさらに鋭くなる。カードは登録時に検証されるが、請求されるのはトライアル終了後——多くの場合1か月後——であり、その時点でカードには、検証時のゼロではなく、価格の全額が必要になるからだ。

継続的なAI請求が失敗する理由と、それぞれの見え方

決済拒否は不具合ではなくメッセージであり、AI関連の請求ではそのメッセージはほぼ常に5つのうちのどれかだ。正しく読み取るのは数秒で済むが、当てずっぽうで推測すると午後を丸ごと費やすことになる。

そもそもこの方法が機能するかどうかを左右するのが3行目だ。プリペイドカードの多くは、金額が確認される前の時点でAIベンダーに拒否される。処理会社がBINを一般的なプリペイド範囲だと認識し、カードではなくそのカテゴリー自体を拒否しているからだ。これは処理会社側の方針上の判断であって、あなたのカードに問題があるわけではなく、残高をいくら増やしても変わらない。そしてこれこそがBIN 472305が存在する理由でもある——匿名のプラスチックカードとしてではなく、ビジネスカードとしてStripe、Recurly、Chargebeeを通過する範囲だ。何かが拒否され、原因がはっきりしない場合は、バーチャルカードが決済拒否される理由に、確認する価値のある順に並べた完全な診断手順がある。

従量課金制:プリペイドが妥協ではなくなる場面

ここまでの内容はすべて対等性についてだった——暗号資産でチャージしたカードを、銀行カードと同じように振る舞わせることだ。このセクションはその逆だ。プリペイドカードが、それが代替する銀行カードよりも明確に優れている唯一の場面であり、単独でガイド1本分の価値がある。

従量制のAPIアカウントには、自然な上限が存在しない。課金はトークン単位で行われ、単価は無料に感じられるほど小さく、普通の1週間と4桁のドルの請求書のあいだにあるものは、自分自身の注意力しかない。どのベンダーもソフトな保護策——利用状況アラート、月間予算、ハードリミット——を提供しているが、それらはすべて、ベンダー側のメーターの上で、ベンダー自身によって実行される「課金を止める」というベンダー側の約束にすぎない。たいていはうまく機能する。だが、失敗したリクエストも課金対象のリクエストであることを再試行ループが発見する午前3時に、まさに失敗するのもこの仕組みだ。

プリペイドカードはまったく別種の上限だ。それは「課金を止める」という約束ではなく、物理的に課金できないという事実そのものだ。自動チャージは、$40しかないカードから$200を引き出すことはできない。暴走したエージェントも、ロードした金額を超えて使うことはできない。ベンダー側の請求バグも、当座貸越の仕組みがないカードを使い過ぎることはできない——その背後に踏み込める口座自体が存在しないからだ。ロードした金額こそが、決して超えることのできない上限であり、その保証はベンダーの請求コードの中ではなく、カードネットワークの側で強制される。

• 四半期分ではなく、1か月分をロードする。カードには、次にロードし直すまでに使うつもりのおおよその金額だけを持たせておくこと。余剰分をアカウントにアンロードするのは無料なので、少なめに保っておくことにコストはない。
• 自動チャージについては、意図を持って決めること。オフにすれば、クレジットが尽きた時点でAPIが停止する——確実な停止であり、たいていはこれが正しい選択だ。オンにすると自動的にチャージが発生するようになり、入力したしきい値ではなくカードの残高そのものが実質的な上限になる。
• 本番環境と実験用は別々のカードに分けておく。1枚あたり$2だ。実験用に確保したカードを食いつぶすプロンプトループが、稼働中のサービスを支える残高にまで手を伸ばせるべきではない。
• 月間の上限だけでなく、1取引あたりの上限にも注意する。Visa Corporateがオーソリできるのは1取引$5,000、月間$50,000まで。それを超える大きな一度限りのクレジット購入は、1取引$10,000・月間$100,000のVisa Businessの範囲で行うべきだ。
• 照合はダッシュボードではなくカードを基準に行う。カードの取引履歴こそが実際に引き落とされた金額であり、それは利用状況ページの見積もりと必ずしも一致しない。

コードから実行する

お金を使う主体が人間ではなくプログラムである場合、上記の一連の流れはたった3回の呼び出しに集約される。カードを発行し、上限を設定し、番号を渡す——ブラウザを使わない、まったく同じ基本操作だ。本ガイドで説明したすべての操作は、1回のREST呼び出しか1回のMCPツール呼び出しで行える。

curl -X POST https://api.cryptocardium.com/v1/cards \
  -H "Authorization: Bearer ck_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "type": "virtual", "bin": "472305", "load_usd": 200 }'

{
  "id": "card_8f2a1c",
  "bin": "472305",
  "last4": "4417",
  "status": "active",
  "balance_usd": 200.00
}

1回の呼び出しでカードの発行とロードが完了するため、番号が存在する前に上限が設定される。さらに制限を加え、支払う対象のベンダー以外ではそのカードを無意味にしておくこと——上限だけですでに十分だと感じられる場合でも、MCC許可リストを設定しておく価値はある。AIベンダーが請求に使う加盟店カテゴリーにロックされたカードは、番号がどうなろうと店舗では使えないからだ。

curl -X PATCH https://api.cryptocardium.com/v1/cards/card_8f2a1c/limits \
  -H "Authorization: Bearer ck_live_…" \
  -d '{ "monthly_usd": 200, "daily_usd": 50 }'

curl -X PATCH https://api.cryptocardium.com/v1/cards/card_8f2a1c/mcc \
  -H "Authorization: Bearer ck_live_…" \
  -d '{ "mcc_allow": ["5818", "7372"] }'

curl -X POST https://api.cryptocardium.com/v1/cards/card_8f2a1c/load \
  -H "Authorization: Bearer ck_live_…" \
  -d '{ "amount_usd": 100 }'   # reload later, same ceiling

何かをロックする前に、実際にベンダーが請求に使っているカテゴリーを確認しておくこと——推測するのではなく、実際の取引にあるmccフィールドを読むこと。許可リストを誤ると、資金不足の問題とまったく見分けのつかない決済拒否が発生する。transaction.declinedとauthorizationにWebhookを登録しておけば、次のポーリングで気づくのではなく、請求が拒否された瞬間にエージェントが反応できる。イベントはHMAC署名付きで、少なくとも1回は配信される。

// POST to your webhook URL
{
  "event": "authorization",
  "card_id": "card_8f2a1c",
  "amount_usd": 200.00,
  "merchant": "Anthropic",
  "mcc": "5818",
  "result": "approved"
}
// header: X-Signature: sha256=…

カードを渡されるのではなく、自分自身でカードを発行し支払いも行うエージェントについては、より詳細なパターン——キーのスコープ設定、エージェントごとの上限、タスクの途中でオーソリが拒否された場合の対処法——をAIエージェント向けバーチャルカードAPIで扱っている。Claude DesktopやCursorのようなMCP対応クライアントについては、同じ機能がHTTPではなく型付きツールとして提供される暗号資産カードのMCPサーバーを、そして両者の背後にある設計上の論点については暗号資産によるエージェント決済を参照してほしい。エンドポイントレベルのリファレンスはドキュメントにある。

ベンダーに見えるものと、あなたの銀行に見えないもの

AIベンダーから見れば、これはビジネスBINからのVisaのオーソリであり、それがすべてだ。資金の経路は伝わらず、カード番号から推測することもできず、加盟店の処理会社が問い合わせる手段もない。その間に銀行も介在しない。資金の準備は自分が管理するウォレットからのオンチェーン送金であり、利用は発行会社が保持するUSD残高に対する通常のオーソリであって、自分が口座を持つどの金融機関も取引の当事者にはならず、明細の1行を生成することもない。

このトレードオフについても、利点と同じくらいはっきり述べておく価値がある。住所を一切収集しないため、住所確認チェックが照合する対象が存在せず、厳格なAVSチェックはこの欠如を失敗として扱う。実際には、これがAI関連の請求で問題になることはめったにない——AVSは主に米国の小売業で見られる現象であり、主要なAIベンダーはこれを厳格には適用していない——とはいえ、これは本人確認不要のカードが持つ唯一の構造的な弱点であり、チェックアウトで発見するよりも事前に知っておくほうがよい。KYC不要の暗号資産カード解説では本人確認なしの発行が意味することと意味しないことを扱っており、匿名サブスクリプションでは同じパターンを、ストリーミング、VPN、その他毎月請求されるあらゆるものに広げて解説している。

カードでは解決できないこと

2つある。どちらも率直に述べておく価値がある——インターネット上の情報は往々にしてそうではないからだ。

1つ目は利用資格だ。AIベンダーが自国でサービスを提供していない場合、その制限は支払いフォームではなく、登録時点と利用規約の中に存在しており、発行元の異なるカードを提示してもベンダーとの関係上の立場は変わらない。それを回避しようとすれば、アカウントとそこに残っているクレジット残高を失うリスクがある。カードが実際に解決するのは、はるかによくある隣接したケースだ。つまり、サービス自体は利用可能なのに、現地のカードが国境を越えたUSD建て請求のために拒否される、銀行がその加盟店カテゴリーをブロックしている、あるいはそもそもカードを持っていない、という状況だ。これは支払いの問題であり、支払い手段によって解決できる。

2つ目は返金だ。ベンダーから返金された資金は、それが出てきたカードに戻る。これは正しい挙動だが、銀行の返金より時間がかかり、そのカードがまだ存在していることが条件になる。返金が見込まれる場合——サイズを間違えた年間プラン、重複したクレジット購入など——は、サービスを解約した瞬間にカードも解約するのではなく、返金が反映されるまでカードを開いたままにしておくこと。正式な異議申し立ては無料で代行されるが、それは週単位の時間がかかる最終手段であって、通常の経路ではない。

簡単なチェックリスト

1. バーチャルVisa Corporate、BIN 472305を発行する。$2で数秒で使えるようになる、まさにこの種の請求向けに調整された範囲だ。
2. ベンダーごとに1枚のカードを使う。安価であり、後から行う判断——解約、上限設定、差し替え——のすべてを、交渉ではなくワンクリックの操作にしてくれる。
3. 価格ちょうどではなく、20%増しでロードする。検証保留とチェックアウト時の税金が、初回請求で失敗する最も多い2つの原因だ。
4. 3-D Secureのチャレンジが表示されたら完了させる。中断すると決済拒否のように見えるが、実際には違う。
5. APIキーを有効化する前に、自動チャージについて決めておく。後で決めるのではない。オフは確実な停止になり、オンにするとカードの残高が実質的な上限になる。
6. 日次・月次の上限を設定し、コードから使うカードにはMCC許可リストも設定する。今の1分の手間が、後の際限のない請求を防ぐ。
7. 更新日より前にチャージしておく。失敗した後ではない。AIアカウントで更新に失敗すると、たいていはダウングレードで済むが、まれに履歴が失われることもある。
8. 見込まれる返金が反映されるまで、カードを開いたままにしておく。返金はカードに戻るため、解約済みのカードには戻す先がない。

これらをまとめて実践すれば、ベンダー側の利用資格の問題を除いて、暗号資産でAIに支払う際に起こりうる失敗のほぼすべてをカバーできる——そしてその利用資格の問題は、支払いの問題ではなく、支払い手段によって解決できるものでもない。

関連記事

ここで扱ったすべての土台にある決済の仕組みについては、暗号資産カードの仕組みから読み始めてほしい。資金の準備と、つまずきやすい承認のタイミングについてはUSDTでVisaカードにチャージするを。ストリーミング、VPN、その他毎月請求されるあらゆるものに同じパターンを適用する方法については匿名サブスクリプション向けのバーチャルカードを。請求が拒否された場合は、バーチャルカードが決済拒否される理由に、確認する価値のある順に並んだ診断手順がある。お金を使う主体が人間ではなくエージェントである場合は、AIエージェント向けバーチャルカードAPIと暗号資産カードのMCPサーバーの2つを次に読んでほしい。AIエージェント向け最良の暗号資産カードではこの分野を比較している。ライブラリ全体はガイドハブに、5種類のBINについてはカードページに記載がある。