暗号資産決済のトラブル——入金不足・期限切れ・間違ったチェーンへの送金

世界中どの暗号資産チェックアウトも、仕組みは同じだ——アドレス、金額、そして時計。うまくいかないことのほとんどは、ウォレットが送ったものと、その3つが期待していたものとのズレの中で起きる。わずかに送金額が足りないことが最も多い失敗であり、その原因がこちらの計算違いであることはほとんどなく、しかも回復可能だ。間違ったチェーンで送ることははるかに稀だが、誰にも取り消せない唯一の失敗である。

このガイドが扱うのは決済であって、コードの問題ではない。すでにギフトカードが届いていて、それが使えない場合は原因が別にある——その場合は当店のコード利用トラブルの解決ガイドを参照してほしい。以下は、支払うボタンを押した瞬間から、注文が確認済みに切り替わる瞬間までに起こりうるすべてのことを、実際に起きる頻度が高い順に並べたものだ。

#カウントダウンの間、チェックアウトの裏側で起きていること

コインを選ぶと、同時に3つのものが作られる。入金アドレスが、あなたの注文専用に生成される。レート——その瞬間のそのコインでのカード価格——が固定され、保持される。そしてカウントダウンが始まる。これは、そのレートがどれだけの時間保持されるかを示すものだ。

その瞬間から、アドレスは継続的に監視される。監視が始まるのはブロードキャストの時点であって、確認の時点ではない——ウォレットがトランザクションをネットワークに送信したその瞬間、決済ページはそれを検知し、「保留中」から「確認中」に切り替わる。ハッシュを送る必要も、領収書を貼り付ける必要も、誰かに知らせる必要もない。アカウントというもの自体が存在しないので、ログインする場所もなければ、手作業で支払いを紐づける対象もない。

カウントダウンが表すのはレートの有効期限であって、あなたのお金の締め切りではない。この違いこそが、この話題をめぐる不安のほとんどの元凶なので、はっきり言っておく価値がある——時計がゼロになっても、価格の保証がなくなるだけだ。あなたのコインは消えたわけでも、燃やされたわけでも、失われたわけでもない。単に、失効したレートに対して到着することになるだけであり、それを拾い上げる別の仕組みが後述の通り存在する。

#注文がとりうる5つの状態

決済ページは5つの状態のうちちょうど1つを表示し、リロードしなくてもリアルタイムで切り替わる。自分がどの状態にいるかがわかれば、行動すべきか待つべきかがわかる。

「確認中」から「確認済み」までの間にあるのはチェーン側の処理であって、当店側の順番待ちではなく、選んだコインによってすべて決まる。その内訳は11分配達の仕組みを分単位で解説する記事で詳しく説明している。

#入金不足の正体は出金手数料であり、ミスではない

一時停止となる注文の大半を占める失敗はこれだ。理由はあまりにありふれていて、拍子抜けするほどだ——取引所に0.00184 BTCを送るよう指示したのに、取引所はそこから出金手数料を差し引いた額を送ってきた。

カストディ型取引所はこれをそれぞれ違うやり方で処理しており、確認画面でそれを明示している取引所はほとんどない。入力した金額からネットワーク手数料を差し引くところもある。手数料を上乗せして、合計額を残高から引き落とすところもある。トグルの奥に隠れた設定で選べるところもある。使っている取引所が差し引くタイプなら、請求書が求めた数字から、数十セントから30ドルほどの間のどこかが引かれた額が届く——そして正確な金額を期待している請求書は、それを一部入金として扱う。実際、それはまさに一部入金そのものだからだ。

同じことが、トークン送金ではもう少し静かな形で起きる。EthereumでUSDTを送る場合、ガス代はETHで支払われるのでUSDTは満額届く。だが、独自のサービス料をトークンの金額から差し引くプラットフォームから送ると、そうはならない。ここで変数になっているのはチェーンではない。送り手側の手数料方針だ。

注意深い人でも引っかかる第三のパターンがある。「送金上限まで送る」や「スイープ」ボタンを備えたウォレットは、手数料差し引き後に収まる最大額を計算する。これはアドレスを空にするには本当に便利な機能だが、請求書の支払いには最悪だ。出てくる数字は、求められた金額ではなく、単に残った分でしかないからだ。

#一部入金は実際にはどう解消されるか

入金が不足していても、決済ページは失敗にはならない。一部入金を検出という見出しのパネルが現れ、これまでに受け取った額、必要な合計額、そしてその差額という3つの数字が表示される。入金アドレスは生きたまま、引き続きあなたのものだ。

