Freemium with Consumption-Based Billing

This pricing model is designed to spread inside an organization fast, then monetize only when the product becomes part of a live trading workflow. Unlimited seats mean a quant team, product team, and engineers can all share one account without procurement friction. Credits and rate limits then meter the expensive part, which is pulling large volumes of market data, backtesting strategies, and routing more orders as a customer’s app or desk scales.

• Dome sells infrastructure, not collaboration software. Its core job is serving data, matching equivalent markets across venues, and routing orders to the best execution venue, so usage rises when customers query more history, monitor more markets, or automate more trading.
  1 sacra 2 sacra
• This matches the shape of the customer base. Most users are builders, while a meaningful minority are traders and market makers using the same underlying data. A shared account works because the team value sits in the feed and execution layer, not in individual logins.
  1 sacra 3 sacra
• The model also aligns with Dome’s cost base. Infrastructure spend grows with data processing and storage, and some data can carry third party licensing costs, so charging on credits and throughput ties revenue more directly to the compute and data burden each customer creates.
  2 sacra 4 sacra

As prediction market apps become more automated, pricing will keep shifting toward throughput, routing volume, and premium infrastructure features. That sets Dome up to grow with the customers that move from experimenting with data to running always on trading systems, analytics products, and embedded prediction market experiences at production scale.