ブログ・ 2026年5月21日

送金前と送金後のウォレットスクリーニング (JA)

送金前スクリーニングは、値が移動する前にウォレットアドレスを読み取ります。送金後スクリーニングは、決済されたトランザクションをそのハッシュで読み取ります。それぞれの使用方法、違い、および1回のスクリーニングあたり0.02ドルで両方を実行する方法について説明します。.

By Didit2026年5月21日更新日 2026年5月21日

仮想通貨のトランザクションをスクリーニングするタイミングは2つあり、それぞれ異なる疑問に答えます。値が移動する前に、ウォレットアドレスをスクリーニングして、トランザクションを許可するかどうかを決定します。値が決済された後、トランザクションハッシュをスクリーニングして、実際に何が移動したかを記録し、最新の情報と照合して再評価します。前者はゲートであり、後者は台帳です。

DiditのウォレットスクリーニングAPIは両方をサポートしています。送金前スクリーニングは、ウォレットアドレスを受け取り、入金を受け入れるか出金をリリースする前にリスク判定を返します。送金後スクリーニングは、トランザクションハッシュを受け取り、事後に確認済みのトランザクションを評価します。どちらも、LOW/MEDIUM/HIGH/CRITICALのバンドと資金源の内訳を含む同じ0〜100のリスクスコアを返し、どちらも1回のスクリーニングあたり0.02ドルです。

このガイドでは、その違いと、それぞれの機能を実際のフローに組み込む方法について説明します。

主なポイント

送金前 = アドレス、値が移動する前。入出金が行われる前に、ウォレットアドレスをスクリーニングしてゲートします。
送金後 = トランザクションハッシュ、決済後。記録保持と継続的なレビューのために、確認済みトランザクション（payment_reference_idによる）をスクリーニングします。
両方で同じ判定形式 — 0〜100のリスクスコア、LOW/MEDIUM/HIGH/CRITICALバンド、資金源カテゴリ別のエクスポージャー。
ほとんどのフローで両方を一緒に使用します。送金前で決定し、送金後で文書化および再確認します。
currency_kind: "crypto"と方向（INBOUND / OUTBOUND）によってトリガーされます。include_crypto_screeningで呼び出しごとに上書きできます。
BYOK（CrystalまたはMerkle Science）を使用すると、どのタイミングを使用しても1回のスクリーニングあたり0.02ドルです。

それぞれがスクリーニングするもの

送金前スクリーニングは、ウォレットアドレスを評価します。まだ値が移動するかどうかはわかりません。「このアドレスから資金を受け入れる（または送金する）場合、何にさらされるのか？」と尋ねています。APIはアドレスのインバウンドおよびアウトバウンド履歴を追跡し、そのリスクを返します。これは決定点です。何も決済される前に、通過させるか、レビューのために保留するか、拒否するかを判断します。

送金後スクリーニングは、そのハッシュによって特定のトランザクションを評価します。値はすでに移動しています。何が起こったかのリスクを記録し、それを最新の状態に保ちます。オンチェーンラベルは進化するため（トランザクションを行った後にアドレスが制裁リストに追加されることがあります）、送金後スクリーニング（および定期的な再スクリーニング）は、監査および継続的な監視義務のために記録を正確に保ちます。

なぜ重要なのか

間違ったタイミングを選択すると、実際のギャップが生じます。送金後のみをスクリーニングすると、リスクがあることを知る前にすでに資金を受け入れてしまっています。保留中のトランザクションを拒否する代わりに、決済されたトランザクションを元に戻すことになります。送金前のみをスクリーニングすると、記録が古くなります。入金時に取得した判定は、後で明らかになった情報を反映しておらず、監査証跡を弱め、遡及的な制裁指定を見逃すことになります。

規制当局とベストプラクティスはどちらも同じ答えを指しています。送金前スクリーニングで入口をゲートし、送金後スクリーニングで正確で再確認可能な記録を維持します。両方を実行することが、1回のスクリーニングあたり0.02ドルという価格が重要である理由です。このコストであれば、2回のスクリーニングは、従来のサブスクリプションでの1回のスクリーニングよりも桁違いに安価です。

技術的な詳細

どちらのモードも、トランザクション監視内の統一された/v3/ APIで実行されます。違いは、ウォレットアドレスを渡すか、トランザクション参照を渡すかです。

送金前 — 入金を受け入れる前にアドレスをスクリーニングする：

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "dep_61a0",
    "category": "finance",
    "currency_kind": "crypto",
    "direction": "INBOUND",
    "wallet_address": "0x4d2a...91bc",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_5012", "role": "RECEIVER" }
  }'

