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

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

Author: Xi Wang
Created:
ホーム
>
ブログ

Baseで暗号資産決済を確実に受け付けるには、事業者がBaseのウォレットアドレスを用意するだけでは不十分です。実用的な決済フローでは、正確なトークンとネットワークを特定し、正しい金額を請求し、送金を検知し、適切な確認状態になるまで待ったうえで注文と照合し、重複して提供されることを防ぐ必要があります。

Baseは、すでにEthereum互換ウォレットを使い、同ネットワークに資金を保有している顧客にとって実用的な決済ネットワークになり得ます。EVMネットワークであり、ガス代にはETHを使い、メインネットのチェーンIDは8453です。Ethereumに似ているため利用者にはなじみやすい一方、よくある失敗も招きます。顧客が間違ったネットワークを選んでも、同じ0xアドレスが複数のネットワークで有効に見えるためです。

本ガイドでは、USDC、トークンコントラクトの検証、決済ページの選択肢、Webhook、返金、会計を中心に、事業者がBase決済を設定する方法を説明します。決済手段を公開する前に、該当するトークンとネットワークの組み合わせが、ログイン後の決済設定に表示されていることを確認してください。公開されているBaseネットワークのページは参考情報であり、すべてのアカウントですべての資産が有効であることを証明するものではありません。

Baseでの決済受付に実際に必要なもの

BaseはEthereumのレイヤー2ネットワークです。Ethereum形式のアカウント、スマートコントラクト、ウォレット、トークン規格に対応しています。公式のBase接続ドキュメントによると、Baseメインネットでは次の情報を使用します。

  • ネットワーク名：Base Mainnet;
  • チェーンID：8453;
  • ガス通貨：ETH;
  • ブロックエクスプローラー：BaseScan.

したがって、Base決済には次のような個別の項目があります。

  1. ネットワーク： Ethereumメインネットや別のEVMネットワークではなく、Baseメインネット。
  2. 資産： ETHまたはUSDCなどの特定のトークン。
  3. トークンコントラクト： 資産がネイティブETHではなくトークンの場合に必要です。
  4. 送金先： 事業者が使用するBase対応の決済受取アドレス。
  5. 金額： 注文に対して受け取るべき正確な金額。
  6. 決済参照情報： 送金を顧客、請求書、購入に結び付ける記録。
  7. 状態： 決済システムが定義する保留中、確認済み、不一致、期限切れ、その他の状態。

有効に見えるアドレスだけではネットワークを特定できません。Ethereum、Arbitrum、その他のEVMチェーンで同じ0xアドレス宛てに送信した取引が、Base決済になるわけではありません。決済ページ、顧客向け案内、会計記録には、必ず資産とネットワークの両方を明記してください。たとえば「Base上のUSDC」と表示します。

事業者がBaseを選ぶ理由

顧客の相当数がすでにBaseを利用しているなら、導入を試す価値があります。開発者向けツール、オンラインサービス、デジタル商品、有料コミュニティ、アカウント残高、暗号資産に慣れた顧客向けの請求書などが想定される用途です。

実務上の利点は次のとおりです。

  • なじみのあるEVMウォレットとアドレス;
  • Ethereum利用者がすでに理解している可能性のあるETHをガス資産として使用;
  • ネイティブUSDCを含むトークンへの対応;
  • BaseScanによる取引確認;
  • 手数料を保証することはできないものの、通常はEthereumメインネットより低くなる可能性がある取引コスト。

最後の点には注意が必要です。「通常は安い」ことと「常に安い」ことは同じではありません。手数料は、その時点のネットワーク状況と取引内容によって変わります。別のチェーンに資金を持つ顧客は、Baseへ移すまでに取引所の出金手数料やブリッジ費用を負担する場合もあります。最後の送金時に表示されるガス代の見積もりだけでなく、顧客がたどる経路全体を比較してください。

顧客がBaseに資金を持っていない、取引所からBaseへ出金できない、または不慣れなブリッジ操作が必要になる場合、Baseは適切な標準選択肢ではありません。ネットワークを検討中なら、Baseを万能な答えとみなさず、より包括的なステーブルコイン決済に最適なブロックチェーンの選び方ガイドを参照してください。

USDC、ETH、その他の対応トークンを選ぶ

ネットワークの選択と資産の選択は別です。顧客はBase上でネイティブETHを送ることも、Base上のトークンコントラクトを使ってトークンを送ることもできます。決済手段には両方を明記する必要があります。

Base上のUSDC

