Organizer
Creates the workshop with a fixed price, seat target, suppliers, allocations, and deadline. Published terms cannot be edited.
A BOOKING, PIECE BY PIECE
A shared plan, with clear conditions.
Let’s use Clay & company: a pottery workshop that needs ten attendees, a venue, and an instructor to come together.
Funded seats needed10 seats
Price per seat20 demo tokens
Total funding target200 demo tokens
Fixed supplier allocations80 / 120Venue / instructor · demo tokens
EVERYONE HAS A PART
Four roles. One set of terms.
Venue
Approves participation and the 80 demo token allocation. Only the designated mock venue can give this approval.
Instructor
Approves participation and the 120 demo token allocation. Only the designated mock instructor can approve.
Attendee
Commits 20 demo tokens per seat. The deposit is locked immediately; there is no cancellation before activation or expiry.
THE ACTIVATION CHECKLISTEvery condition.
Every condition.
At the same time.
Reaching 200 demo tokens is only one requirement. An explicit activation action checks all four conditions together.
See the checklist in the demo- 01All 10 seats are funded: 200 demo tokens.
- 02The venue has approved its participation and allocation.
- 03The instructor has approved their participation and allocation.
- 04The simulated clock is strictly before the deadline.
Every piece is in place.
Anyone in the demo can trigger activation once all requirements are met. One all-or-nothing simulated update marks the booking activated and pays exactly 80 demo tokens to the venue and 120 to the instructor.
Activation can happen only once. The committed deposits become supplier payouts and are no longer refundable in this version.
The deadline comes first.
At or after the deadline, an unactivated booking expires. Even a fully funded, fully approved booking cannot activate after that point.
Each contributor can claim their own locked deposit back, once. These refunds are individual actions; they do not happen automatically.
What this protects — and where it stops.
The workflow coordinates booking formation and payment conditions. This local prototype simulates locked deposits; it does not genuinely secure any funds.
FUSE does not guarantee the physical workshop happens after suppliers are paid, and does not resolve later disputes. An unaudited escrow smart contract is deployed on Solana Devnet with valueless test tokens. The separate /onchain-demo shows genuine historical Devnet transactions and live RPC state. Browser activation is supported; creation, deposits, supplier approvals, and refunds require developer scripts.