Arbitrum Oneで暗号資産決済を受け付ける方法：事業者向けガイド

Arbitrum Oneで暗号資産決済を受け付けるには、Ethereum形式のアドレスを表示するだけでは不十分です。本番環境の決済フローでは、使用するネットワークとトークンを顧客に明示し、正しいコントラクトを識別し、適切な確認状態まで送金を追跡したうえで、二重に商品やサービスを提供することなく1件の注文に紐付ける必要があります。

Arbitrum Oneでは、一般的なEVMウォレットと0xアドレスを利用できます。しかし、その使い慣れた形式がミスを見えにくくすることもあります。顧客がEthereum、Base、Arbitrum Nova、または別の互換ネットワークを選んでも、見た目上は有効なアドレスが表示されます。その結果、送金自体は成立していても、Arbitrum One上の注文に対する支払いにはならない場合があります。

本ガイドでは、Arbitrum One決済を本番運用するために事業者が整えるべき管理策を解説します。対象は、ウォレット設定、ネイティブ版とブリッジ版のUSDC、ETHのガス代、決済ページの表示、確認ポリシー、Webhookの冪等性、返金、会計記録です。Yolfiの公開Arbitrum決済ページでは、決済リンク、継続決済、イベントとWebhook、事業者のウォレットへの直接的な資産非預かり型の決済について説明しています。これらは評価対象となる製品機能として捉え、顧客に提供する前に、認証済みの実際の設定画面で利用できる資産とネットワークの組み合わせを確認してください。

まず正確なArbitrumネットワークを指定する

「Arbitrum」は、1つの決済先ではなく、エコシステム全体を指す場合があります。本ガイドで本番利用を想定するネットワークは、Arbitrum Oneメインネットです。

公式のArbitrumブリッジ・クイックスタートには、ウォレットの主要な設定値が掲載されています。

設定項目	Arbitrum Oneの値
ネットワーク	Arbitrum One
チェーンID	`42161`
ガス代の通貨	ETH
公式クイックスタート掲載の公開RPC	`https://arb1.arbitrum.io/rpc`
エクスプローラー	Arbiscan

完全な決済リクエストには、送金先アドレスだけでなく、次の情報も保存します。

指定ネットワークとしてのArbitrum One
連携設定の検証に使うチェーンID 42161
ネイティブ資産、または正確なトークンコントラクト
事業者の決済受取アドレス
正確な金額と、該当する場合は見積もりの有効期限
注文、請求書、または決済リクエストの識別子
検出したトランザクションハッシュと状態
商品・サービスの提供結果と、その後の返金情報

システムがArbitrum Oneを前提としているなら、顧客向けの案内を「Arbitrumで送金してください」と省略しないでください。Arbitrum NovaとArbitrumのテストネットは、チェーンIDが異なります。EVMアドレスだけでは、この違いを伝えられません。

Arbitrum Oneが顧客に適しているか判断する

顧客がすでにArbitrum One上に資金を保有している場合、利用中のウォレットでArbitrum Oneを明確に選べる場合、または普段使うサービスからArbitrum Oneへ直接出金できる場合、Arbitrum Oneは有力な選択肢です。暗号資産を日常的に利用する顧客向けのソフトウェア購読、オンラインサービス、デジタル商品、請求書、コミュニティ、アカウント残高への入金などに適する可能性があります。

重要なのは、ネットワークがトークン送金を処理できるかどうかではありません。顧客から事業者までの経路全体が実用的かどうかです。

顧客は対象の資産をArbitrum One上ですでに保有しているか
取引所から出金する際にArbitrum Oneを選べるか
ウォレットにネットワークとトークンコントラクトが明確に表示されるか
カスタマーサポートが、誤ったネットワークやトークンへの送金を調査できるか
経理担当者が資産を評価し、照合できるか
事業者が返金や資金移動を安全に実行できるか

