Toko · Consistency reference

Access — states & stages.

Project-scoped access: members and their roles, the default-role reference, roles assigned in bulk to whitelists, and the first-run empty state. Add a principal once and they can work on any collection inside the project.

01Access · populatedOne page — members table with row actions and going-live / managing-access notes, the default-role reference, and roles assigned to whitelists.
All projects/Ipsum Studio/Access
Preview empty state →
Project · Access

Members.

Members of this project, the roles they have, and what each role can do. Access is project-scoped — add a principal once and they can work on any collection inside it.

Member
Role
Last active
Mara Okafor You
p2x9…hb4q
Creator
Active now
Kai Nguyen
b8x4…aaae
Super Admin
2 h ago
Renée Okafor
k1m9…7uvw
Admin
5 h ago
Jamie Lin
q9y7…aaae
Maintainer
Yesterday
Mateus Silva
z3v6…mn2p
Treasurer
3 d ago
Avery Hong
h7c4…tt8w
Maintainer
1 w ago

Going Live

Admin and above — Admin, Treasurer, Super Admin, and the Creator — can set a token, collection, or vendor Live. Maintainers can build everything but can't take it Live.

Managing access

Only the Creator and Super Admin can change who has access. The Creator role is unique: only the Creator can hand it to someone else, and they're demoted to Super Admin when they do.

Roles

Roles & assignments.

What each role can do, and who holds the bulk roles. Sections collapse so the page stays short as assignments grow.

What each role can do7 roles
Administrative roles · assigned to people
Creator
Project owner with full rights, and the only role that can transfer ownership. Unique — passing it on demotes the Creator to Super Admin.
Super Admin
Full project admin rights, and can manage user access for everyone except the Creator.
Treasurer
Full project admin rights plus funding permissions, including withdrawals.
Admin
Full project admin rights, but can't manage users.
Maintainer
Can edit tokens, assets, and generators — set everything up, but can't set anything Live.
Bulk roles · assigned to a whitelist or individual
Trusted
Can use live generators and pin assets for review — e.g. fans you let create tokens with one of your generators.
Reviewer
Read-only access to unreleased collections, tokens, and assets — e.g. a press sneak peek. View-only; it does not grant approval permissions.
Bulk role assignments · Trusted & Reviewer
Reviewer3 assignments
Newsletter alpha Whitelist · 88
read-only preview of unreleased work
Press preview Whitelist · 12
read-only preview of unreleased work
Jordan Lee Individual
x7p2…m4qd
Trusted2 assignments
Team-only Whitelist · 6
use live generators & pin assets for review
Sam Rivera Individual
q4w8…7yht
02EmptyPage title + intro, then the hero, then the message, CTA, and the two-groups-of-roles explainer & facts underneath.
All projects/Ipsum Studio/Access
Project · Access

Members.

Members of this project, their roles, and what each role can do.

Access — no members yet

Bring your team in.

Permissions decide who can do what in this project. Add a collaborator by principal and pick a role — they'll inherit access to everything inside the project.

Two groups of roles

Administrative & bulk roles.

Administrative roles are assigned to people. Creator is the unique project owner with full rights and the only one who can transfer ownership. Super Admin manages access; Treasurer adds funding and withdrawals; Admin has full admin rights but can't manage users; Maintainer builds tokens, assets, and generators.

Bulk roles attach to a whitelist, not individuals. Trusted can use live generators and pin assets for review; Reviewer gets a read-only preview of unreleased work. Roles are fixed for now and apply to the whole project.

Administrative · people
CreatorSuper AdminTreasurerAdminMaintainer
Bulk · whitelists
TrustedReviewer
01

Creator is unique

Full project rights and the only role that can transfer ownership — handing it over demotes you to Super Admin. Not assignable through the normal add-member flow.

02

Admin & above go Live

Admin, Treasurer, Super Admin, and the Creator can set tokens, collections, and vendors Live. Maintainers build, but can't take it Live.

03

Bulk roles for groups

Trusted and Reviewer attach to a whitelist — let fans use a generator, or give a group a read-only preview before launch.

03Add member · core role (individual)Administrative roles only — added by principal, access is immediate. Bulk roles aren't offered here.

Add member

Members are added by principal — they get access immediately, no email invite.
Trusted and Reviewer are bulk roles — assign them to a whitelist, not to an individual. Only the Creator can hand off the Creator role.
04Assign a bulk role · whitelist or individualBulk roles (Trusted / Reviewer) can target a whole whitelist or a single principal — note the new "Assign to" toggle.

Assign a bulk role

A whitelist grants the role to everyone on the list; Individual grants it to a single principal.
Everyone on the list gets the role across the project. (Switch to Individual to enter a single principal instead.)
05Transfer ownership · Creator onlyHands the Creator role to a member or a new principal; the current Creator is demoted to Super Admin.

Transfer ownership

Hand the Creator role to someone else. They get full project rights, including the ability to transfer ownership again — and you'll be demoted to Super Admin. Only the Creator can do this.

Enter a principal to add and promote them straight to Creator.
06Edit role · member & bulk assignmentChange an individual member's role, or change the role assigned to a whitelist.

Edit member

Change the role for Kai Nguyen.

Trusted and Reviewer are bulk roles — assign them to a whitelist, not to an individual. To hand off the Creator role, use Transfer ownership.

Change role

Change the bulk role for Newsletter alpha.

07Remove · member & role assignmentRemove an individual from the project, or remove a bulk role from a whitelist — the list itself stays.

Remove member?

You're about to remove "Kai Nguyen" from the project. They'll lose access immediately. You can add them back later by principal.

Remove role assignment?

Remove the Reviewer role from Newsletter alpha? Everyone on that whitelist loses Reviewer access. The whitelist itself stays.