USDCは、米ドル建て商品の最も分かりやすい出発点になることがよくあります。基準価格50 USDを50 USDCの請求にすれば、ETH建て決済と同程度の短期的な相場変動に顧客をさらさずに済みます。ただし、USDCにも発行者、コントラクト、ペッグ乖離、規制、ウォレット、ネットワークに関するリスクがあります。「ステーブルコイン」は無リスクという意味ではありません。

Circleの公式USDCコントラクト一覧では、Base上のネイティブUSDCを次のアドレスで案内しています。

0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913

トークン名とシンボルは一意の識別子ではないため、コントラクトの検証が重要です。ウォレットにはよく似た資産が表示されることがあり、ブリッジ版では異なるコントラクトが使われる場合があります。連携システムでは、たまたま「USDC」と表示されるトークンではなく、決済フローが対応する正確なコントラクトを認識しなければなりません。

ネイティブUSDCとブリッジ版USDC

ネイティブUSDCは対象ネットワーク向けに発行され、Circleの一覧に掲載されたコントラクトによって識別されます。ブリッジ版トークンはブリッジを通じて移動した資産を表し、コントラクト、発行者との関係、流動性、償還経路が異なる場合があります。

名前や価値が似て見えるからといって、ネイティブUSDCとブリッジ版USDCを同じものとして扱わないでください。Base USDCを有効にする前に、次を行います。

  1. ログイン後の事業者設定に表示される正確な資産オプションを確認する;
  2. そのコントラクトをCircleの最新一覧と照合する;
  3. 顧客のウォレットまたは取引に表示されるコントラクトを確認する;
  4. 決済システムがそのコントラクトを認識するかテストする;
  5. 対応していないブリッジ資産をカスタマーサポートが見分ける方法を文書化する。

コントラクトが対応経路と一致しない場合は、注文を自動的に支払い済みにしないでください。送金を確認対象にします。資金がアドレスに存在していても、事業者の決済受付ルールを満たしていない場合があります。

Base上のETH

ETHはBaseのネイティブガス資産であり、その選択肢が実際に提供されていれば、決済手段として受け付けることもできます。Base上にすでにETHを保有する購入者や、意図的にETH建てにした商品に適しています。

法定通貨建ての商品では、ETHによって価格変動が生じます。決済ページでは正確なETH金額を計算し、見積もりの有効期限を表示し、遅延・不足・超過の各決済をどう扱うか定める必要があります。価格変動後に古いETH見積もりを再利用しないでください。

その他のトークン

次の条件をすべて満たす場合に限り、別のトークンを提供してください。

  • Base上の該当トークンがログイン後の設定に表示されている;
  • 実際に顧客からの需要がある;
  • 決済受取ウォレットと財務処理がそのコントラクトに対応している;
  • チームが価格設定、確認、照合、返金を処理できる;
  • 決済ページで、似た名前の資産やブリッジ資産と明確に区別している。

「Base上のあらゆるトークン」を受け付けると宣伝しないでください。技術的に送金できることと、決済ページが対応していることは同じではありません。

顧客が支払う前にBaseのガス代を説明する

Base上のETH決済とトークン決済は、どちらもガス代が必要です。ガス代のスポンサーやERC-20によるガス代支払いがない通常の送金では、送信者がネットワーク手数料用のETHをBase上に用意する必要があります。購入金額を賄うのに十分なUSDCがあっても、ウォレットにBase ETHがなければ取引を送信できません。

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

  • 事業者が受け取るべき購入金額;
  • ウォレットが見積もったネットワーク手数料;
  • 決済ページに開示されるサービス提供者または事業者の手数料。

たとえば、注文で40 USDCを請求するなら、事業者は40 USDCを受け取る必要があります。ウォレットにはガス代用のETH残高を別途用意します。顧客に、USDC金額から見積もり手数料を差し引くよう案内しないでください。

ガス代を案内する前に、実際の決済ページを確認してください。ガス代のスポンサーやERC-20によるガス代支払いがない通常の送金であれば、単に「ETHが必要です」ではなく、「ネットワーク手数料にはBase上のETHが必要です」と記載します。Ethereumメインネットだけに保有しているETHは、Baseで利用可能になるまでBaseのガス代に使えません。手数料と確認時間はどちらも変動するため、固定値を約束しないでください。

Base決済の設定方法

1. 現在利用できるBaseの選択肢を確認する

