Earlier this month, I had a conversation with a reporter for the Toronto Globe and Mail, Canada’s newspaper of record. She wanted to talk to me about campsite reservation systems. She came prepared with a lot of different ideas to discuss, and we had a very enjoyable conversation. A few quotes from this conversation appear in her article, which focuses primarily on the concern that AI could make it easier to code bots for booking permits. Since we covered a lot of interesting topics, I thought I’d share some of my thoughts that are not mentioned in the article. Description of Status Quo. I will focus on the following reservation system, which is used for many Canadian Parks, Minnesota State Parks, and other parks as well as concerts and other events.1 Permits become available a certain number of days (or months) in advance of the first day of your trip. For example, if reservations are allowed four months in advance, then permits for trips starting on June 4 become available on February 4, at a specified time (say, 8 am). These permits are available on a first-come, first-served basis for whoever is interested. This can result in a scramble, where thousands of people log on at 7:59 am and frantically refresh their browser, hoping to snag a permit before they are all claimed. Within minutes, most or all permits are claimed. Before discussing ways to “fix” this system, I think it’s valuable to articulate several reasons that this approach isn’t very good. Often, people agree that a system is broken, but disagree on what the problem actually is (and therefore, on how to solve it). Here is my synthesis of various concerns I have heard expressed about first-come, first-served reservation systems. Although the concerns are many, I will place them into three groups. In 2025, according to US Forest Service data, 22,549 permits for the Boundary Waters Wilderness in Minnesota were booked on the first day reservations were open. Of these, 7,077 (31%) were eventually cancelled, and 2,177 (10%) resulted in a no-show without cancellation. Furthermore, approximately 1/3 of all cancellations happened within 4 days of the trip date. Example 1. Family A wishes to travel in June but could possibly go in July, while family B is in the reverse situation. When June permits become available, family B applies for one, as they don’t know whether they will be able to get a permit for July. If family B is successful, then both families will also try to get a permit for July (A because they do not yet have a permit, and B because they prefer July). Either option could result in inefficiency: if A wins the July permit, both families get to camp, but would prefer to swap dates. If B wins the July permit, then they hold two permits, and the June permit might not be used at all (see first point above).2 Example 2. A family wants a campsite for June 4-5. On February 1, it logs in and books a five-night trip for June 1-5. The permits for June 1-3 are never used, and families that try to book for June 4 on February 4 find that these permits are already claimed.3 There are many ways one could change this system, and there won’t be a single “best” one. Here, I describe three concepetual changes that I would support. Limit initial bookings, and punish cancelations and no-shows. The first two changes could make the process less stressful, more fair, and prevent certain types of inefficiency. But they do not address the unfairness of a single applicant claiming many permits while others get none, nor do they address the inefficiency from applicants who book permits that they don’t ultimately use. I propose that initially, applicants should only be able to reserve permits for a single trip (defined by a maximum number of consecutive days). Only once all applicant access windows have passed can anyone reserve a second trip. In fact, it may make sense to have a break of a couple of weeks between these times, so that those who missed the initial registration window can reserve an unclaimed permit before anyone can claim a second permit. Fairness benefit: nobody can claim a second permit until everyone has had a chance to claim a first. Efficiency benefit: this would likely reduce cancellations and no-shows, as I suspect that many of these come from people who reserve multiple dates in advance, and only later decide which of these to use. If cancellations and no-shows remain an issue, they can be addressed through punishment. Rather than monetary punishment (which again raises fairness concerns), I favor limiting the ability to make future bookings (i.e. later access times for those who have “behaved badly” in the past). There are many details to work out about how to do this effectively, but I won’t go into them here. Practicality: changes #2 and #3 both require a way to prevent individuals from creating multiple accounts (or at least to make this difficult). Otherwise, people will have an incentive to register multiple times (making it more likely to get an early access time), an ability to reserve multiple permits (one through each account), and the ability to cancel without punishment (by booking using a different account than the one that is being punished). Preventing users from creating multiple accounts isn’t trivial, but can be managed by asking for identifying information such as legal name and birthday, as well as a phone number (which seem to be a bit harder to duplicate than e-mail accounts), and implementing on-site verification to make sure that the person who shows up to claim a site is actually the one who booked the permit (this is good anyway, as a way to prevent scalping and resale). In our conversation, we discussed several other topics, such as: Many of you have probably heard about people’s experiences trying to book Taylor Swift tickets for her Eras tour. Minnesota rolled out an e-bike rebate program, and the website collapsed on the first day it opened. Nobody successfully got a rebate certificate, and the website was only re-opened weeks later. And Columbia faculty housing was briefly given out using an online scramble in which people frantically reserved up to two apartments while racing one another. This sounds horrible, and I hope they are no longer doing it.↩︎ Conceptually, we can think of the current system as holding two separate “lotteries” (based on who wins the booking race) for the two different dates. In other domains, research by me and by others has pointed out that holding a single lottery used to allocate all items generally leads to more efficient outcomes. For example, using a single lottery to allocate public school seats generally gives more students their first choice than using separate lotteries for each school. Similarly, New York City’s lottery system for allocating affordable housing could be improved by using a common lottery that applies to all buildings (see also the appendix on a “Citywide Lottery” in this Furman Center Report, which I contributed to.↩︎ This practice, sometimes referred to as “date sliding”, is discussed in this Star Tribune Article. One barrier to using it is that if you don’t show up for the first day of your reservation, the entire reservation may be canceled. However, you can get around this concern by mofidying the dates of your trip for a small fee (i.e. later releasing June 1-3). If this is done far enough in advance, the permits for these dates may be re-booked, but the practice still produces unfairness, as applicants who are aware of this loophole benefit over those who are not.↩︎Problems with Rolling-Date First Come First Served
How I Would Change The System
Other Topics Discussed