Entanglement is a board game idea I came up with a couple of months ago, with a Flash implementation that lets you play with another person locally or against the computer. I think the seed for it came from a dream I had one night, although all I managed to actually recall of it in the morning was “Mancala on a chessboard“.
Mancala is a very old family of board games whose basic move involves taking a pile of pieces, then placing them one at a time in a row as if you were sowing seeds. In the version of the game that I know best, the board is made up of two parallel rows of depressions — one row belonging to each player — along with large spaces for each player at the ends. You move around the board in a loop, always in the same direction. If the last piece in your move lands in an empty space on your side, you capture all of your opponent’s pieces in the dip opposite. There are only one or two special rules beyond this, making it a very simple and satisfying game.
I took the counters from a little travel Connect Four set and started experimenting with transferring this movement to a grid. At first I tried allowing movement in any direction, but this quickly became confusing, with chains overlapping and squares containing piles of both colours. Restricting movement to squares of your own colour meant that you could now only move diagonally, and kept the two sides permanently separated.
Mancala style capturing didn’t make much sense on a checkerboard, so I tried out a rule inspired by Go (or by my simple understanding of it), capturing your opponent’s pieces by surrounding them with your own. However, with the pieces restrained to their own squares, it’s not possible to simply surround a group of squares without there being an empty square of your own colour inside. Disallowing this reduced the possible capturing formations down to diamonds made of four squares around a single square, or partial diamonds against the edges of the board.
To resolve situations where diamonds overlap and multiple squares are surrounded, whichever diamond has the most pieces captures first, and diamonds with equal populations capture simultaneously. This means you can safely capture a square that is part of a diamond as long as you build a stronger diamond, and it’s possible to sacrifice a piece to break a diamond if you can only match strengths.
Finally, the layout of the board — which squares have pieces on and which don’t, ignoring the actual number of pieces on each square — must change with each move. This is probably the least clear of the rules, but it’s the most elegant way I’ve been able to come up with to help avoid easy stalemates.
These rules (which are listed in the Flash game as well) seem to allow for a lot of strategy and interesting situations. I haven’t had a chance to really test the game with anyone apart from my brother though, so any suggestions or improvements would be very helpful.
Play a work in progress version of the game here.
(The computer opponent is still a little buggy, and can become extremely slow if you build large towers. If you run into problems, the easy difficulty level is much faster, if a bit less smart.)