Whitelist / Allow-list
A whitelist (or allow-list) is the set of approved wallet addresses permitted to hold or receive a token - security tokens use it to restrict ownership to verified, eligible investors.
A whitelist - also called an allow-list - is the set of wallet addresses that a token permits to hold or receive it. Any address not on the list is blocked. For regulated real-world assets, the whitelist is the core mechanism that keeps a security token among approved, eligible investors instead of circulating freely to anyone.
It works at the contract level. Before a transfer executes, the token checks whether both the sender and the recipient are on the whitelist; if either is not, the transfer reverts. This turns a compliance requirement into something the code enforces automatically, rather than a rule a back office has to police after the fact. Standards like ERC-3643 build this check in as a central feature.
An address usually earns its place on the whitelist by passing off-chain checks - KYC identity verification, eligibility such as accredited investor status, and a jurisdiction screen - after which the issuer or its agent adds the address. When an investor sets up a self-custody wallet to receive a tokenized security, it is that wallet's address that gets whitelisted.
The whitelist is closely related to a transfer restriction, but they are not identical. The whitelist answers "who is allowed to hold this at all," while transfer restrictions add further rules like lock-up periods, holder caps, or jurisdiction limits on top.
A practical consequence for investors: you cannot freely send a whitelisted security token to any address the way you would a stablecoin. The recipient must already be approved, which is exactly the point - it is what makes a compliant secondary transfer possible rather than a loophole around the rules.
Source: ERC-3643 Association (erc3643.org), as of 2026.
Mentioned in
- RWA Smart Contracts & Tech Stack
The RWA tokenization tech stack - compliant token standards, whitelisting, oracles, audits, and the contract architecture that connects a token to a real asset.
- Custody & Ownership: What You Actually Own
When you buy a tokenized asset, what do you own - the token, a legal claim, or the real asset? Here is how custody and ownership actually work for RWAs.
- Transfer-Agent Requirements for Security Tokens
Transfer-agent requirements for security tokens - what a transfer agent does, when tokenized issuers need one, and how on-chain records fit the role.
- How Asset Tokenization Works (Step by Step)
How does asset tokenization work? Follow the full process step by step - asset, SPV, smart contract, investor checks, minting, and on-chain distributions.
- RWA Reference Architecture
An RWA smart-contract reference architecture - the factory, funding, compliance, and distributor contracts that make up a production tokenization stack.
- Running KYC/AML for Your Offering
How to run KYC/AML for a tokenized offering - the onboarding steps, sanctions screening, record-keeping, and ongoing monitoring that keep your raise compliant.
Related terms
Educational content, not financial or legal advice.