ログイン後の事業者設定を開き、自社アカウントで提供されている正確なBaseの組み合わせを特定します。設定画面だけでなく決済ページも確認してください。Base上のUSDCまたはBase上のETHがなければ、対応済みの決済手段として公開しないでください。

表示される資産名、ネットワーク、コントラクトの詳細を記録します。公開されているネットワークページやコインページは調査に役立ちますが、自社アカウントについては現在の設定が正式な基準です。

2. 管理下にある決済受取ウォレットを設定する

事業者が管理するBase対応ウォレットを使用します。アドレスを一文字ずつ確認してから、次の事項を決めてください。

  • 決済受取アドレスを閲覧、変更できる担当者;
  • 外部への返金や資金移動を承認できる担当者;
  • 鍵や署名デバイスのバックアップ方法;
  • 複数人の承認が必要かどうか;
  • アドレス変更を確認、記録する方法;
  • 財務担当がBase残高を他のネットワークと分けて把握する方法。

非カストディ型の決済受取モデルでは、サービス提供者の残高から出金する手順がなくなりますが、鍵管理や資金管理の責任までなくなるわけではありません。

3. 決済リンクまたは組み込み型決済ページを選ぶ

暗号資産決済リンクは、試験導入、コンサルティングの請求書、個別販売、手作業で提供するサービスに使える、最も迅速で体系的な選択肢です。事業者が決済ページ一式を構築しなくても、金額と取引の背景を決済に持たせられます。

決済後にアカウントを自動で有効化する、ファイルを提供する、残高を追加する、注文を更新する必要がある場合は、組み込み型の決済ページが適しています。アプリケーションでは次の情報を作成または保持する必要があります。

  • 注文または請求書ID;
  • 社内の顧客またはアカウントID;
  • 商品と価格;
  • 請求するトークンとネットワーク;
  • 必要な場合はトークンコントラクト;
  • 送金先と正確な金額;
  • 見積もりの作成時刻と有効期限;
  • 決済状態と取引識別子。

必要なBase決済の組み合わせがログイン後の設定に表示され、商品に継続利用や更新記録が必要な場合に限り、サブスクリプションの決済フローを利用してください。特定のウォレット引き落とし方式があると思い込んではいけません。利用権、猶予期間、支払い遅延、解約、重複した更新イベントについて、商品独自のルールを定めます。

4. 決済ページでBaseを明確に示す

決済ページでは、トークン、金額、QRコード、ウォレット操作のそれぞれの横に「Base」と繰り返し表示してください。技術的なヘルプ文やウォレット設定手順にはチェーンID 8453を記載しますが、すべての顧客が数字のチェーンIDを手動で検証するとは考えないでください。

分かりやすい決済案内には、次の内容が含まれます。

  • 「Baseで75 USDCを送金してください」;
  • 「Baseメインネットのみを使用してください」;
  • 「ガス代にはBase上のETHが必要です」;
  • 必要な場合は正確な金額と有効期限;
  • 対応していないネットワークから送らないよう求める警告。

顧客がネットワークを選べる場合、見えない状態でBaseを事前選択しないでください。ウォレットが開く前に選択内容を明示します。詳しい暗号資産を間違ったネットワークで送るのを防ぐ方法のガイドでは、表示、証拠収集、インシデント対応を説明しています。

5. 少額決済で経路全体をテストする

ウォレットアドレスの確認だけでは不十分です。顧客が実際に使う経路と同じ方法で少額の実取引を行い、次を確認します。

  1. ページに正しいトークンとBaseネットワークが表示される;
  2. ウォレットがチェーンID 8453に切り替わる;
  3. 送金先と金額が正しい;
  4. USDC送金で想定したコントラクトが使われる;
  5. ウォレットにETHのガス代が別に表示される;
  6. 決済が即座に提供済みにならず、保留中として表示される;
  7. 確認済みの状態が注文システムに届く;
  8. イベントが重複して配信されても、商品が重複して提供されない;
  9. 財務担当が決済受取ウォレットとBaseScanで取引を確認できる;
  10. 想定した承認管理の下で返金手続きが機能する。

決済受取ウォレット、決済ページ連携、対応トークン、イベント送信先、提供処理を変更した後は、テストを繰り返してください。

確認、Webhook、冪等な提供処理

トランザクションハッシュは調査の根拠であり、商品を提供する指示ではありません。取引は保留中のままになる、失敗する、または請求した資産、ネットワーク、送金先、金額、注文と一致しない場合があります。