取引コストや速度について固定的な主張は避けてください。ウォレットが示す最新の見積もり、ネットワーク状況、個々のトランザクション、事業者のリスク方針によって、実際の利用体験は変わります。顧客が先に資金を出金またはブリッジする必要がある場合、最終的な決済トランザクション以外にも費用と手順が発生します。経路を比較する際は、ステーブルコイン決済に最適なブロックチェーンを選ぶための、より幅広い基準を参照してください。

決済ページを構築する前に資産を選ぶ

ネットワーク対応と資産対応は別の問題です。ウォレットがArbitrum Oneを利用できても、そのネットワーク上のすべてのトークンを決済システムが受け付けられるとは限りません。

Arbitrum One上のネイティブUSDC

USDCは、米ドル建ての商品にとって実用的な最初の選択肢になり得ます。常に変動するETHの見積もりより、請求されたトークン数量を把握しやすいためです。ただし、発行者、コントラクト、米ドル連動からの乖離、規制、ウォレット、ネットワークに関するリスクは残ります。

Circle公式のUSDCコントラクト一覧には、Arbitrum上のネイティブUSDCとして次のアドレスが掲載されています。

0xaf88d065e77c8cC2239327C5EDb3A432268e5831

重要な識別子はアドレスです。ウォレットには似た名称の異なる資産が表示されることがあるため、名称、ティッカー、アイコン、またはおおよその市場価値だけでは不十分です。

「Arbitrum One上のUSDC」と案内する前に、発行者が公開するこのアドレスと、認証済みの設定にある決済フローが認識するコントラクトを照合してください。検索結果、ウォレットの候補、顧客からのメッセージにあるアドレスをそのままコピーせず、連携設定を見直す際に再確認してください。

ネイティブUSDCとブリッジ版USDCには互換性がない

Arbitrum Oneには、ネイティブUSDCと、一般にUSDC.eと表示されるブリッジ版があります。両者のコントラクトは異なります。顧客がUSDC.eという米ドル建てトークンを保有していても、ネイティブUSDCを指定した決済ページが求める資産を保有していることにはなりません。

事業者の運用では、コントラクトが異なれば、別の決済資産であるという原則を適用してください。ティッカーや表示価値が似ているという理由だけで、注文への入金を自動的に認めてはいけません。

安全にUSDCを導入するための確認事項は次のとおりです。

認証済みの実際の設定で、Arbitrum One上の目的のUSDC経路を利用できることを確認する。
対応するトークンコントラクトを決済設定とともに記録する。
ネイティブUSDCをCircleの最新コントラクト一覧と照合する。
「Arbitrum One上のネイティブUSDC」のように、顧客向け表示を明確にする。
顧客が利用する可能性の高いウォレットから少額送金を実行する。
USDC.eやコントラクトが一致しない別の資産が拒否されるか、確認待ちに回ることを確かめる。
コントラクト不一致に対応するための手順書をカスタマーサポートに用意する。

顧客がネットワークへ資金を移す必要がある場合、独自のブリッジ手順を作るのではなく、Arbitrum公式クイックスタートを案内してください。ブリッジの公式文書自体も、Arbitrum OneにはネイティブUSDCとブリッジ版USDCという別々の形態が存在すると警告しています。ブリッジは固有のリスクを伴う独立した利用者操作です。決済時の隠れた前提条件にしてはいけません。

ETHとその他のトークン

ETHはArbitrum Oneのガス代に使われます。また、事業者の認証済み設定にその選択肢が実際に表示される場合は、購入資産として使えることもあります。基準通貨で価格を設定する商品では、ETHの見積もり方法、有効期限、期限後の支払い、金額不足、過払いへの対応を定めてください。

別のトークンを提供するのは、Arbitrum One上の該当トークンを実際の設定で利用でき、事業者がコントラクトの検証、価格設定、保有または交換、照合、返金まで行える場合に限ります。ウォレットへ技術的に送金できることと、決済ページで正式に対応していることは同じではありません。

