Skip to content
VerifiX, secured by ITSEC

Platform · KYT

Watch the money move, on-chain and off.

Wallet risk scoring, counterparty attribution, exposure tracing, and rule-based transaction monitoring that ties a blockchain transfer back to the verified customer who made it.

Inside the flow

What every transfer is measured against

Rules you version, exposure you can trace hop by hop, and one alert record when either one fires.

01

Wallet risk scoring

Inbound and outbound addresses scored on attribution and exposure. Supported chains and assets: the major public chains and their tokens are covered.

02

Counterparty attribution

Addresses attributed to exchanges, mixers, darknet markets, ransomware, gambling, and sanctioned entities where attribution data exists.

03

Exposure tracing

Indirect exposure traced across hops with the share of value from each risk category, so a two-hop mixer path is not invisible.

04

Fiat transaction monitoring

Thresholds, velocity, structuring, and geography rules across fiat rails, using the same rule engine as the on-chain side.

05

Travel rule support

Originator and beneficiary data handling for transfers at or above the AED 3,500 threshold, with Notabene and TRP messaging.

06

Customer-linked alerts

Every alert is attached to the verified customer and their KYC evidence, so a monitoring hit opens with full context.

Transfer to alert

How a transfer is assessed

Pre-authorization checks, post-settlement monitoring, and the alert path between them.

  1. 1

    Register the customer

    Transactions are submitted against a customer ID that already carries a verified identity and risk profile.

  2. 2

    Screen the transfer

    Counterparty attribution, exposure tracing, and your monitoring rules evaluate before you release funds.

  3. 3

    Alert and investigate

    Escalations land in the case queue with the exposure breakdown, transaction graph, and the customer's history.

  4. 4

    Report

    Investigation outcomes export into internal SAR/STR workflows, reports are exported per case and per period for your regulator.

Transaction trace · 0x9f…c204Sample data
  1. 1Customer walletVerified · low
  2. 2Exchange depositLicensed VASP
  3. 3Intermediary2 hops · medium
  4. 4Mixer-linked clusterHigh risk

Exposure

Indirect

Hops

3

Action

Alert raised

POST /v1/transactions/screen
curl -X POST https://api.verifix.ae/v1/transactions/screen \
  -H "Authorization: Bearer $VERIFIX_KEY" \
  -d '{
    "customer_id": "cus_2LX...",
    "direction": "inbound",
    "asset": "BTC",
    "amount": "1.482",
    "counterparty_address": "bc1q...7f4a"
  }'

{
  "decision": "escalate",
  "wallet_risk": 78,
  "exposure": [
    { "category": "sanctioned_entity", "hops": 2, "share": 0.11 },
    { "category": "mixer", "hops": 1, "share": 0.34 }
  ],
  "triggered_rules": ["mixer_exposure_gt_25pct"]
}

Chain of custody

One transfer, as the record shows it

Illustrative sample data for an inbound virtual-asset transfer.

  1. 10:52:07Inbound transfer observed · wallet bc1q…7f4a
  2. 10:52:07Wallet screened · exposure to high-risk counterparty
  3. 10:52:08Rule fired · exposure_threshold_inbound v6
  4. 10:52:08Alert raised · severity high, owner assigned
  5. 11:26:44Analyst traced source · 3 hops documented
  6. 11:58:19Escalated under four-eyes review · evidence attached

Named modules

The monitoring checks

Travel Rule messaging is a separate pillar with its own modules.

Transaction and wallet monitoring

4 modules

Rule-based monitoring on fiat and virtual-asset flows, on-chain exposure, and continuous wallet re-screening after approval.

Transaction monitoring

transaction_monitoring

Runs your rule set over each transaction in real time or in batch: velocity, structuring, threshold avoidance, unusual corridors, dormancy reactivation, peer-group deviation.

Input
Transaction event, or a batch file
Returns
risk score, triggered rules, alert case where thresholds are breached

Wallet screening (KYT)

wallet_screening

Scores a Virtual Asset address before you pay out or credit a deposit: sanctioned address exposure, darknet, mixer, scam, and high-risk exchange exposure, direct and indirect.

Input
Address and chain
Returns
risk score, exposure categories with hop distance, recommended action

Source and destination tracing

transaction_tracing

Traces funds back through hops to the originating cluster and forward to the destination, giving the analyst the picture rather than a lone score.

Input
Transaction hash or address
Returns
hop graph with cluster attribution and exposure per hop

Ongoing wallet monitoring

ongoing_wallet_monitoring

Watches previously cleared addresses and raises an alert when a wallet becomes sanctioned or gains exposure after you approved it.

Input
Address list under monitoring
Returns
change alerts with the new exposure category and the affected customers

See the full module catalog , every KYC, KYB, AML, KYT, and platform module with its inputs and outputs.

Inside the console

The evidence behind a wallet’s risk score

The guide connects address screening with fund tracing and the counterparties behind the result.

StageWhat your team sees
ScreenReview the wallet address and transaction risk before making a decision.
TraceFollow funds across hops, with amounts and dates for the transfers.
InspectSeparate incoming and outgoing exposure by counterparty, share, and amount.
WatchKeep selected wallets on a watchlist and retain the supporting screening record.

Evidence retained

What supports a suspicious-activity filing

  • Transaction payload as submitted, with timestamp
  • Wallet score, attribution labels, and data source version
  • Exposure path per risk category and hop count
  • Rules evaluated, triggered, and their versions
  • Investigator notes, outcome, and any report reference
Decision
allow · review · escalate · block
Wallet risk
0–100 with category breakdown
Monitoring
real-time on submission, plus retrospective sweeps
Delivery
API response + webhook + console alert

Questions

Frequently asked

Do you monitor after the transaction is approved?
Yes. Retrospective sweeps re-evaluate historical transfers when attribution data changes, and raise alerts on customers you already cleared.
Which chains are covered?
The major public chains and their tokens are supported, with new chains added on request.
Can we write our own rules?
Yes, the rule builder is shared with the risk engine, so monitoring rules and onboarding rules live in one place.

See VerifiX on your own onboarding flow

A 30-minute walkthrough with a compliance engineer, or a request for sandbox access.