Toko · Consistency reference
Project — Revenue presets.
A project-level library of reusable revenue presets — how claim (and later, sale) proceeds are split. Laid out like Vendors: a list of named presets, each with a Draft / Review / Live status and Edit / Delete. A preset sets the fees (project/cycles funding and an optional Toko contribution) and optional royalties (a live beneficiary, a percent, and how it runs over time). Vendors pick a Live preset at creation. Claim presets ship first; Sale presets are a future tab.
01Revenue presets — list (populated)Vendor-style list, project-scoped. The Claim / Sale tab switches preset type — Sale is coming soon. Each preset card shows its status, a one-line summary of the split, and Edit / Delete. Live presets are the ones a vendor can select; Draft/Review presets are still being configured.
Project · Revenue presets
Revenue presets.
Reusable splits a vendor can apply at creation — fees and royalties for claim proceeds. Set one Live to make it selectable.
Standard Claim
Default split for most drops
Cycles 2%Toko 1%2 royalties · 12%
Founders Split
Higher artist share, tapering
Cycles 3%Toko 0%3 royalties · 18%
Preset 3
No description
IncompleteCycles 1%No royalties
02Revenue presets — emptyFirst run, no presets yet. A vendor can still be created without one (proceeds default to the project treasury), but a preset makes splits reusable across drops.
Project · Revenue presets
Revenue presets.
Reusable splits a vendor can apply at creation — fees and royalties for claim proceeds.
No revenue presets yet.
Create a claim revenue preset — set the project/cycles funding, an optional Toko contribution, and any royalties to live beneficiaries. Vendors pick a Live preset at creation.
03Sale presets tab — coming soonThe Sale tab is present but parked — sale revenue presets ship later. Same list shell; a single coming-soon state in place of the grid.
Project · Revenue presets
Revenue presets.
Reusable splits a vendor can apply at creation.
Coming soon
Sale presets aren't available yet
Sale revenue presets — for secondary-market and fixed-price sale proceeds — will live here. For now, configure Claim presets in the other tab.
04Preset editor — Claim (Draft, editable)The preset's own page. Name (defaults to "Preset N") and an optional description, then two sections: Fees (project/cycles funding 1–10%, optional Toko contribution 0–10%) and Royalties (each a live beneficiary, a percent, and how it runs over time). A running total meter enforces the 20% royalty cap. Project sub-page → auto-saves; stage persistence lives on the management bar.
Project · Revenue preset
Founders Split.
A claim revenue preset. Vendors apply a Live preset at creation; this one is still in Draft.
Draft
Preset
Locks on LiveFees
Taken off the top before royalties & payout
%
1%10%
Funds the project canister (cycles/blob storage). Allowed range 1–10%.
%
0%10%
An optional contribution to Toko. Allowed range 0–10%.
Royalties
Optional · paid to live beneficiaries on each claim
Studio Treasuryk1m9…7uvw
8%
Lead Artist9xa2…b3kk
7%
Community Fundp4w8…2zzq
3%
Total royalties18% of 20% max
Each royalty is 0.1–10%; total royalties can't exceed 20%. The backend also checks that DAO + referral + royalties stays under 40% across the whole revenue config.
05Add royalty — beneficiary, percent, duration & taperOpened from "+ Add royalty". Pick a live beneficiary, set a percent (0.1–10%), then choose whether it runs forever (constant) or for a fixed period — in which case pick an interval (1/3/6/9/12/24 months) and a taper (how the amount changes over that period).
Add royalty
Only the project's Live beneficiaries can be added.
%
0.1–10% per royalty. 2% of the 20% cap remains.
Forever
A constant percent on every claim, with no end.
For a fixed period
Runs for a set time, then ends. Choose how it tapers.
No taper
Constant for the whole period, then ends.
Cliff
Full rate, then drops to 0 at the end.
Linear
Steps down evenly to 0 over the period.
Curve
Holds high, then falls away faster near the end.
06Validation — royalty capsTwo guards. Left: a single royalty over 10% (per-royalty max). Right: the running total over 20% — the meter goes red and Submit to Review is blocked. The 40% combined cap (DAO + referral + royalties) is a backend check, surfaced here as a note.
Per-royalty max (10%)
%
A single royalty can't exceed 10%. Lower this one, or split it across two beneficiaries.
Total cap (20%)
Total royalties23% of 20% max
Total royalties exceed 20%. Remove or reduce a royalty to continue. Submit to Review is blocked until it's under the cap. Note the backend also rejects DAO + referral + royalties over 40%.
07Preset — Live (locked, view only)Once Live and selectable by vendors, a preset is locked and view-only — vendors that already use it depend on these values, so fees and royalties can't change. There's no Manage on a Live preset, only View.
Project · Revenue preset
Standard Claim.
Live — selectable by vendors. Fixed when it went Live.
Live
This preset is locked. 4 vendors apply it, so fees and royalties can't change — it's view-only.
Fees
LockedProject / cycles funding2%
Toko contribution1%
Royalties
LockedStudio Treasuryk1m9…7uvw8%
Lead Artist9xa2…b3kk4%
Total royalties12% of 20% max
Design note (not UI)Revenue presets are project-scoped and reusable; a vendor selects a Live preset at creation, which copies its values onto the vendor (so later edits to the preset don't change existing vendors). Lifecycle mirrors other project policy: editable in Draft/Review, locked / view-only at Live while in use. Constraints: cycles funding 1–10%, Toko 0–10%, each royalty 0.1–10%, total royalties ≤ 20%, and the backend cap of DAO + referral + royalties < 40%. Taper (No taper / Cliff / Linear / Curve) and time period (1/3/6/9/12/24 months) only apply to fixed-period royalties; "Forever" royalties are constant. Open: confirm whether Toko contribution and Sale presets are in scope for v1.