The request behind a composed market, and what answering it costs
A request is a customer asking an operator to invent a market. It arrives in a queue, it is priced by a person using a model, and it can come back accepted, refused, or not at all. The timings and the cost of that queue are the least visible part of the product and the part that explains most of its behaviour.
- requests, one month
- 500
- median time to a price
- 3 h 40 m
- answered within an hour
- 12.0%
- cost per request
- 41.07
A request is a customer asking an operator to create and price a market. In the sample month 500 requests arrived, 218 were accepted in a median of 3 hours 40 minutes, 131 could not be priced at all and 37 were never answered. Answering one costs 41.07 of trader time, so the queue spends 20,535.00 a month and 5,380.17 of it on requests that produce no market.
What a request contains
Four fields, and every one of them can be the reason the answer is no. The selection: what has to happen. The market and the event: which match, which competition, which settlement rule applies. The stake the customer has in mind, because the price offered is a function of the size the operator would have to hold. And the time the request was made, which fixes the version of the model that prices it.
The fourth field is the one readers rarely consider. A request that arrives twenty minutes before a kick-off is being priced against a model whose inputs are still moving, and the price that comes back may be a price the operator is prepared to hold for seconds rather than hours. The samples do not show a single timing rule across operators, and they do not need to: what they show is a queue, and in a queue the answer depends on when the question was asked.
What the samples show
| Outcome | Requests | Share | Time to the answer |
|---|---|---|---|
| Accepted and priced | 218 | 43.6% | Median 3 h 40 m |
| Refused on price | 96 | 19.2% | Median 2 h 10 m |
| No market possible | 131 | 26.2% | Median 1 h 05 m |
| Never answered | 37 | 7.4% | No answer inside 26 h |
| Withdrawn by the reader | 18 | 3.6% | Median 45 m |
| Every request in the month | 500 | 100% | A quarter answered inside 1 h 10 m |
Why the timings matter to a reader
A composed price is a snapshot. Between the request and the answer the underlying inputs move, and the model that produced the price is the model as it stood when the request was worked. The practical consequence is that the fair comparison is not between two operators' answers to the same question, but between one operator's answer and the moment it was made - which is why /the-record spends its time on what the operator keeps, rather than on what the customer remembers.
- Write down the exact wording of the selection, including any settlement rule the price depends on.
- Note the time you asked and the time the price arrived; the interval is part of what you are buying.
- Ask what stake the price applies to. A price quoted for a 25.00 stake is not an offer at 250.00.
- Ask whether the market, once priced, will be published to other customers and whether that changes the figure you were given.
- Keep the confirmation. If the price is disputed later, the only record of what was offered is the operator's - see /the-record.