Named lists are reusable collections of addresses or values used in policy rules. They simplify policy management by centralizing allowlists, blocklists, and other collections.
A named list is a collection of values that can be referenced by policies:
| Type | Description | Example Use |
|---|---|---|
ADDRESS | Blockchain addresses (0x...) | Allowlisted recipients, blocked addresses |
Named lists are referenced in policy conditions using the IN_LIST and NOT_IN_LIST operators:
Maintain a list of verified business partners and exchanges:
| List Name | Type | Purpose |
|---|---|---|
approved-counterparties | ADDRESS | KYC-verified recipient addresses |
Policy usage: Block transfers to addresses NOT in this list.
Block known sanctioned or high-risk addresses:
| List Name | Type | Purpose |
|---|---|---|
sanctioned-addresses | ADDRESS | OFAC and other sanctioned addresses |
Policy usage: Block transfers to addresses IN this list.
Track your organization's vault addresses:
| List Name | Type | Purpose |
|---|---|---|
internal-vaults | ADDRESS | All vault addresses owned by organization |
Policy usage: Allow transfers between internal vaults without approval.
Policy usage: Block transactions to chains NOT in this list.
Before submitting a transaction, you can verify if an address is in a list:
This enables:
Use clear, descriptive names:
| Good | Bad |
|---|---|
approved-counterparties-production | list1 |
ofac-sanctioned-addresses | blocklist |
internal-treasury-vaults | vaults |
| Practice | Description |
|---|---|
| Separate by purpose | Different lists for allowlists, blocklists, internal addresses |
| Include descriptions | Document the list's purpose and update criteria |
| Use consistent formatting | Lowercase addresses, consistent naming conventions |
| Practice | Description |
|---|---|
| Regular audits | Review list contents periodically |
| Document changes | Track who added/removed items and why |
| Version control | Consider exporting lists for backup |
| Automate updates | Use API for dynamic list management |
| Practice | Description |
|---|---|
| Verify before adding | Confirm addresses before adding to allowlists |
| Monitor blocklists | Keep sanctioned address lists current |
| Limit access | Control who can modify critical lists |
| Audit trail | Review list modification logs |
Sync your allowlist with an external KYC system:
For complete API documentation including endpoints, request/response examples, and code samples:
GET /api/v1/named-listsPOST /api/v1/named-listsGET /api/v1/named-lists/{id}PUT /api/v1/named-lists/{id}DELETE /api/v1/named-lists/{id}POST /api/v1/named-lists/{id}/itemsDELETE /api/v1/named-lists/{id}/itemsGET /api/v1/named-lists/{id}/check/{value}Named lists are reusable collections of addresses or values used in policy rules. They simplify policy management by centralizing allowlists, blocklists, and other collections.
A named list is a collection of values that can be referenced by policies:
| Type | Description | Example Use |
|---|---|---|
ADDRESS | Blockchain addresses (0x...) | Allowlisted recipients, blocked addresses |
Named lists are referenced in policy conditions using the IN_LIST and NOT_IN_LIST operators:
Maintain a list of verified business partners and exchanges:
| List Name | Type | Purpose |
|---|---|---|
approved-counterparties | ADDRESS | KYC-verified recipient addresses |
Policy usage: Block transfers to addresses NOT in this list.
Block known sanctioned or high-risk addresses:
| List Name | Type | Purpose |
|---|---|---|
sanctioned-addresses | ADDRESS | OFAC and other sanctioned addresses |
Policy usage: Block transfers to addresses IN this list.
Track your organization's vault addresses:
| List Name | Type | Purpose |
|---|---|---|
internal-vaults | ADDRESS | All vault addresses owned by organization |
Policy usage: Allow transfers between internal vaults without approval.
Policy usage: Block transactions to chains NOT in this list.
Before submitting a transaction, you can verify if an address is in a list:
This enables:
Use clear, descriptive names:
| Good | Bad |
|---|---|
approved-counterparties-production | list1 |
ofac-sanctioned-addresses | blocklist |
internal-treasury-vaults | vaults |
| Practice | Description |
|---|---|
| Separate by purpose | Different lists for allowlists, blocklists, internal addresses |
| Include descriptions | Document the list's purpose and update criteria |
| Use consistent formatting | Lowercase addresses, consistent naming conventions |
| Practice | Description |
|---|---|
| Regular audits | Review list contents periodically |
| Document changes | Track who added/removed items and why |
| Version control | Consider exporting lists for backup |
| Automate updates | Use API for dynamic list management |
| Practice | Description |
|---|---|
| Verify before adding | Confirm addresses before adding to allowlists |
| Monitor blocklists | Keep sanctioned address lists current |
| Limit access | Control who can modify critical lists |
| Audit trail | Review list modification logs |
Sync your allowlist with an external KYC system:
For complete API documentation including endpoints, request/response examples, and code samples:
GET /api/v1/named-listsPOST /api/v1/named-listsGET /api/v1/named-lists/{id}PUT /api/v1/named-lists/{id}DELETE /api/v1/named-lists/{id}POST /api/v1/named-lists/{id}/itemsDELETE /api/v1/named-lists/{id}/itemsGET /api/v1/named-lists/{id}/check/{value}