Venue playbook
Plan, launch and run a venue on Somnia
The decisions that make a venue work, in the order you'll make them: the model, your fee, liquidity, listings, access, onboarding and launch.
Choose your venue model
Every venue runs on the same books and settlement. What differs is who it serves and what it lists. Most venues start as one of four models.
Set your fee
Your venue fee is your revenue: Somnia's protocols charge nothing and take no share. You set one fee, it applies across every protocol your venue uses, and you can change it at any time.
Liquidity from day one
A new venue opens onto the shared books on Somnia Markets, so popular markets are liquid from the first order. New markets need a plan.
Decide what to list
List existing markets or create new ones. Write down your listing policy before launch, so users know why a market is on your venue.
Access and compliance
Decide who can trade before you launch. The rules you choose are set onchain and visible to anyone, which makes them easy to evidence.
Onboard your users
The first trade decides whether a user comes back. Remove every step that isn't the trade itself.
Launch checklist
Run through this on the Global testnet before you deploy to mainnet.
- Venue created and owned by a secure address, ideally a multisig
- Markets listed, with a written listing policy
- Venue fee and fee address set and tested
- Liquidity attached for every market you list
- Access rules set: open or allow-listed
- Front end deployed under your domain and tested with real wallets
- Support, status and incident contacts published for your users
Operate and grow
After launch, run the venue from Somnia Explorer and keep everything verifiable.
Talk through your launch
The team can help with market design, liquidity and launch planning for your venue.