Verifix

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.

01

1

Register the customer

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

02

2

Screen the transfer

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

03

3

Alert and investigate

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

04

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

Customer wallet

Verified · low

2

Exchange deposit

Licensed VASP

3

Intermediary

2 hops · medium

4

Mixer-linked cluster

High 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.

10:52:07Inbound transfer observed · wallet bc1q…7f4a

10:52:07Wallet screened · exposure to high-risk counterparty

10:52:08Rule fired · exposure_threshold_inbound v6

10:52:08Alert raised · severity high, owner assigned

11:26:44Analyst traced source · 3 hops documented

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 monitoring4 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

Screen

Review the wallet address and transaction risk before making a decision.

Trace

Follow funds across hops, with amounts and dates for the transfers.

Inspect

Separate incoming and outgoing exposure by counterparty, share, and amount.

Watch

Keep selected wallets on a watchlist and retain the supporting screening record.

Product guide (PDF)

Questions

Frequently asked

Do you monitor after the transaction is approved?

Yes. Ongoing wallet monitoring keeps watching addresses you have already cleared and raises an alert if a wallet becomes sanctioned or gains new exposure, and retrospective sweeps re-run your rules over past activity.

Which chains are covered?

The major public chains and their tokens are covered. The exact chain and asset list for your programme is confirmed with you before go-live.

Can we write our own rules?

Yes. Thresholds, velocity, structuring, corridor and exposure rules are configured in the console, and every change is versioned so an alert always shows which rule version fired.

Learn more

Related guides

Transaction monitoring in the UAE

What transaction monitoring means for UAE regulated firms, what it looks for, how alerts are reviewed and how it connects to suspicious transaction reporting.

VARA KYC and AML requirements for virtual asset firms

What Dubai's Virtual Assets Regulatory Authority expects from licensed VASPs on customer due diligence, transaction monitoring, the Travel Rule and record keeping.

The Travel Rule in the UAE

How the Travel Rule applies to virtual asset transfers in the UAE, what originator and beneficiary data is required, and how unhosted wallets are handled.

Continue

The rest of the platform

Most regulated journeys combine several of these. Each page covers one in the same detail.

KYCPerson, document, liveness KYBEntity, ownership, controllers AML screeningSanctions, PEP, adverse media Travel RuleCounterparty data exchange Risk engineJourneys, rules, versions Case managementQueues, four eyes, audit

Watch the money move, on-chain and off.

What every transfer is measured against

Wallet risk scoring

Counterparty attribution

Exposure tracing

Fiat transaction monitoring

Travel rule support

Customer-linked alerts

How a transfer is assessed

Register the customer

Screen the transfer

Alert and investigate

Report

One transfer, as the record shows it

The monitoring checks

Transaction and wallet monitoring4 modules

Transaction monitoring

Wallet screening (KYT)

Source and destination tracing

Ongoing wallet monitoring

The evidence behind a wallet’s risk score

What supports a suspicious-activity filing

Frequently asked

Related guides

The rest of the platform

See VerifiX on your own onboarding flow