ここから2つの道があり、どちらを選んでも損はしない。

1. 追加入金する。不足分を同じアドレスに送る。ウォッチャーは入金を合算するので、0.00003 BTCの不足に対して0.00003 BTCを追加すれば注文は完了し、通常どおり処理が進む。これはレートがまだ保持されている間に行うこと。そうすれば最初に提示された価格がそのまま適用される。
2. 返金してもらう。実際に届いた分の返金を依頼する。返金は送った時と同じコインで——決して他のコインに変換されることなく——指定したウォレットアドレスに戻される。全額が確認されるまでコードは発行されないので、一部だけ支払って一部だけ受け取るという状態は決して生じない。

やってはいけないことが一つだけある。それは、別の注文を新しく開いて、そちらに支払うことだ。そうすると生きた請求書が2つになり、一方は一部入金、もう一方は全額入金という状態になって、その整理には人手が要る。既存のアドレスに追加入金するほうが、どんな場合でも速い。

#入金過多は簡単なほうの問題だ

多く送りすぎるケースはより稀で、はるかに単純だ。注文には資金が満たされているので即座に処理が進み、提示されたレートでコードが発行される。余剰分は、指定したウォレットアドレスに、同じコインで返金される。

入金過多はたいてい、手入力で切りのいい数字に丸めることから起きる——0.00184が煩わしく見えて0.0019と打ち込んでしまう、といった具合だ。その代償は返金の往復と、そのネットワーク手数料であり、Bitcoinの場合、避けたかった端数よりも高くつく。金額は打ち直さずコピー機能で入力すれば、この種の問題はまるごと消える。

#カウントダウンが切れたのに、すでに送金していた場合

これは深刻に見えて、実際にはほとんど深刻ではない状態だ。混雑時のBitcoinはレートの保持時間より長く未確認のままになることがあるし、銀行営業時間内でしか動かない取引所の出金は手動レビューの順番待ちになることもあるし、支払いの途中でただ席を外していただけということもある。ページには「ウィンドウ終了」と表示され、手元にはmempool内のトランザクションが残り、行き場が見えなくなる。

ウィンドウが閉じてから48時間は、遅れて届いた入金も自動的に拾い上げられる。回収スイープが期限切れの請求書に対して実行され、入金を宛先の注文と照合し、完了させる。提出するものも、記入するフォームもない——そのアドレスはそもそもあなたの注文専用に生成されたものなので、お金そのものが身元を語ってくれる。

スイープがしないことが一つある。価格の維持だ。レートは定義上すでに失効しているので、送金からスイープまでの間に大きな値動きがあれば、それは無視されず、その通りに決済される。実際のところ、これは決済を始めた途中で気が逸れてしまうタイプの買い手にとって、高速チェーンでステーブルコインを支払うべき最大の理由になる——USDTなら、目を離している間に価値が動くことはない。

#間違ったチェーン——戻ってこない失敗

ここまでに挙げたものはすべて回復可能だ。だがこれは、一般に回復できない。このガイドの中で最も率直に書くべき段落がこれだ——そのアドレスが存在しないネットワーク上に送られた入金は、誰にも受け取られない。それに対するスイープは存在しない。当店側に拾い上げるべきものが何もないからだ。そのトランザクションは、誰も見ていないチェーンの上で、有効かつ確認済みのまま、恒久的に残り続ける。

これが起きるのは、ティッカーシンボルが複数のチェーンで共有されている上に、出金画面のネットワーク選択欄がスクロールしないと見えない位置にあるからだ。USDTはEthereum、Tron、Solana、BNB Chainをはじめ十数のチェーン上に存在する。そのそれぞれが異なるアドレス形式を持つ別々の資産であり、その中の2つ——EthereumとBNB Chain——は同じアドレス形式を使う。だからこそ、この間違いが典型例になっている。アドレスは正しく見える。実際に正しいのだが、それは当店が監視していないチェーンにおいて、という話だ。

決済ページは常にアドレスの横にネットワーク名を表示しており、何かを承認する前にそれを読む2秒の価値は十分にある。そもそもコインを慎重に選んでおくことも、リスクを減らす。当店のギフトカード購入に最適なコインのランキングでは、まさにこの点を手数料や速さと天秤にかけて評価している。

#「ウォレットで開く」ボタンが表示されないことがある理由

注文によっては、決済ページがアドレスと金額をそのままデスクトップウォレットに渡すリンクを用意していることがある。それ以外の注文では、QRコードとアドレスしか表示されない。これは意図的な設計であり、便利さをあえて差し控えることが、より安全なエンジニアリング上の選択になっている数少ない場面の一つだ。