固定額を約束せずにArbitrumのガス代を説明する

通常のArbitrum Oneトランザクションでは、送信者がArbitrum One上のETHでガス代を支払います。顧客が請求額を支払うのに十分なUSDCを持っていても、トークン送金を実行するためのETHがない場合があります。

次の3つの金額は分けて扱ってください。

事業者が受け取る購入代金
ウォレットがETH建てで見積もるネットワーク手数料
事業者が別途明示するサービス提供者または事業上の手数料

請求額が60 USDCの場合、顧客は60 USDCを送金し、ガス代としてArbitrum One上に追加のETHを保有する必要があります。USDCの金額からETH建ての手数料を差し引いてはいけません。

Arbitrum公式のガス見積もりガイドでは、トランザクションの見積もりに標準のeth_estimateGasフローを推奨しています。また、親チェーンのcalldata価格の変化に伴い、見積額も変動する可能性があると説明しています。決済時には、接続されたウォレットに最新の金額を計算させてください。恒久的な手数料を掲載したり、すべての送金が同じ金額になると約束したりしてはいけません。

顧客向けの案内には、「ガス代としてArbitrum One上のETHが必要です」と明記します。Ethereumメインネットや別のネットワークにしか存在しないETHでは、Arbitrum Oneのトランザクション手数料を支払えません。実際の決済フローで別のガス処理、手数料の肩代わり、抽象化の仕組みを使っている場合は、一般的な送金モデルを前提にせず、認証済みの設定で実際に示される挙動を説明してください。

事業者向け決済フローを構築する

1. 実際に利用できるか確認する

事業者向け設定にログインし、設定画面と顧客向け決済ページの両方を確認します。自社アカウントで提供されているArbitrum Oneの資産を正確に記録してください。目的のトークンとネットワークが表示されない場合は、利用できると宣伝してはいけません。

Yolfiの公開ページは、製品の方向性と機能を確認する材料にはなりますが、すべてのアカウント、法域、決済フローで、あらゆるトークンを利用できることを保証するものではありません。提供開始前、および製品やアカウントに重要な変更があった後には、認証済み環境での利用可否を再確認してください。

2. 管理された決済受取ウォレットを設定する

事業者の方針に従って管理されている、Arbitrum One対応ウォレットを使用します。決済の受付を始める前に、送金先を別の手段でも確認してください。次の項目を定めます。

決済受取アドレスを変更できる担当者
鍵や署名デバイスを安全に保管し、バックアップする方法
アドレス変更や返金に2人目の承認者が必要か
すべての設定変更を記録し、テストする方法
承認済みの送信トランザクションに必要なArbitrum One上のETHを確保する方法
同じように見えるアドレスやトークンを、ネットワークごとに経理上区別する方法

Yolfiは公開Arbitrumページで、事業者のウォレットへの直接的な資産非預かり型の決済について説明しています。対象となる実際の経路で、その挙動を確認してください。直接決済ならサービス提供者の残高から出金する手順は不要ですが、ウォレットのセキュリティ、事業資金へのアクセス、返金、会計については、引き続き事業者が責任を負います。

3. 決済リンク、決済ページ、継続利用のいずれかを選ぶ

暗号資産決済リンクは、請求書、コンサルティング案件、個別注文、手作業で提供する商品を始める際に実用的です。全面的なシステム連携を行わなくても、請求額と決済の背景情報を付加できます。

確認済みの支払いを受けて、アカウント作成、残高付与、ファイル配布、ライセンス有効化、注文更新を自動で行う場合は、システムに組み込んだ決済フローを使用します。ネットワーク、コントラクト、金額、見積もりの詳細、決済リクエストID、トランザクションハッシュ、状態履歴、商品・サービスの提供状態を保存してください。