決済を受け付ける条件を文書で定めます。

  • ネットワークがBaseメインネットである;
  • トークンまたはネイティブ資産が請求内容と一致する;
  • 必要な場合はトークンコントラクトが一致する;
  • 送金先が設定済みウォレットと一致する;
  • 受取金額が注文ポリシーを満たす;
  • 取引が必要な決済状態に達している;
  • その取引が別の注文の支払いに使われていない;
  • 注文がすでに提供済みではない。

決済フローが示す確認済み状態を使い、注文金額と提供リスクに応じた追加ポリシーを適用してください。あらゆる取引に共通する確認回数や、秒単位で保証された時間を約束しないでください。

Webhookでは、連携ドキュメントに定められた方法で真正性を検証します。イベントID、決済参照情報、取引識別子を保存してください。永続性のある処理内でイベントを扱い、提供完了は一度だけ記録します。

冪等性とは、同じ通知が繰り返し配信されても、1回だけ配信された場合と最終結果が同じになる性質です。同じ確認済みイベントが3回届いても、顧客が受け取るライセンス、残高付与、利用期間の延長は3回ではなく1回でなければなりません。決済またはイベント識別子に対するデータベースの一意性制約と、記録済みの提供状態を組み合わせる方法が有効です。

Webhookだけに依存しないでください。作成済み決済リクエスト、確認済み決済記録、Baseの取引、提供済み注文を比較する自動照合処理または手動手順を追加します。これにより、未検証のウォレット送金を決済として扱うことなく、配信漏れのイベントや内部処理の失敗を検出できます。

不足、遅延、重複決済を明確に処理する

Baseが事業上の方針を決めてくれるわけではありません。提供開始前に、次のケースの扱いを定めてください。

  • 不足決済： 注文を未払いまたは確認中のままにし、黙って価格を下げない。
  • 超過決済： 実際の受取金額を記録し、文書化された確認または返金方針を適用する。
  • 遅延決済： 期限切れの見積もりを認めるか、差額を請求するか、返金するかを決める。
  • 重複決済： 注文は一度だけ提供し、追加の送金は別途確認する。
  • 誤ったトークン： 対応していないコントラクトに自動で残高を付与しない。
  • 誤ったネットワーク： 証拠を収集し、管理されたインシデント対応手順に従う。資金の回収が不可能または危険な場合がある。

顧客が画面の画像を送ったという理由だけで、カスタマーサポート担当者が決済状態を変更してはいけません。注文の参照情報と、独立して検証した取引データが必要です。

返金と照合

確認済みのBase送金は、カードネットワークの支払い取り消しによって元に戻るものではありません。返金は、ブロックチェーン上で新たに送信する取引です。正確な資産、Baseネットワーク、送金先、金額、承認、ガス代、会計記録が必要です。

返金する前に、次を行います。

  1. 元の注文と確認済み取引を検証する;
  2. 承認済みの返金額とトークンを確認する;
  3. 認証済みの顧客向け手続きを通じて送金先を確認する;
  4. 返金取引の手数料を誰が負担するか明示する;
  5. 必要な社内承認を得る;
  6. 外部への送金取引を元の入金と分けて記録する。

予期しないメールや問い合わせメッセージから返金先アドレスをコピーしないでください。支払元アドレス、アカウント所有者、希望する送金先が異なる場合があり、攻撃者が送金先を差し替えようとする可能性もあります。

各決済について、次の情報を保持してください。

  • 注文、請求書、顧客の参照情報;
  • トークン、トークンコントラクト、Baseネットワーク;
  • 受け取った暗号資産の金額;
  • 事業上の基準通貨、評価額、タイムスタンプ;
  • 送金先アドレスとトランザクションハッシュ;
  • 決済および確認のタイムスタンプ;
  • 状態変更と提供記録;
  • 事業者が記録したサービス提供者手数料とネットワーク手数料;
  • 関連する返金または訂正取引。

取引量に適した頻度で、これらの記録を決済受取ウォレットおよび注文台帳と照合します。対応していないトークン、不足決済、重複決済、説明できない送金などの例外は、別の確認待ち一覧で管理してください。税務および会計上の扱いは法域によって異なるため、評価と報告の規則について有資格の専門家に相談してください。

Base決済を受け付ける際によくある間違い

「USDC」または「暗号資産」としか表示しない

シンボルだけではネットワークやコントラクトを特定できません。「Base上のUSDC」と表示し、対応コントラクトを検証してください。

同じアドレスなら同じ決済経路だと思い込む