このボタンが引っ込められるのは、支払い内容をウォレットのURIとして曖昧さなく表現できないときだ——メモやタグが必要なのにそれを運べるURIスキームがないとき、アドレスがそのコインの形式に一致しないとき、記録されたネットワークがコインと矛盾しているとき、金額が欠けているか不正な形式であるとき、あるいは金額をそのトークンの最小単位に正確に変換できないとき。端数を切り捨てれば、求められた額よりわずかに少ない金額を送ることになる——それは当店が意図的につくり出す入金不足だ。それなら、ボタンがないほうがましだ。

Tronは、このボタンが一切現れない唯一のケースだ——TRXとUSDT-TRC20には標準のURIスキームが存在せず、代替手段はウォレットごとに異なるWebリンクで、それを使えば入金アドレスが第三者に公開されてしまう。この2つはQRコードだけで、それ以外は何もない。インターフェース上でデスクトップウォレットの名前が挙がる場合——BitcoinならElectrum、Sparrow、Exodus、LitecoinならLitecoin Core、Electrum-LTC、XMRならMonero GUI、Feather——は、ボタンではなく文章の中で名前が挙げられる。マシンはURIスキーム1つにつきハンドラーを1つしか登録できないため、3つのボタンを並べても結局すべて同じ動作をすることになるからだ。

#メモ・タグが必要なコイン

一部のチェーンは、あるサービス全体の入金をすべて1つのアドレスに通し、メモ・タグ・コメント欄で顧客を区別する。そうしたチェーンでは、あなたの注文にとってメモこそがアドレスそのものだ。それなしで届いた入金は、誰のものかを示す目印のないプールに落ちてしまい、その回収は自動的な処理ではなく、手作業のベストエフォートで時間のかかる作業になる。

このチェックアウトにある8種類のコイン——Bitcoin、Monero、Ethereum、TronまたはEthereum上のUSDT、Litecoin、TRON、Solana——は、通常どれもメモを必要としない。どこであれ決済ページにメモ欄が表示されたら、任意項目のように見えても必須項目として扱うこと。そして、メモを付けられない取引所からは絶対に送金しないこと。

#1回の支払いを2つのトランザクションに分ける場合

同じアドレスへの2回の入金は合算されるので、意図的に分割しても注文は最終的には完了する。それでも、これは支払い方として間違っている。理由は計算とは何の関係もない。

注文は合計額が確認されて初めて進むので、確認待ちの遅延を2回分背負うことになり、遅いほうのトランザクションに全体が引きずられる。混雑時のBitcoinでは、それがレートの有効時間を超えてしまうこともある。しかも、1回の支払いのために2回分のネットワーク手数料を払うことになる。さらに、どちらか一方の手数料が低すぎてmempoolに滞留すれば、それが片付くまで注文は一部入金状態のままだ。1回のトランザクションで、正確な金額を、打ち直さずコピーして送ること。分割は回収の手段であって、支払いの戦略ではない。

#mempoolで詰まる——1時間も未確認のまま

相場より低い手数料でブロードキャストされたトランザクションは、失われたわけではなく、順番待ちをしているだけだ。Bitcoinが混雑するタイミングでは、その順番待ちが数時間に及ぶこともある。決済ページは、ブロードキャストを検知している限り、その間ずっと正直に「確認中」と表示し続ける。

選択肢は3つあり、どれもあなたのウォレット側で取れるもので、当店側でできることではない。待つ——手数料相場は上がるのと同じくらい下がるものなので、詰まったトランザクションのほとんどは数時間以内に片付く。replace-by-feeを有効にしていたなら、同じトランザクションをより高い手数料で再ブロードキャストして押し上げる。あるいは、おつり分の出力を高い手数料で自分自身に送ることで、マイナーがそれを回収するために親トランザクションを確認せざるを得なくする、という押し出し方もある。その間にウィンドウ自体が失効しても、48時間のスイープは変わらず控えている。

根本的な解決策は、時間の制約がある小口の支払いに手数料相場のあるチェーンを使うのをやめることだ。USDT-TRC20やSolanaで買えば、カードは数秒、数セントで確認され、どちらにもmempoolのオークションで負けるという心配がない。

#取引所から支払う場合と、自分のウォレットから支払う場合

ここまでに挙げた失敗のほとんどは、コインがカストディ型取引所から送られるときのほうが起きやすい。取引所があなたの指示とチェーンの間に入り、両方に自らの方針を適用するからだ。