送金後 — 決済されたトランザクションをハッシュでスクリーニングする：

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "wd_77f3",
    "category": "finance",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "payment_reference_id": "0xabc123...def",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_5012", "role": "SENDER" }
  }'

どちらも同じ判定構造を返します。

{
  "wallet_screening": {
    "risk_score": 41,
    "risk_band": "MEDIUM",
    "exposure": [
      { "category": "HIGH_RISK_EXCHANGE", "type": "DIRECT", "share": 0.27 }
    ]
  }
}

トリガー。スクリーニングは、currency_kindが"crypto"で、direction（INBOUNDまたはOUTBOUND）が設定されている場合に実行されます。仮想通貨トランザクションが自動的にスクリーニングされるかどうかのデフォルトは、コンソール → トランザクション → 設定で設定され、include_crypto_screeningは呼び出しごとにそれを上書きします。

キーフィールド。送金前にはwallet_addressを渡し、送金後にはトランザクションハッシュをpayment_reference_idとして渡します。

価格。BYOK（CrystalまたはMerkle Science）を使用する場合、どちらのモードでも1回のスクリーニングあたり0.02ドル。

それぞれの使用時期

シナリオ	使用	理由
入金を受け入れる	送金前（アドレス）	資金が自分のものになる前に決定する
出金をリリースする	送金前（宛先アドレス）	リスクの高いウォレットへの送金をブロックする
決済された送金を記録する	送金後（ハッシュ）	移動したものの正確な監査証跡
定期的な再スクリーニング	送金後（ハッシュ）	遡及的な制裁指定を捕捉する
ゲートと記録の両方	両方	入口をゲートし、後で文書化する

ユースケース

仮想通貨取引所 — 入出金ごとに送金前スクリーニングを行いフローをゲートし、送金後スクリーニングで完全な再確認可能な台帳を保持します。
オン/オフランプ — 決済前に高リスクウォレットが関与する変換をブロックするために送金前スクリーニングを実施します。
カストディアン — 取り込み時に送金前スクリーニングを行い、ラベルの進化に応じて保管資産を定期的に送金後再スクリーニングします。
ウォレット — ユーザーがフラグ付きアドレスに送金する前に警告するために送金前スクリーニングを実施します。
VASP — トラベルルールデータと組み合わせた送金後記録により、防御可能なコンプライアンス証跡を構築します。

Diditとの統合方法

デフォルトを設定します。 トランザクション → 設定で、仮想通貨トランザクションを自動的にスクリーニングするかどうか、およびどのプロバイダーキーを使用するかを選択します。
入口をゲートします。入金を受け入れるか出金をリリースする前に、wallet_addressを使用してPOST /v3/transactions/を実行し、バンドに基づいて対応します。
決済後に記録します。トランザクションが確認されたら、ハッシュをpayment_reference_idとして再度スクリーニングします。
アラートを処理します。HIGH/CRITICALのスクリーニングは、調査およびSAR提出のために組み込みのケースマネージャーでアラートを開きます。

よくある質問

送金前と送金後スクリーニングの実用的な違いは何ですか？

送金前スクリーニングは、値が移動する前にウォレットアドレスをスクリーニングするため、拒否することができます。送金後スクリーニングは、決済されたトランザクションをそのハッシュでスクリーニングするため、正確で再確認可能な記録が得られます。

両方を行う必要がありますか？

ほとんどのチームはそうすべきです。送金前はフローをゲートし、送金後は（トランザクション後に制裁リストに追加されたアドレスを捕捉することを含め）記録を最新の状態に保ちます。

トランザクションハッシュをスクリーニングするにはどうすればよいですか？

currency_kind: "crypto"と方向を指定して、POST /v3/transactions/でハッシュをpayment_reference_idとして渡します。

両方を実行するとコストは2倍になりますか？

はい、それぞれ0.02ドルです。しかし、この価格であれば、2回のスクリーニングは、従来のブロックチェーン分析サブスクリプションでの1回のスクリーニングよりもはるかに安価です。

一部のトランザクションのみスクリーニングをオンにできますか？

はい。コンソール → トランザクション → 設定でデフォルトを設定し、include_crypto_screeningで呼び出しごとに上書きできます。

始めませんか？

ドキュメントのウォレットスクリーニングの概要を読み、ウォレットスクリーニング製品ページでプラットフォームにどのように適合するかを確認し、料金ページで呼び出しごとの料金を確認してください。準備ができたら、無料で開始してください。毎月500回の無料KYCチェックと、1回のスクリーニングあたり0.02ドルのウォレットスクリーニングが提供されます。