公開Arbitrum製品ページでは、継続決済と決済イベントについても説明しています。更新が必要な事業では暗号資産による継続課金を確認し、認証済みの実際の設定で利用できるArbitrum One資産を正確に検証してください。「継続」がウォレットからの自動引き落としを意味すると思い込んではいけません。実際の更新通知、支払期間、猶予期間、解約時の挙動、利用権限のルール、重複イベントの処理を定めてください。

4. 決済ページの曖昧さをなくす

トークン、金額、QRコード、ウォレットボタンのそれぞれの近くに、ネットワーク名を繰り返し表示します。たとえば、次のように案内します。

「Arbitrum One上のネイティブUSDCを60 USDC送金してください。」
「Arbitrum Oneメインネット（チェーンID 42161）のみを使用してください。」
「ネットワーク手数料にはArbitrum One上のETHが必要です。」
「USDC.eや別のネットワーク上のUSDCは送金しないでください。」

複数のネットワークを利用できる場合は、ウォレットを開く前に顧客自身に明示的に選択してもらいます。「USDC」とだけ表示して、Arbitrum Oneを暗黙に選択してはいけません。より詳しい暗号資産決済で誤ったネットワークへの送金を防ぐ方法では、予防策、証拠の収集、問題発生時の対応を解説しています。

5. 実際に少額決済をテストする

顧客が利用するものと同じ決済ページとウォレットへの移行手順を使います。次の点を確認してください。

ページにArbitrum Oneと正確な資産名が表示される。
ウォレットでチェーンID 42161が選択される。
送金先と金額が決済リクエストと一致する。
ネイティブUSDCで想定したCircleのコントラクトが使われる。
ETHのガス代が別項目として表示される。
送信直後に商品・サービスを提供せず、保留状態になる。
適切な確認済み状態が注文システムに反映される。
同じイベントが繰り返されても、商品・サービスが重複して提供されない。
経理担当者が、リクエスト、トランザクション、ウォレットの受領記録、注文を照合できる。
管理された返金手順を完了できる。

決済受取ウォレット、資産、決済ページのコード、イベント送信先、確認ルール、商品・サービスの提供ロジックを変更した後は、テストを繰り返してください。

確認とファイナリティを決まり文句ではなくポリシーとして扱う

トランザクションハッシュから分かるのは、確認すべき対象が存在することだけです。トランザクションは、保留中、失敗済み、別ネットワークへの送信、誤ったコントラクトの使用、金額違い、または別の注文への割り当て済みである可能性があります。

支払いを受け入れる前に、次を確認してください。

トランザクションがArbitrum One上にある。
資産とコントラクトがリクエストと一致する。
送金先が設定済みの事業者ウォレットである。
受取額が注文ポリシーを満たしている。
支払いが必要な状態に達している。
トランザクションが別の注文に使われていない。
注文の商品やサービスがまだ提供されていない。

送信、ブロックへの取り込み、確認、事業者による提供判断は、それぞれ異なる状態です。決済フローが示す確認済み状態に加え、注文金額、提供の取り消し可否、不正リスク、現在の基盤に応じた追加ポリシーを適用してください。固定秒数、一律の確認回数、即時かつ取り消し不能なファイナリティを約束してはいけません。

リスクの高い注文では、誰が支払いを確認待ちにできるか、どの証拠がそろえば解除できるかを文書化します。リスクの低いデジタル商品では自動化が適している場合もありますが、すべての受入項目が一致した後に限ります。

Webhookを安全に再試行できるようにする

決済イベントとWebhookを使えば、顧客にブラウザの再読み込みを求めずに決済ページから注文を更新できます。対象のArbitrum One決済フローでイベントを実際に利用できることを確認し、連携仕様に記載された真正性の確認方法に従ってください。

少なくとも次の情報を保存します。

イベントIDと決済リクエストID
トランザクションハッシュ、ネットワーク、資産、コントラクト
通知された状態とイベント作成時刻
処理の試行履歴と結果
注文に紐付く唯一の商品・サービス提供記録

