Token positional games

TL;DR

This paper introduces and analyzes token positional games, a generalization of classical Maker-Breaker positional games where players have limited tokens, exploring winning strategies, token requirements, and computational complexity.

Contribution

It initiates the study of token positional games, determining minimal token counts for Maker's winning strategies and analyzing computational complexity for various game variants.

Findings

For k-uniform hypergraphs, minimal tokens for Maker are k when k∈{2,3}

Minimal tokens can grow to Ω(n) for k≥4

Polynomial-time algorithm for single-token Breaker case

Abstract

The classical Maker-Breaker positional game is played on a board which is a hypergraph $\mathcal{H}$, with two players, Maker and Breaker, alternately claiming vertices of $\mathcal{H}$ until all the vertices are claimed. When the game ends, Maker wins if she has claimed all the vertices of some edge of $\mathcal{H}$; otherwise, Breaker wins. Playing this game in real life can be done by placing tokens on the vertices of the board. In this paper, we study the unfortunate case in which one or both players do not have enough tokens to cover all the vertices and, as such, will have to move their tokens around at some point instead of placing new ones. There may be a bias, in that Maker and Breaker do not necessarily have the same amount of tokens. The present paper initiates the study of this generalization of positional games, called token positional games. A particularly interesting case is when Maker has a winning strategy in the classical game: what is the lowest number of tokens with which she still wins against Breaker's unlimited stock? We notably show that, for $k$-uniform hypergraphs on an arbitrarily large number $n$ of vertices, this number equals $k$ if $k \in\{2,3\}$ but can vary from $k$ to $\Omega(n)$ if $k \geq 4$. From an algorithmic point of view, PSPACE-hardness in general is inherited from classical positional games, but we get a polynomial-time algorithm to solve the case where Breaker only has one token. We also establish EXPTIME-completeness for a "token sliding" variation of the game.