最後の行は支払いの失敗ではないが、みなが軽く見ている行だ。本人確認済みのアカウントからの出金は、あなたの身元と支払いに使ったアドレスとを結びつける記録を恒久的に残す。当店が求めるのはメールアドレスだけなので、チェックアウト自体が保持する情報はほとんどない——だが、その一歩手前にあるKYC済みの取引所は、多くを保持している。プライバシーの脅威モデルでは、その連鎖の中で各当事者が実際に何を見ているかを検証しており、取引所での現金化との比較ではコスト面を扱っている。

#これらすべてを防ぐ6つの習慣

• 金額はコピーし、絶対に打ち直さない。コピー機能は、小数点以下まで正確な数字を渡してくれる。手入力の金額は丸められがちで、その丸めこそが入金不足と入金過多の両方の原因になる。
• 承認する前にネットワークの表示を読む。決済ページでも出金画面でも、アドレスの横に表示されている。ここでの2秒が、唯一回復不能な種類の失敗を取り除いてくれる。
• 取引所では、手数料が差し引かれるのか上乗せされるのかを確認する。差し引かれるタイプなら、入力する金額をその手数料分だけ増やせば、請求書は求めていた額をそのまま受け取れる。
• 一度で送る。1回のトランザクションで全額を。分割すれば、手数料も確認のリスクも2倍になる。
• 状況に合わせてコインを選ぶ。時間の制約があるものには高速チェーンのステーブルコイン、20分より匿名性が重要なときはMonero。
• タブは開けておきたければ開けておけばいい。注文はサーバー側で管理され、コードはメールに届く。ページを閉じても何もキャンセルされない。

#よくある質問

#わずかに送金額が足りませんでした。注文は無効になりますか?

ならない。注文は一時停止し、決済ページには正確な不足額を示す一部入金パネルが表示される。その差額を同じアドレスに送れば完了するし、送ったコインのまま届いた分の返金を依頼することもできる。全額が確認されるまでコードは発行されないので、中途半端に届くという状態は存在しない。

#送金したあとでカウントダウンがゼロになりました。お金はなくなりますか?

なくならない。ウィンドウが閉じてから48時間は、遅れて届いた入金も回収スイープによって自動的に拾い上げられる。そのアドレスは、そもそもあなたの注文だけに属していたものだからだ。維持されないのは価格だ——レートはすでに失効しているので、決済にはあなたが提示されたレートではなく、スイープが行われた時点のレートが使われる。

#USDTを間違ったネットワークで送ってしまいました。取り戻せますか?

基本的には取り戻せない。そのアドレスが存在しないチェーン上で確認された入金は、こちら側の誰にも受け取られていないので、返すべきものがそもそも存在しない。これは、ゆっくりと慎重になる価値のある唯一の失敗であり、だからこそアドレスの横にネットワーク名が表示されている。

#トランザクションが1時間も「確認中」のままなのはなぜですか?

手数料が相場より低く、トランザクションがmempoolで順番待ちをしているからだ。そのまま待つか、replace-by-feeで押し上げるか、child-pays-for-parentの支出で押し出す。先にレートが失効しても、48時間のスイープはそのまま適用される。USDT-TRC20やSolanaに切り替えれば、手数料相場そのものを完全に避けられる。

#Binance、Kraken、Coinbaseから支払うことはできますか?

できる。実際、多くの人がそうしている。注意すべきは2点——誤ったチェーンへの送金の原因になるネットワーク選択欄と、入金不足の原因になる手数料方針だ。自分が管理するウォレットから支払えば、この両方を避けられるうえ、身元とアドレスを結びつける出金記録も残らない。

#支払った証拠としてトランザクションハッシュを送る必要はありますか?

ない。入金アドレスはあなたの注文だけのために生成されているので、届いた入金それ自体が身元を語ってくれる。アカウントもチケットも、提出すべき証拠もない。監視は最初の承認より前、ブロードキャストの時点から始まっている。

#支払いの途中で決済ページを閉じてしまったらどうなりますか?

何も変わらない。カウントダウンとウォッチャーはサーバー側で動作しており、コードはメールで届く。注文番号と決済時に使ったメールアドレスがあれば、注文照会ページから注文を開き直せる。

#単に気が変わっただけでも返金してもらえますか?

コードが発行される前なら可能だ——未入金または一部入金の注文は、送ったコインのまま返金できる。配達後であれば、未使用のコードは14日以内なら元のコインで返金できる。ブランド側でコードが使用済みになった後は、取り消せない。FAQに各ケースがまとめられており、それでカバーされない内容についてはお問い合わせから担当者に連絡できる。