Webhookの配信は遅延したり、繰り返されたりすることがあります。冪等な処理機構を構築してください。同じ確認済みイベントを複数回処理しても、作成されるライセンス、残高付与、発送、購読期間の延長は1回だけでなければなりません。安定した決済識別子またはイベント識別子に一意性制約を設け、永続化された注文状態を更新する方法は、メモリ上の「処理済み」フラグより堅牢です。

ブラウザの戻り先ページを支払いの証拠として使わず、Webhookだけを唯一の会計記録にしてはいけません。決済リクエスト、確認済み決済記録、Arbitrum Oneのトランザクション、決済受取ウォレットの動き、提供済み注文を比較する照合処理を実行してください。これにより、任意のウォレット送金を注文に割り当てることなく、通知漏れや内部障害を検出できます。

例外処理と誤ったネットワークへの送金対応を定める

カスタマーサポートが最初の決済トラブルを受ける前に、次のポリシーを策定してください。

支払額不足： 文書化した許容範囲のルールに従い、未払いまたは確認待ちの状態を維持する。
過払い： 受取総額を記録し、超過分を別途確認する。
期限後の支払い： 古い見積もりを認めるか、差額を請求するか、返金するかを決める。
重複支払い： 商品・サービスの提供は1回だけ行い、余分な送金は別途調査する。
誤ったコントラクト： USDC.eなどの類似資産をネイティブUSDCとして自動入金処理しない。
誤ったネットワーク： 実際に使われたチェーンを確認し、資金を回収できると約束しない。
不明な送金： 証拠なしに、金額などが近い注文へ紐付けない。

誤ったネットワークへの送金について報告を受けたら、注文番号、トランザクションハッシュ、使用したチェーン、トークンコントラクト、送金先、金額、ウォレットアドレスを収集します。それらの詳細を別の手段で検証してください。スクリーンショットは報告の補足にはなりますが、トランザクションデータの代わりにはなりません。

複数のEVMネットワークで同じ秘密鍵が対応するアドレスを管理できるため、技術的には資金を回収できる場合があります。しかし、それが安全で、運用上承認されているとは限りません。コントラクトが管理するアドレス、資産管理の取り決め、対応していない署名環境、法令遵守上の規則、セキュリティ方針によって、回収できないこともあります。担当者に鍵のインポートや即席のブリッジを求めず、管理された手順で上位担当者に引き継いでください。

提供開始前に返金と照合を計画する

Arbitrum Oneでの返金は、元の受取を取り消す処理ではなく、新たな送信トランザクションです。送金前に次の手順を実行してください。

元の注文と確認済み支払いを検証する。
承認された返金資産と金額を確認する。
管理された連絡経路で、顧客本人と送金先を認証する。
ネットワーク手数料を誰が負担するか明示する。
必要な社内承認を得る。
署名用ウォレットに対象トークンとArbitrum One上のETHがあることを確認する。
送信トランザクションを別途記録する。

予期しないメールやチャットメッセージに記載された代替アドレスを、そのままコピーしてはいけません。元の支払者、アカウント所有者、指定された返金先が異なる場合があり、攻撃者がアドレスの差し替えを試みる可能性もあります。

経理用には、次の情報を保存します。

注文、請求書、顧客、決済リクエストの参照情報
Arbitrum One、資産、トークンコントラクト
請求した暗号資産数量と実際の受取数量
基準通貨での価値、レートの情報源、評価時刻
決済受取アドレスとトランザクションハッシュ
リクエスト、検出、確認、商品・サービス提供の各時刻
事業者が記録した手数料
例外、状態変更、返金、訂正トランザクション

取引量と提供リスクに合った頻度で照合してください。未照合の送金、誤ったトークン、重複、未解決の誤ネットワーク報告は、担当者と解決状況を明記した例外一覧で管理します。税務、評価、収益認識のルールは法域によって異なるため、事業に適した専門家の助言を受けてください。

よくある質問

Arbitrum Oneで暗号資産決済を受け付けるにはどうすればよいですか？

