Regulation

Дослідження з перевіркою джерел: FATF Travel RULE GAPS

5 хв

Текст статті показано у перевіреному англійському оригіналі. Переклад буде додано після перегляду джерел.

Verified Fact Boundary

1. FATF's 2026 targeted update states that jurisdictions have continued progress on Recommendation 15, including Travel Rule implementation. 2. FATF's 2026 news release reports that significant regulatory and implementation gaps remain in virtual-asset oversight. 3. Crypto.com Help publishes a Travel Rule FAQ for crypto deposits and withdrawals. 4. FATF's virtual assets topic page describes the Travel Rule as requiring collection and transmission of originator and beneficiary information. 5. A country or exchange mentioning the Travel Rule does not prove that a specific transfer route, wallet counterparty or offshore VASP will be accepted. 6. Public policy and exchange help pages cannot prove private account eligibility, support review timing, beneficiary correctness, sanctions outcome or recovery after a mistaken transfer.

Показати менше

Decision Matrix

Таблиця статті: прокрутіть горизонтально або сфокусуйте область таблиці й використовуйте клавіші зі стрілками.

CheckWhat it meansPractical actionUnknown to keep explicit
Route typeTravel Rule handling differs across VASP-to-VASP transfers, self-hosted wallets and unsupported counterpartiesclassify the route before sending fundscounterparty support, jurisdictional interpretation and offshore-provider treatment
Information fieldsoriginator and beneficiary data can become transfer requirements rather than optional metadataprepare non-secret recipient and ownership information only inside official venue flowsfield-level differences, privacy handling and rejected-beneficiary resolution
Offshore VASP riskFATF continues to flag oversight gaps involving offshore providersverify whether the counterparty is supported by the sending and receiving venuesunlicensed providers, group-entity structure and cross-border enforcement
Self-hosted wallet boundarywallet ownership checks are different from exchange account identity checksseparate address ownership evidence from account KYC evidencesignature verification failures, wallet compromise and address reuse risk
Stop conditiona transfer should pause when required information, counterparty identity or destination support is uncertainstop before sending if any required party, address, memo or information field cannot be verifiedsupport timing, return route, sanctions screening and mistaken-network recovery

Source Map

Control Notes

1. Route type

Route type is the point where public documentation must become an operating rule. In this package, it means Travel Rule handling differs across VASP-to-VASP transfers, self-hosted wallets and unsupported counterparties. The practical action is to classify the route before sending funds. The unresolved edge is counterparty support, jurisdictional interpretation and offshore-provider treatment, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

2. Information fields

Information fields is the point where public documentation must become an operating rule. In this package, it means originator and beneficiary data can become transfer requirements rather than optional metadata. The practical action is to prepare non-secret recipient and ownership information only inside official venue flows. The unresolved edge is field-level differences, privacy handling and rejected-beneficiary resolution, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

3. Offshore VASP risk

Offshore VASP risk is the point where public documentation must become an operating rule. In this package, it means FATF continues to flag oversight gaps involving offshore providers. The practical action is to verify whether the counterparty is supported by the sending and receiving venues. The unresolved edge is unlicensed providers, group-entity structure and cross-border enforcement, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

4. Self-hosted wallet boundary

Self-hosted wallet boundary is the point where public documentation must become an operating rule. In this package, it means wallet ownership checks are different from exchange account identity checks. The practical action is to separate address ownership evidence from account KYC evidence. The unresolved edge is signature verification failures, wallet compromise and address reuse risk, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

5. Stop condition

Stop condition is the point where public documentation must become an operating rule. In this package, it means a transfer should pause when required information, counterparty identity or destination support is uncertain. The practical action is to stop before sending if any required party, address, memo or information field cannot be verified. The unresolved edge is support timing, return route, sanctions screening and mistaken-network recovery, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

Known Unknowns

  • counterparty support, jurisdictional interpretation and offshore-provider treatment
  • field-level differences, privacy handling and rejected-beneficiary resolution
  • unlicensed providers, group-entity structure and cross-border enforcement
  • signature verification failures, wallet compromise and address reuse risk
  • support timing, return route, sanctions screening and mistaken-network recovery

Practical Takeaway

FATF Travel Rule coverage should be read as a jurisdiction and VASP implementation problem, not as proof that every exchange transfer will be frictionless. FATF's 2026 virtual-asset update says jurisdictions have continued progress on Recommendation 15 and Travel Rule implementation but significant gaps remain; exchange help materials show that user transfers can still require originator, beneficiary, ownership or address information. The decision outcome is to identify whether the route is VASP-to-VASP, self-hosted wallet, offshore provider or unsupported counterparty before sending funds. The article stops at the evidence boundary. It helps the reader decide what to inspect next without converting public documentation into a promise that a private account, wallet, API key, pool route, stablecoin balance, tokenized asset or policy framework will work under every future condition.

Джерела

04
  1. Financial Action Task ForceSeventh Targeted Update on Implementation of the FATF Standards on Virtual Assets/VASPs
  2. Financial Action Task ForceFATF calls for closing of regulatory gaps as virtual asset illicit finance risks become more complex
  3. Crypto.com Help CenterTravel Rule FAQ for crypto deposits and withdrawals
  4. Financial Action Task ForceVirtual Assets