同じ0xアドレスが複数のEVMネットワークで同一に見える場合があります。それでも取引は、実際に送信されたチェーンに属します。

よく似たブリッジ資産をネイティブUSDCとして受け付ける

コントラクトをCircleの一覧、および決済設定が認識する正確な資産と照合してください。一致しない場合は確認対象にします。

トークン決済にETHが必要なことを忘れる

通常のトークン送金では、USDCでBaseのガス代を支払うことはできません。Base上に少額のETHが必要だと顧客に伝えてください。

リダイレクトや画面の画像だけで商品を提供する

ブラウザの遷移先ページやウォレットの確認画面は、検証済みの決済状態ではありません。一致する確認済み記録または検証済みWebhookを待ってください。

Webhook処理を冪等にしない

Webhookの再試行は通常の動作です。重複イベントによって商品が二重に提供されたり、利用期間が二重に延長されたりしないよう、一意性を強制してください。

提供開始時に多すぎる資産を有効にする

トークンを追加するたびに、価格設定、コントラクト、流動性、顧客対応、照合、返金の作業が増えます。顧客が実際に求めている経路から始めてください。

資金管理と返金を軽視する

受け取りは全体の半分にすぎません。取引量が増える前に、署名管理、ガス代残高、照合、評価、外部への返金をテストしてください。

よくある質問

BaseでUSDC決済を受け付けるにはどうすればよいですか？

まず、ログイン後の事業者設定にBase上のUSDCが表示されていることを確認します。管理下にあるBaseの決済受取ウォレットを設定し、対応するUSDCコントラクトを検証してから、決済リンクまたは組み込み型決済ページを作成してください。正確な金額とネットワークを表示し、一致する確認済み決済または検証済みWebhookを受け取ってから商品を提供します。

BaseメインネットのチェーンIDは何ですか？

BaseメインネットのチェーンIDは8453です。Baseの公式ドキュメントでは、ガス通貨をETH、ブロックエクスプローラーをBaseScanとしています。チェーンIDはウォレットと連携設定の検証に使い、顧客向けの明確なネットワーク表示の代わりにはしないでください。

BaseでUSDCを支払うには顧客にETHが必要ですか？

はい。Baseで通常のUSDCトークン送金を行う場合、送信元ウォレットはBase上のETHでガス代を支払う必要があります。ETHのガス代は、USDCの購入金額とは別です。

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

Circleのコントラクト一覧では、Base上のネイティブUSDCを0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913としています。ウォレット検索や未検証のトークン一覧からコントラクトをコピーせず、発行者の最新一覧とログイン後の決済設定を改めて確認してください。

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

そのように考えるのは安全ではありません。実際の設定に表示され、決済受け取り、価格設定、確認、会計、返金の各処理が対応する、正確なトークンとBaseの組み合わせだけを受け付けてください。

Base決済は即時かつ確定的ですか？

そう約束してはいけません。送信済み取引が保留中のままになったり失敗したりする可能性があり、事業者には引き続き確認ポリシーが必要です。決済フローの確認済み状態と、注文に適したリスク管理を利用してください。

決済リンクと組み込み型決済ページのどちらを使うべきですか？

小規模な試験導入、請求書、手作業で提供するサービスでは、決済リンクから始めます。確認後にアカウント、注文、ライセンス、残高、利用期間を自動更新する必要がある場合は、組み込み型決済ページを使用してください。

Base決済は返金できますか？

事業者は返金方針に従い、別の外部送金取引を実行できます。元の決済、顧客、送金先、資産、金額、承認、手数料の扱いを検証してから、返金取引を別に記録してください。

まとめ

Baseでの暗号資産受付は、決済ページにウォレットアドレスを貼るのではなく、管理された決済手続きとして運用することで最も効果を発揮します。顧客がすでに保有している1種類のトークンから始めてください。米ドル建て商品ならUSDCが適することが多いでしょう。そのうえで、ログイン後の設定に該当するBaseの経路が実際に用意されていることを確認します。

チェーンID 8453、決済受取アドレス、対応トークンコントラクト、顧客が必要とするETHのガス代を検証してください。少額取引を使って、保留中と確認済みの状態、Webhookの再試行、冪等な提供処理、照合、返金をテストします。その経路が安定して機能してから、顧客需要が追加の運用負担に見合う場合に限り、組み込み型決済ページ、継続利用、別のトークンへと拡大してください。

Related Reading:

ビジネスで暗号資産決済を始めましょう 今すぐ

売上を最大化し、コストを最小化します。