認証済みの事業者向け設定でArbitrum One上の資産を正確に確認し、事業者が管理する決済受取ウォレットを設定して、決済リンクまたはシステムに組み込んだ決済フローを作成します。トークンとネットワークを明確に表示し、少額送金でテストしたうえで、トランザクションが決済リクエストと一致し、必要な確認済み状態に達した後にのみ商品やサービスを提供してください。

Arbitrum OneのチェーンIDは何ですか？

Arbitrum OneメインネットのチェーンIDは42161です。Arbitrum公式クイックスタートでは、通貨記号としてETHが掲載されています。ウォレットと連携設定の検証にはチェーンIDを使い、顧客向けには「Arbitrum One」と明記してください。

Arbitrum OneでUSDCを送るにはETHが必要ですか？

通常のトークン送金では必要です。送信元ウォレットには、ガス代を支払うためのArbitrum One上のETHが必要です。このガス残高は、請求されたUSDCの金額とは別です。実際の決済フローがガス代の肩代わりや別の仕組みを使う場合は、その挙動を確認してください。

Arbitrum上のネイティブUSDCのコントラクトは何ですか？

Circleは、Arbitrum上のネイティブUSDCとして0xaf88d065e77c8cC2239327C5EDb3A432268e5831を掲載しています。提供開始前に、Circleの最新一覧、および認証済みの事業者向け設定が認識するコントラクトと照合してください。

USDC.eはネイティブUSDCと同じですか？

いいえ。ネイティブUSDCと、一般にUSDC.eと表示されるブリッジ版USDCは、Arbitrum One上で異なるコントラクトを使用します。決済経路に設定されたコントラクトだけを受け付け、一致しない送金は注文を自動的に支払い済みにせず、確認待ちに回してください。

Arbitrum One決済は即時に確定しますか？

そのように約束してはいけません。送信済みトランザクションが保留のままになったり、失敗したりすることがあります。また、事業上の受け入れ判断には、ハッシュの確認以外の条件も必要です。固定の所要時間や確認回数を保証せず、決済フローの確認済み状態と、注文に適したリスクポリシーを併用してください。

Arbitrum One上のどのトークンでも受け付けられますか？

そうとは限りません。認証済みの実際の設定に表示され、ウォレット、価格設定、確認、会計、カスタマーサポート、返金の各業務で対応できる資産とネットワークの正確な組み合わせだけを受け付けてください。

Arbitrum One決済は返金できますか？

事業者は、返金ポリシーに従って別の送信トランザクションを実行することで返金できます。元の支払い、顧客、送金先、資産、金額、承認、ガス代、手数料の扱いを確認し、返金を独立した取引として記録してください。

まとめ

本番運用できるArbitrum One決済手段とは、使い回せる0xアドレスではなく、管理された経路です。チェーンID 42161を指定し、顧客が判断するすべての場面でArbitrum Oneと明記し、正確なトークンコントラクトを検証してください。また、通常のトークン送金では、ガス代としてArbitrum One上のETHが必要であることも説明します。

ネイティブUSDCは、米ドル建て商品の多くにとって分かりやすい最初の候補です。ただし、Circle掲載のコントラクトが、認証済みの実際の設定にある資産と一致する場合に限ります。USDC.eやその他のコントラクトとは分けて扱ってください。そのうえで、保留状態と確認済み状態、Webhookの再試行、冪等な商品・サービス提供、照合、例外処理、承認済みの返金を最初から最後までテストします。

まずは、顧客がすでに利用しており、事業者が安全に運用できる資産から始めてください。最初の経路が安定し、実際の事業者向け設定で対象のArbitrum Oneオプションを引き続き利用できることを確認してから、対応トークンの追加、自動化した決済フロー、継続利用へと拡張しましょう。

Arbitrum Oneで暗号資産決済を受け付ける方法：事業者向けガイド

まず正確なArbitrumネットワークを指定する

Arbitrum Oneが顧客に適しているか判断する