Whitelists — states & stages.
Every key state of the Whitelists surface, framed for side-by-side review on the shared page shell. A whitelist is a named set of addresses referenced from vendor claim rules; it moves through Draft → Review → Live, and Live + in-use lists lock.
Three whitelists.
Named lists of principals or addresses. Reference them from any vendor's claim rules to gate who can claim what — without re-typing addresses for each drop.
Whitelists.
Named lists of principals or addresses, referenced from any vendor's claim rules.
No whitelists yet.
A whitelist is a named set of addresses (or principals) you reference from a vendor's claim rules. Build a list once — "Genesis holders," "Newsletter alpha," "Team-only" — then use it for every drop that needs it.
List → Vendor → Claim.
A whitelist lives at the project level. When you configure a vendor's claim rules, you can reference any whitelist as a gate — "only addresses on this list can claim from this vendor." The vendor checks the list at claim time.
Edit a list once and every vendor that references it picks up the change automatically. You can also see which vendors reference each list, so you understand the impact before editing.
Define once, reuse anywhere
Your "Genesis holders" list works for every future drop — no re-uploading addresses per vendor.
Edits propagate
Add or remove an address and every vendor using that list reflects the change on the next claim attempt.
Source from anywhere
Import from CSV, paste addresses, or snapshot the current holders of one of your existing collections.
New whitelist
Newsletter alpha Review
Subscribers who opted into early access · imported CSV.
88 addresses
Genesis holders Live
Snapshot of Lorem Drop No. 1 holders · updated 2 days ago · referenced by 2 vendors.
412 addresses
Delete whitelist?
Are you sure?
This permanently deletes the Newsletter alpha whitelist and its 88 addresses. Any vendor claim rules that reference it will lose this gate. You can't undo this.