Free crypto sanctions screening in 2026: OFAC and UK lists, OpenSanctions, the Chainalysis oracle and TRM's API. What each checks, the four gaps, and when to upgrade.

Last updated: 4 October 2026
Free sanctions screening tools are a reasonable search. Screening is a legal obligation with no minimum revenue threshold, and an early-stage team with no budget still has to do it. So what can you actually get for nothing, and where does it stop being enough?
The short answer: in 2026 you can screen names for free against the official government lists (OFAC's Sanctions List Service, the UK Sanctions List, the EU and UN lists), screen wallet addresses for free with the Chainalysis sanctions oracle or TRM's public Sanctions API, and use the OpenSanctions dataset at no cost if your use is non-commercial. What none of them give you is continuous re-screening, fuzzy name matching, indirect on-chain exposure and an audit trail. Those four gaps are what decide when free stops being defensible.
Each of these was checked on 4 October 2026. Free tiers change, so re-check the terms before you build a process on any of them.
| Tool | What it screens | Cost and limits | Best used for |
|---|---|---|---|
| OFAC Sanctions List Service and Sanctions List Search | Names, plus the wallet addresses OFAC publishes on the SDN List | Free; downloads and web search | The primary US source for one-off checks and for building your own list |
| UK Sanctions List | All UK designations (names and entities) | Free; search tool plus CSV, XML and other downloads | UK obligations; it replaced the OFSI Consolidated List on 28 January 2026 |
| OpenSanctions | Aggregated sanctions data from 93 sources, including crypto wallet addresses | Free for non-commercial use (CC BY-NC 4.0); commercial use needs a licence; API has a 30-day free trial | Research, prototypes and non-commercial projects |
| Chainalysis sanctions oracle | Whether a wallet address is on a sanctions list | Free smart contract on 10 EVM networks; no customer relationship needed | A DeFi front end or contract that needs a basic address check |
| TRM Sanctions API | Whether submitted addresses have sanctions exposure | Public endpoint limited to 1 request per second and 100 per day; higher limits on request | Low-volume address checks from a backend |
OFAC's Sanctions List Service (checked 4 October 2026) offers the SDN List and the Consolidated Non-SDN List as free downloads in an advanced data format and in legacy flat files, plus archived delta files and a tool for building a custom dataset. It also hosts the Sanctions List Search web app.
Crypto addresses are part of the SDN List itself. Each address entry identifies the asset it belongs to, in the format "Digital Currency Address" followed by the asset's symbol (for example XBT or ETH). According to OFAC FAQ 594 (checked 4 October 2026), you can search an address by entering it in the "ID #" field of Sanctions List Search, but that field "does not use fuzzy logic", so only exact matches are returned.
If you want the addresses as a plain list, the open-source ofac-sanctioned-digital-currency-addresses project (MIT licence, checked 4 October 2026) extracts them from the SDN List each night with a GitHub Actions workflow. Its author gives no warranty on completeness, so treat it as a convenience copy and keep OFAC as the source of record.
From 28 January 2026 the UK Sanctions List became the only source for UK sanctions designations. The OFSI Consolidated List of Asset Freeze Targets was discontinued on that date and is kept for reference only (gov.uk, checked 4 October 2026). It is free to search and to download in CSV, XML, HTML, PDF, text and spreadsheet formats. If your free process still pulls the old OFSI file, it has been screening against a list that stopped updating in January.
OpenSanctions' sanctions collection aggregates 93 data sources into 302,038 entities, 72,805 of them designated targets, and includes 2,830 crypto wallet addresses. It refreshes four times a day (figures as of 4 October 2026). It is the most complete free dataset available, with one important condition: the licence is Creative Commons BY-NC 4.0. That makes it free for non-commercial use, but a business screening its own customers needs a paid data licence or the pay-as-you-go API, which comes with a 30-day free trial. Self-hosting the bulk data commercially without a licence is not a free option.
Chainalysis launched its free sanctions screening tools in March 2022. The oracle documentation (checked 4 October 2026) says the smart contract "is available for anyone to use and does not require a customer relationship with Chainalysis". It is deployed on Ethereum, Polygon, BNB Smart Chain, Avalanche, Optimism, Arbitrum, Fantom, Celo, Blast and Base. It checks addresses against embargo lists from organisations including the US, EU and UN. Chainalysis also states that it "cannot guarantee the accuracy, timeliness, suitability, or validity of the data". The oracle returns a yes or no, with no list name, designation details or timestamp. That is fine for blocking a contract call and not enough as compliance evidence.
Chainalysis also released a free REST sanctions API alongside the oracle in 2022. When we checked on 4 October 2026, the old public documentation link for that API redirected to the Chainalysis homepage. Confirm it is still available before you design a process around it.
TRM Labs publishes its Sanctions API documentation openly (checked 4 October 2026). Without a key, the screening endpoint is limited to 1 request per second and 100 requests per day. For more volume you request a key, and the documented limit rises to 1,000 requests per second and 100,000 per day. Keys generated in TRM's paid platform do not work on this endpoint. Like the oracle, it answers one question: does this address have sanctions exposure?
Put together, the free resources cover three jobs:
For a genuinely pre-revenue team doing occasional manual checks, this is a legitimate starting point. It is better than nothing, and "nothing" is the actual alternative for a lot of early projects.
If you are going to rely on free tools for now, use them consistently:
This is the big one. Sanctions lists change constantly. A customer who cleared at onboarding may be designated three months later, and the obligation is to know. Free tools give you a point-in-time answer. Compliance requires a standing one: every customer re-screened against every list update, automatically, with a record.
Manually re-checking a book of 2,000 customers each time OFAC updates is not a process anyone sustains.
Real screening has to catch transliteration variants, name ordering, nicknames and deliberate misspellings. "Mohammed" versus "Muhammad", surname-first conventions, and Cyrillic transliteration all defeat exact-match lookups. Commercial engines score partial matches and let you tune the threshold; free lookups return a match or nothing. OFAC itself notes that its address search is exact-match only.
An exact-match-only control creates the illusion of screening while missing the cases most likely to matter.
A wallet is rarely on a list itself. What matters is whether funds reached it through a sanctioned entity two or three hops back, sometimes across a crypto bridge. That requires clustering and attribution data, which is precisely the expensive part of the product. Free address checkers typically flag direct designation only.
Even if you catch everything, you cannot prove it. Supervisors ask for evidence of who was screened, against which list version, on what date, with what result and what decision followed. A browser search leaves no record, and a yes/no oracle response names no list and no version. This alone fails an inspection regardless of how diligent the underlying work was.
If the choice is between a documented manual process and nothing, run the manual process. Regulators are considerably more sympathetic to a small firm with a modest, evidenced control than to one that skipped the obligation because tooling was expensive. What makes it defensible is the record, not the sophistication.
A minimum viable process looks like this:
This process breaks at a volume you can predict in advance, roughly the point where re-screening the book takes longer than a working day. Plan the upgrade before you hit it rather than after.
Free tools tend to answer one question: is this name or address on a list? Real obligations are broader, and the gaps are where enforcement actually lands.
None of these are available in a free list lookup, and none of them are optional at scale.
Stablecoin issuers are a separate case. In the US, the GENIUS Act requires them to run sanctions compliance and to be technically able to freeze or block tokens on lawful orders.
Free tools are defensible while you have no customers. The moment you onboard third parties and hold their assets, you need screening that is continuous, fuzzy-matched, exposure-aware and logged. That is not a vendor upsell, it is what the obligation actually says.
The practical trigger points:
Sanctions breaches are strict liability in most regimes. Intent is not a defence, and neither is a good-faith attempt with an inadequate tool. Penalties are assessed per violation, which for a payments or exchange business can mean per transaction. The arithmetic escalates quickly from a book of customers screened once and never again.
The secondary costs usually bite sooner than the fine. Banking partners run their own diligence on your compliance stack, and an undocumented screening process is a common reason for a correspondent relationship to be declined or withdrawn. Licence applications ask directly what you screen against and how. A free-tool answer will not clear a CASP file. See CASP licence cost for how the compliance stack is assessed.
Paid screening splits into two layers, and most firms need both.
Screening is one control among several. It pairs with ongoing behavioural monitoring (see crypto transaction monitoring software and our guide to AML transaction monitoring) and with identity checks at onboarding, covered in best crypto KYC providers. Screening beyond sanctions into PEP and adverse media is set out in watchlist and PEP screening explained.
Do not build a partial in-house solution on free datasets and describe it to a regulator as a screening programme. Self-hosting sanctions data is legitimate engineering, but without fuzzy matching, continuous re-screening and an audit trail it will be assessed as inadequate. Having built something also makes the gap look deliberate rather than resource-constrained.
If budget is the constraint, say so and document a dated plan to close it. Supervisors deal with that far better than with a control that looks complete and is not.
For the full programme view, see our crypto AML compliance guide for exchanges and VASPs.
Yes. OFAC's Sanctions List Service and Sanctions List Search, the UK Sanctions List, and the EU and UN lists are free for name screening, and OFAC lists sanctioned wallet addresses on the SDN List. For addresses, the Chainalysis sanctions oracle is free on 10 EVM networks, and TRM's public Sanctions API allows 100 checks a day without a key. OpenSanctions is free for non-commercial use only.
There is no rule prohibiting free tools, and official list lookups from OFAC, the EU and the UN are authoritative sources. What matters is whether your overall control meets the obligation: continuous re-screening, fuzzy matching, indirect exposure and a retained audit trail. A free point-in-time lookup does not meet that on its own, regardless of the quality of the underlying list.
The absence of continuous re-screening. Lists change constantly, and a customer who cleared at onboarding may be designated months later while remaining an active customer. A point-in-time check answers a question the obligation does not ask.
Yes. For a genuine one-off, they are the primary source and better than any intermediary. The limitation is exact-ish matching: they will not reliably catch transliteration variants, OFAC's address search returns exact matches only, and they cannot tell you about indirect on-chain exposure. Use them for what they are good at.
Not for commercial screening. The data is published under Creative Commons BY-NC 4.0, so it is free for non-commercial use, but a business screening its own customers needs a data licence or the paid API, which offers a 30-day free trial.
Three practical triggers: when re-screening your book manually no longer fits in a working day; when you take on a regulated obligation such as a CASP or VASP authorisation; or when a banking partner asks to review your screening process. Any one of these means the manual process has reached its limit.
No. They cover different risks and both are usually required. Name screening catches designated persons; address screening catches designated or exposed on-chain counterparties. See watchlist and PEP screening for how the screening types divide up.
Screen once at onboarding, keep no record, and assume the obligation is discharged. That is the exact fact pattern that produces enforcement. The problem is not that the tool was free. It is that there was no evidence the control ever ran.