Endgame tablebase

Last updated

A typical interface for querying a tablebase Chess tablebase query.png
A typical interface for querying a tablebase

In chess, an endgame tablebase, or simply tablebase, is a computerised database containing precalculated evaluations of endgame positions. Tablebases are used to analyse finished games, as well as by chess engines to evaluate positions during play. Tablebases are typically exhaustive, covering every legal arrangement of a specific selection of pieces on the board, with both White and Black to move. For each position, the tablebase records the ultimate result of the game (i.e. a win for White, a win for Black, or a draw) and the number of moves required to achieve that result, both assuming perfect play. Because every legal move in a covered position results in another covered position, the tablebase acts as an oracle that always provides the optimal move.

Contents

Tablebases are generated by retrograde analysis, working backward from checkmated positions. By 2005, tablebases for all positions having up to six pieces, including the two kings, had been created. [1] By August 2012, tablebases had solved chess for almost every position with up to seven pieces, with certain subclasses omitted due to their assumed triviality; [2] [3] these omitted positions were included by August 2018. [4] As of 2024, work is still underway to solve all eight-piece positions.

Tablebases have profoundly advanced the chess community's understanding of endgame theory. Some positions which humans had analysed as draws were proven to be winnable; in some cases, tablebase analysis found a mate in more than five hundred moves, far beyond the ability of humans, and beyond the capability of a computer during play. This caused the fifty-move rule to be called into question, since many positions were discovered that were winning for one side but drawn during play because of this rule. Initially, some exceptions to the fifty-move rule were introduced, but when more extreme cases were later discovered, these exceptions were removed. Tablebases also facilitate the composition of endgame studies.

While endgame tablebases exist for other board games, such as checkers, [5] nine men's morris, [6] and some chess variants, [7] the term endgame tablebase is usually assumed to refer to chess tablebases.

Background

Physical limitations of computer hardware aside, in principle it is possible to solve any game under the condition that the complete state is known and there is no random chance. Strong solutions, i.e. algorithms that can produce perfect play from any position, [8] are known for some simple games such as Tic Tac Toe/Noughts and crosses (draw with perfect play) and Connect Four (first player wins). Weak solutions exist for somewhat more complex games, such as checkers (with perfect play on both sides the game is known to be a draw, but it is not known for every position created by less-than-perfect play what the perfect next move would be). Other games, such as chess and Go, have not been solved because their game complexity is far too vast for computers to evaluate all possible positions. To reduce the game complexity, researchers have modified these complex games by reducing the size of the board, or the number of pieces, or both.

Computer chess is one of the oldest domains of artificial intelligence, having begun in the early 1930s. Claude Shannon proposed formal criteria for evaluating chess moves in 1949. In 1951, Alan Turing designed a primitive chess-playing program, which assigned values for material and mobility; the program "played" chess based on Turing's manual calculations. [9] However, even as competent chess programs began to develop, they exhibited a glaring weakness in playing the endgame. Programmers added specific heuristics for the endgame – for example, the king should move to the center of the board. [10] However, a more comprehensive solution was needed.

In 1965, Richard Bellman proposed the creation of a database to solve chess and checkers endgames using retrograde analysis. [11] [12] Instead of analyzing forward from the position currently on the board, the database would analyze backward from positions where one player was checkmated or stalemated. Thus, a chess computer would no longer need to analyze endgame positions during the game because they were solved beforehand. It would no longer make mistakes because the tablebase always played the best possible move.

In 1970, Thomas Ströhlein published a doctoral thesis [13] [14] with analysis of the following classes of endgame: KQK, KRK, KPK, KQKR, KRKB, and KRKN. [15] In 1977, Ken Thompson's KQKR tablebase was used in a match against Grandmaster Walter Browne. [16] [17]

Thompson and others helped extend tablebases to cover all four- and five-piece endgames, including KBBKN, KQPKQ, and KRPKR. [18] [19] Lewis Stiller published a thesis with research on some six-piece tablebase endgames in 1991. [20] [21]

More recent contributors include:

The tablebases of all endgames with up to seven pieces are available for free download, and may also be queried using web interfaces. [28] Research on creating an eight-piece tablebase started in 2021. [29] During an interview with Google in 2010, Garry Kasparov said that "maybe" the limit will be 8 pieces. Because the starting position of chess is the ultimate endgame, with 32 pieces, he claimed that chess can not be solved by computers. [30]

Current status of endgame tablebases [31]
Number of piecesNumber of positionsDatabase nameMetricCompleted inSize
5 or fewer26,038,209,193SyzygyDTZ2013939 MB
NalimovDTM20057.05 GB
63,787,154,440,416SyzygyDTZ2013150.2 GB
NalimovDTM20051.2 TB [32]
7423,836,835,667,331SyzygyDTZ201818.4 TB [4]
LomonosovDTM2012140 TB [3]
838,176,306,877,748,245~2 PB (estimated for Syzygy) [33]

Generating tablebases

Metrics

abcdefgh
8
Chessboard480.svg
Chess kdt45.svg
Chess klt45.svg
Chess qlt45.svg
Chess rdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
Example: DTC vs. DTM

Before creating a tablebase, a programmer must choose a metric of optimality which means they must define at what point a player has "won" the game. Every position solved by the tablebase will either have a distance (i.e. the number of moves or plies) from this specific point or will get classified as a draw. To date, three different metrics have been used: [34]

DTZ is the only metric which supports the fifty-move rule as it determines the distance to a "zeroing-move" (i.e. a move which resets the move count to zero under the fifty-move rule). [35] By definition, all "won" positions will always have DTZ DTC DTM. In pawnless positions or positions with only blocked pawns, DTZ is identical to DTC.

The difference between DTC and DTM can be understood by analyzing the diagram at the right. The optimal play depends on which metric is used.

MetricPlayDTCDTM
DTC1. Qxd1 Kc8 2. Qd2 Kb8 3. Qd8#13
DTM1. Qc7+ Ka8 2. Qa7#22

According to the DTC metric, White should capture the rook because that leads immediately to a position which will certainly win (DTC = 1), but it will take two more moves actually to checkmate (DTM = 3). In contrast according to the DTM metric, White mates in two moves, so DTM = DTC = 2.

This difference is typical of many endgames. DTC is always smaller than or equal to DTM, but the DTM metric always leads to the quickest checkmate. Incidentally, DTC = DTM in the unusual endgame of two knights versus one pawn because capturing the pawn (the only material Black has) results in a draw, unless the capture is also checkmate.

Step 1: Generating all possible positions

David Levy, How Computers Play Chess
abcdefgh
8
Chessboard480.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
8
77
66
55
44
33
22
11
abcdefgh
The ten unique squares (with symmetry)
abcdefgh
8
Chessboard480.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
Chess xxt45.svg
8
77
66
55
44
33
22
11
abcdefgh
The twenty four unique pawn squares (with symmetry)

Once a metric is chosen, the first step is to generate all the positions with a given material. For example, to generate a DTM tablebase for the endgame of king and queen versus king (KQK), the computer must describe approximately 40,000 unique legal positions.

Levy and Newborn explain that the number 40,000 derives from a symmetry argument. The Black king can be placed on any of ten squares: a1, b1, c1, d1, b2, c2, d2, c3, d3, and d4 (see diagram). On any other square, its position can be considered equivalent by symmetry of rotation or reflection. Thus, there is no difference whether a Black king in a corner resides on a1, a8, h8, or h1. Multiply this number of 10 by at most 60 (legal remaining) squares for placing the White king and then by at most 62 squares for the White queen. The product 10×60×62 = 37,200. Several hundred of these positions are illegal, impossible, or symmetrical reflections of each other, so the actual number is somewhat smaller. [36] [37]

For each position, the tablebase evaluates the situation separately for White-to-move and Black-to-move. Assuming that White has the queen, almost all the positions are White wins, with checkmate forced in no more than ten moves. Some positions are draws because of stalemate or the unavoidable loss of the queen.

Each additional piece added to a pawnless endgame multiplies the number of unique positions by about a factor of sixty which is the approximate number of squares not already occupied by other pieces.

Endgames with one or more pawns increase the complexity because the symmetry argument is reduced. Since pawns can move forward but not sideways, rotation and vertical reflection of the board produces a fundamental change in the nature of the position. [38] The best calculation of symmetry is achieved by limiting one pawn to 24 squares in the rectangle a2-a7-d7-d2. All other pieces and pawns may be located in any of the 64 squares with respect to the pawn. Thus, an endgame with pawns has a complexity of 24/10 = 2.4 times a pawnless endgame with the same number of pieces.

Step 2: Evaluating positions using retrograde analysis

Tim Krabbé explains the process of generating a tablebase as follows:

"The idea is that a database is made with all possible positions with a given material [note: as in the preceding section]. Then a subdatabase is made of all positions where Black is mated. Then one where White can give mate. Then one where Black cannot stop White giving mate next move. Then one where White can always reach a position where Black cannot stop him from giving mate next move. And so on, always a ply further away from mate until all positions that are thus connected to mate have been found. Then all of these positions are linked back to mate by the shortest path through the database. That means that, apart from 'equi-optimal' moves, all the moves in such a path are perfect: White's move always leads to the quickest mate, Black's move always leads to the slowest mate." [39]

The retrograde analysis is only necessary from the checkmated positions, because every position that cannot be reached by moving backward from a checkmated position must be a draw. [40]

Figure 1 illustrates the idea of retrograde analysis. White can force mate in two moves by playing 1. Kc6, leading to the position in Figure 2. There are only two legal moves for black from this position, both of which lead to checkmate: if 1...Kb8 2. Qb7#, and if 1...Kd8 2. Qd7# (Figure 3).

Figure 3, before White's second move, is defined as "mate in one ply." Figure 2, after White's first move, is "mate in two ply," regardless of how Black plays. Finally, the initial position in Figure 1 is "mate in three ply" (i.e., two moves) because it leads directly to Figure 2, which is already defined as "mate in two ply." This process, which links a current position to another position that could have existed one ply earlier, can continue indefinitely.

Each position is evaluated as a win or loss in a certain number of moves. At the end of the retrograde analysis, positions which are not designated as wins or losses are necessarily draws.

Figure 1
abcdefgh
8
Chessboard480.svg
Chess kdt45.svg
Chess qlt45.svg
Chess klt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to move: mate in three ply (Kc6)
Figure 2
abcdefgh
8
Chessboard480.svg
Chess kdt45.svg
Chess qlt45.svg
Chess klt45.svg
8
77
66
55
44
33
22
11
abcdefgh
Black to move: mate in two ply (Kd8 or Kb8)
Figure 3
abcdefgh
8
Chessboard480.svg
Chess kdt45.svg
Chess qlt45.svg
Chess klt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to move: mate in one ply (Qd7)

Step 3: Verification

After the tablebase has been generated, and every position has been evaluated, the result must be verified independently. The purpose is to check the self-consistency of the tablebase results. [41]

For example, in Figure 1 above, the verification program sees the evaluation "mate in three ply (Kc6)." It then looks at the position in Figure 2, after Kc6, and sees the evaluation "mate in two ply." These two evaluations are consistent with each other. If the evaluation of Figure 2 were anything else, it would be inconsistent with Figure 1, so the tablebase would need to be corrected.[ clarification needed ]

Captures, pawn promotion, and special moves

A four-piece tablebase must rely on three-piece tablebases that could result if one piece is captured. Similarly, a tablebase containing a pawn must be able to rely on other tablebases that deal with the new set of material after pawn promotion to a queen or other piece. The retrograde analysis program must account for the possibility of a capture or pawn promotion on the previous move. [42]

Tablebases assume that castling is not possible for two reasons. First, in practical endgames, this assumption is almost always correct. (However, castling is allowed by convention in composed problems and studies.) Second, if the king and rook are on their original squares, castling may or may not be allowed. Because of this ambiguity, it would be necessary to make separate evaluations for states in which castling is or is not possible.

The same ambiguity exists for the en passant capture, since the possibility of en passant depends on the opponent's previous move. However, practical applications of en passant occur frequently in pawn endgames, so tablebases account for the possibility of en passant for positions where both sides have at least one pawn.

Using a priori information

abcdefgh
8
Chessboard480.svg
Chess klt45.svg
Chess rlt45.svg
Chess bdt45.svg
Chess kdt45.svg
Chess pdt45.svg
Chess plt45.svg
8
77
66
55
44
33
22
11
abcdefgh
An example of the KRP(a2)KBP(a3) endgame. White mates in 72 moves, starting with 1.Kh7! Other White moves draw.

According to the method described above, the tablebase must allow the possibility that a given piece might occupy any of the 64 squares. In some positions, it is possible to restrict the search space without affecting the result. This saves computational resources and enables searches which would otherwise be impossible.

An early analysis of this type was published in 1987, in the endgame KRP(a2)KBP(a3), where the Black bishop moves on the dark squares (see example position at right). [43] In this position, we can make the following a priori assumptions:

  1. If a piece is captured, we can look up the resulting position in the corresponding tablebase with five pieces. For example, if the Black pawn is captured, look up the newly created position in KRPKB.
  2. The White pawn stays on a2; capture moves are handled by the 1st rule.
  3. The Black pawn stays on a3; capture moves are handled by the 1st rule. [44]

The result of this simplification is that, instead of searching for 48 * 47 = 2,256 permutations for the pawns' locations, there is only one permutation. Reducing the search space by a factor of 2,256 facilitates a much quicker calculation.

Bleicher has designed a commercial program called "Freezer," which allows users to build new tablebases from existing Nalimov tablebases with a priori information. The program could produce a tablebase for positions with seven or more pieces with blocked pawns, even before tablebases for seven pieces became available. [45]

Applications

Correspondence chess

Kasparov vs The World, 1999
abcdefgh
8
Chessboard480.svg
Chess pdt45.svg
Chess klt45.svg
Chess plt45.svg
Chess qlt45.svg
Chess kdt45.svg
Chess qdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
The position after 55.Qxb4; tablebases show White wins in 82 moves

In correspondence chess, a player may consult a chess computer for assistance, provided that the etiquette of the competition allows this. Some correspondence organizations draw a distinction in their rules between utilizing chess engines which calculate a position in real time and the use of a precomputed database stored on a computer. Use of an endgame tablebase might be permitted in a live game even if engine use is forbidden. Players have also used tablebases to analyze endgames from over-the-board play after the game is over. A six-piece tablebase (KQQKQQ) was used to analyze the endgame that occurred in the correspondence game Kasparov versus The World. [46]

Competitive players must know that some tablebases ignore the fifty-move rule. According to that rule, if fifty moves have passed without a capture or a pawn move, either player may claim a draw. FIDE changed the rules several times, starting in 1974, to allow one hundred moves for endgames where fifty moves were insufficient to win. In 1988, FIDE allowed seventy-five moves for KBBKN, KNNKP, KQKBB, KQKNN, KRBKR, and KQPKQ with the pawn on the seventh rank, because tablebases had uncovered positions in these endgames requiring more than fifty moves to win. In 1992, FIDE canceled these exceptions and restored the fifty-move rule to its original standing. [35] Thus a tablebase may identify a position as won or lost, when it is in fact drawn by the fifty-move rule. Such a position is sometimes termed a "cursed win" (where mate can be forced, but it runs afoul of the 50-move rule), or a "blessed loss" from the perspective of the other player. [47]

In 2013, ICCF changed the rules for correspondence chess tournaments starting from 2014; a player may claim a win or draw based on six-man tablebases. [48] In this case the fifty-move rule is not applied, and the number of moves to mate is not taken into consideration. In 2020, this was increased to seven-man tablebases. [49]

Computer chess

The knowledge contained in tablebases allows the computer a tremendous advantage in the endgame. Not only can computers play perfectly within an endgame, but they can simplify to a winning tablebase position from a more complicated endgame. [50] For the latter purpose, some programs use "bitbases" which give the game-theoretical value of positions without the number of moves until conversion or mate – that is, they only reveal whether the position is won, lost or draw. Sometimes even this data is compressed and the bitbase reveals only whether a position is won or not, making no difference between a lost and a drawn game. [40] Shredderbases, for example, used by the Shredder program, are a type of bitbase, [51] which fits all 3-, 4- and 5-piece bitbases in 157  MB. This is a mere fraction of the 7.05 GB that the Nalimov tablebases require. [52]

Some computer chess experts have observed practical drawbacks to the use of tablebases. [53] In addition to ignoring the fifty-move rule, a computer in a difficult position might avoid the losing side of a tablebase ending even if the opponent cannot practically win without himself knowing the tablebase. The adverse effect could be a premature resignation, or an inferior line of play that loses with less resistance than a play without tablebase might offer. Another drawback is that tablebases require a lot of memory to store trillions of positions. The Nalimov tablebases, which use advanced compression techniques, require 7.05  GB of hard disk space for all 5-piece endings and 1.2 TB for 6-piece endings. [32] [54] The 7-piece Lomonosov tablebase requires 140 TB of storage space. Some computers play better overall if their memory is devoted instead to the ordinary search and evaluation function. Modern engines play endgames significantly better, and using tablebases only results in a very minor improvement to their performance. [55]

Syzygy tablebases were developed by Ronald de Man and released in April 2013 in a form optimized for use by a chess program during search. This variety consists of two tables per endgame: a smaller WDL (win/draw/loss) table which contains knowledge of the 50-move rule, and a larger DTZ table (distance to zero ply, i.e., pawn move or capture). The WDL tables were designed to be small enough to fit on a solid-state drive for quick access during search, whereas the DTZ form is for use at the root position to choose the game-theoretically quickest distance to resetting the 50-move rule while retaining a winning position, instead of performing a search. Syzygy tablebases are available for all 6-piece endings, and are now supported by many top engines, including Stockfish, Leela, Dragon, and Torch. [56] Since August 2018, all 7-piece Syzygy tables are also available. [4]

In 2020, Ronald de Man estimated that 8-man tablebases would be economically feasible within 5 to 10 years, as just 2 PB of disk space would store them in Syzygy format, [33] and they could be generated using existing code on a conventional server with 64 TB of RAM. [57]

Endgame theory

Lewis Stiller, 1991
abcdefgh
8
Chessboard480.svg
Chess nlt45.svg
Chess klt45.svg
Chess rlt45.svg
Chess ndt45.svg
Chess ndt45.svg
Chess kdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to move and mate in 262. This is the longest mate with six or fewer pieces on the board.

In contexts where the fifty-move rule may be ignored, tablebases have answered longstanding questions about whether certain combinations of material are wins or draws. The following interesting results have emerged:

For some years, a "mate-in-200" position (first diagram below) held the record for the longest computer-generated forced mate. (Otto Blathy had composed a "mate in 292 moves" problem in 1889, albeit from an illegal starting position. [66] ) In May 2006, Bourzutschky and Konoval discovered a KQNKRBN position with a DTC of 517 moves, [67] [68] whose DTM was later found to be 545 moves. [69] In 2012, when the Lomonosov 7-piece tablebase was being completed, a position was found with a record DTM of 549 moves (third diagram below). [69] It was initially assumed that a 1000-move mate in one of the 8-man endgames would be found. [69] However, cursory targeted research has currently only found a position with DTC 584, which was discovered in 2021 by Bourzutschky. [34] Assuming this projection holds true, Haworth’s Law (which states that the number of moves roughly doubles for each piece added) breaks down at this point.

abcdefgh
8
Chessboard480.svg
Chess qdt45.svg
Chess rlt45.svg
Chess kdt45.svg
Chess plt45.svg
Chess rlt45.svg
Chess klt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to move and mate in 200. White does not move his pawn until move 119.
abcdefgh
8
Chessboard480.svg
Chess kdt45.svg
Chess blt45.svg
Chess blt45.svg
Chess plt45.svg
Chess klt45.svg
Chess qdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
Black to move and mate in 154
abcdefgh
8
Chessboard480.svg
Chess ndt45.svg
Chess kdt45.svg
Chess qlt45.svg
Chess klt45.svg
Chess plt45.svg
Chess bdt45.svg
Chess rdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to move and mate in 549. This is the longest mate with seven or fewer pieces on the board.

Many positions are winnable despite seeming to be non-winnable by force at first glance. For example, the position in the middle diagram is a win for Black in 154 moves (the white pawn is captured after around 80 moves). [23]

Endgame studies

abcdefgh
8
Chessboard480.svg
Chess rdt45.svg
Chess nlt45.svg
Chess plt45.svg
Chess rlt45.svg
Chess klt45.svg
Chess kdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to play and win. The composer intended 1. Ne3 Rxh2 2. 0-0-0#! as the main line of the solution, but a tablebase revealed that 1. h4 wins without castling.

Since many composed endgame studies deal with positions that exist in tablebases, their soundness can be checked using the tablebases. Some studies have been proved unsound by the tablebases. That can be either because the composer's solution does not work, or else because there is an equally effective alternative that the composer did not consider. Another way tablebases cook studies is a change in the evaluation of an endgame. For instance, the endgame with a queen and bishop versus two rooks was thought to be a draw, but tablebases proved it to be a win for the queen and bishop, so almost all studies based on this endgame are unsound. [70]

For example, Erik Pogosyants composed the study at right, with White to play and win. His intended main line was 1. Ne3 Rxh2 2. 0-0-0#! A tablebase discovered that 1. h4 also wins for White in 33 moves, even though Black can capture the pawn (which is not the best move – in case of capturing the pawn black loses in 21 moves, while Kh1-g2 loses in 32 moves). Incidentally, the tablebase does not recognize the composer's solution because it includes castling. [71]

While tablebases have cooked some studies, they have assisted in the creation of other studies. Composers can search tablebases for interesting positions, such as zugzwang, using a method called data mining. For all three- to five-piece endgames and pawnless six-piece endgames, a complete list of mutual zugzwangs has been tabulated and published. [72] [73] [74]

There has been some controversy whether to allow endgame studies composed with tablebase assistance into composing tournaments. In 2003, the endgame composer and expert John Roycroft summarized the debate:

[N]ot only do opinions diverge widely, but they are frequently adhered to strongly, even vehemently: at one extreme is the view that since we can never be certain that a computer has been used it is pointless to attempt a distinction, so we should simply evaluate a 'study' on its content, without reference to its origins; at the other extreme is the view that using a 'mouse' to lift an interesting position from a ready-made computer-generated list is in no sense composing, so we should outlaw every such position. [75]

Roycroft himself agrees with the latter approach. He continues, "One thing alone is clear to us: the distinction between classical composing and computer composing should be preserved for as long as possible: if there is a name associated with a study diagram that name is a claim of authorship." [75]

Harold van der Heijden, 2001
abcdefgh
8
Chessboard480.svg
Chess plt45.svg
Chess klt45.svg
Chess plt45.svg
Chess kdt45.svg
Chess rdt45.svg
8
77
66
55
44
33
22
11
abcdefgh
White to play and draw

Mark Dvoretsky, an International Master, chess trainer, and author, took a more permissive stance. He was commenting in 2006 on a study by Harold van der Heijden, published in 2001, which reached the position at right after three introductory moves. The drawing move for White is 4. Kb4!! (and not 4. Kb5), based on a mutual zugzwang that may occur three moves later.

Dvoretsky comments:

Here, we should touch on one delicate question. I am sure that this unique endgame position was discovered with the help of Thompson’s famous computer database. Is this a 'flaw,' diminishing the composer's achievement?

Yes, the computer database is an instrument, available to anyone nowadays. Out of it, no doubt, we could probably extract yet more unique positions – there are some chess composers who do so regularly. The standard for evaluation here should be the result achieved. Thus: miracles, based upon complex computer analysis rather than on their content of sharp ideas, are probably of interest only to certain aesthetes. [76]

"Play chess with God"

On the Bell Labs website, Ken Thompson once maintained a link to some of his tablebase data. The headline read, "Play chess with God." [77]

Regarding Stiller's long wins, Tim Krabbé struck a similar note:

Playing over these moves is an eerie experience. They are not human; a grandmaster does not understand them any better than someone who has learned chess yesterday. The knights jump, the kings orbit, the sun goes down, and every move is the truth. It's like being revealed the Meaning of Life, but it's in Estonian. [78]

Nomenclature

Originally, an endgame tablebase was called an "endgame data base" or "endgame database". This name appeared in both EG and the ICCA Journal starting in the 1970s, and is sometimes used today. According to Haworth, the ICCA Journal first used the word "tablebase" in connection with chess endgames in 1995. [79] According to that source, a tablebase contains a complete set of information, but a database might lack some information.

Haworth prefers the term "Endgame Table", and has used it in the articles he has authored. [80] Roycroft has used the term "oracle database" throughout his magazine, EG. [81] Nonetheless, the mainstream chess community has adopted "endgame tablebase" as the most common name.

Books

John Nunn has written three books based on detailed analysis of endgame tablebases:

Tables

Seven-piece endgames
Attacking piecesDefending piecesLongest mate
Chess plt45.svg Chess plt45.svg Chess rdt45.svg Chess bdt45.svg Chess pdt45.svg 476
Chess blt45.svg Chess blt45.svg Chess blt45.svg Chess plt45.svg Chess qdt45.svg 380
Chess rlt45.svg Chess blt45.svg Chess blt45.svg Chess plt45.svg Chess qdt45.svg 400
Chess qlt45.svg Chess plt45.svg Chess bdt45.svg Chess bdt45.svg Chess pdt45.svg 186
Chess qlt45.svg Chess plt45.svg Chess bdt45.svg Chess ndt45.svg Chess ndt45.svg 143
Chess qlt45.svg Chess plt45.svg Chess bdt45.svg Chess bdt45.svg Chess ndt45.svg 140
Chess qlt45.svg Chess plt45.svg Chess rdt45.svg Chess bdt45.svg Chess ndt45.svg 549
Chess qlt45.svg Chess nlt45.svg Chess nlt45.svg Chess pdt45.svg Chess pdt45.svg 260
Chess rlt45.svg Chess nlt45.svg Chess nlt45.svg Chess pdt45.svg Chess pdt45.svg 201
Chess nlt45.svg Chess nlt45.svg Chess nlt45.svg Chess pdt45.svg Chess pdt45.svg 143
Chess qlt45.svg Chess nlt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 211
Chess rlt45.svg Chess nlt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 211
Chess blt45.svg Chess nlt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 298
Chess nlt45.svg Chess nlt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 261
Chess qlt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 293
Chess rlt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 217
Chess blt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 224
Chess nlt45.svg Chess nlt45.svg Chess plt45.svg Chess qdt45.svg Chess pdt45.svg 259
Chess nlt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 228
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess qdt45.svg Chess pdt45.svg 297
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess rdt45.svg Chess pdt45.svg 176
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess bdt45.svg Chess pdt45.svg 182
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess ndt45.svg Chess pdt45.svg 184
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg Chess pdt45.svg 296
Chess nlt45.svg Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg 269
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess qdt45.svg 191
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess rdt45.svg 104
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess bdt45.svg 79
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess ndt45.svg 92
Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess plt45.svg Chess pdt45.svg 189
Chess blt45.svg Chess blt45.svg Chess blt45.svg Chess rdt45.svg Chess rdt45.svg 77
Chess blt45.svg Chess blt45.svg Chess nlt45.svg Chess rdt45.svg Chess rdt45.svg 88
Chess rlt45.svg Chess rlt45.svg Chess ndt45.svg Chess ndt45.svg Chess ndt45.svg 70
Chess rlt45.svg Chess rlt45.svg Chess bdt45.svg Chess ndt45.svg Chess ndt45.svg 98
Chess rlt45.svg Chess nlt45.svg Chess nlt45.svg Chess ndt45.svg Chess ndt45.svg 262
Chess rlt45.svg Chess nlt45.svg Chess nlt45.svg Chess rdt45.svg Chess bdt45.svg 246
Chess rlt45.svg Chess nlt45.svg Chess nlt45.svg Chess rdt45.svg Chess ndt45.svg 246
Chess rlt45.svg Chess blt45.svg Chess blt45.svg Chess ndt45.svg Chess ndt45.svg 238
Chess blt45.svg Chess blt45.svg Chess blt45.svg Chess blt45.svg Chess qdt45.svg 105
Chess blt45.svg Chess blt45.svg Chess blt45.svg Chess nlt45.svg Chess qdt45.svg 149
Chess blt45.svg Chess blt45.svg Chess nlt45.svg Chess nlt45.svg Chess qdt45.svg 140
Chess blt45.svg Chess nlt45.svg Chess nlt45.svg Chess nlt45.svg Chess qdt45.svg 232
Chess nlt45.svg Chess nlt45.svg Chess nlt45.svg Chess nlt45.svg Chess qdt45.svg 86
Chess rlt45.svg Chess nlt45.svg Chess nlt45.svg Chess nlt45.svg Chess qdt45.svg 102
Chess rlt45.svg Chess nlt45.svg Chess nlt45.svg Chess bdt45.svg Chess ndt45.svg 210
Chess qlt45.svg Chess nlt45.svg Chess nlt45.svg Chess rdt45.svg Chess rdt45.svg 176
Chess rlt45.svg Chess rlt45.svg Chess nlt45.svg Chess rdt45.svg Chess rdt45.svg 304
Chess rlt45.svg Chess rlt45.svg Chess nlt45.svg Chess bdt45.svg Chess bdt45.svg 152
Chess rlt45.svg Chess rlt45.svg Chess nlt45.svg Chess ndt45.svg Chess ndt45.svg 262
Chess rlt45.svg Chess rlt45.svg Chess rlt45.svg Chess qdt45.svg Chess bdt45.svg 212
Chess qlt45.svg Chess rlt45.svg Chess blt45.svg Chess qdt45.svg Chess qdt45.svg 84
Chess qlt45.svg Chess rlt45.svg Chess rdt45.svg Chess rdt45.svg Chess bdt45.svg 134
Chess qlt45.svg Chess rlt45.svg Chess rdt45.svg Chess rdt45.svg Chess ndt45.svg 112
Chess qlt45.svg Chess blt45.svg Chess ndt45.svg Chess ndt45.svg Chess ndt45.svg 117
Chess qlt45.svg Chess blt45.svg Chess rdt45.svg Chess ndt45.svg Chess ndt45.svg 122
Chess qlt45.svg Chess blt45.svg Chess rdt45.svg Chess rdt45.svg Chess ndt45.svg 182
Chess qlt45.svg Chess blt45.svg Chess rdt45.svg Chess rdt45.svg Chess bdt45.svg 120
Chess qlt45.svg Chess blt45.svg Chess rdt45.svg Chess bdt45.svg Chess bdt45.svg 195
Chess qlt45.svg Chess blt45.svg Chess rdt45.svg Chess bdt45.svg Chess ndt45.svg 229
Chess qlt45.svg Chess blt45.svg Chess bdt45.svg Chess bdt45.svg Chess ndt45.svg 150
Chess qlt45.svg Chess nlt45.svg Chess rdt45.svg Chess rdt45.svg Chess ndt45.svg 192
Chess qlt45.svg Chess nlt45.svg Chess rdt45.svg Chess rdt45.svg Chess rdt45.svg 176
Chess qlt45.svg Chess nlt45.svg Chess rdt45.svg Chess rdt45.svg Chess bdt45.svg 197
Chess qlt45.svg Chess nlt45.svg Chess rdt45.svg Chess bdt45.svg Chess ndt45.svg 545
Chess qlt45.svg Chess nlt45.svg Chess rdt45.svg Chess bdt45.svg Chess bdt45.svg 169
Chess qlt45.svg Chess nlt45.svg Chess bdt45.svg Chess bdt45.svg Chess bdt45.svg 106
Chess qlt45.svg Chess nlt45.svg Chess bdt45.svg Chess bdt45.svg Chess ndt45.svg 115
Chess qlt45.svg Chess nlt45.svg Chess rdt45.svg Chess ndt45.svg Chess ndt45.svg 154
Chess qlt45.svg Chess blt45.svg Chess bdt45.svg Chess ndt45.svg Chess ndt45.svg 141
Chess qlt45.svg Chess qlt45.svg Chess qdt45.svg Chess rdt45.svg Chess ndt45.svg 94
Chess qlt45.svg Chess qlt45.svg Chess qdt45.svg Chess bdt45.svg Chess bdt45.svg 141
Chess qlt45.svg Chess qlt45.svg Chess qdt45.svg Chess bdt45.svg Chess ndt45.svg 107
Chess qlt45.svg Chess qlt45.svg Chess qdt45.svg Chess ndt45.svg Chess ndt45.svg 247
Chess qlt45.svg Chess qlt45.svg Chess qdt45.svg Chess pdt45.svg Chess pdt45.svg 213
Chess qlt45.svg Chess plt45.svg Chess plt45.svg Chess qdt45.svg Chess rdt45.svg 184
Chess qlt45.svg Chess plt45.svg Chess plt45.svg Chess qdt45.svg Chess bdt45.svg 239
Chess qlt45.svg Chess plt45.svg Chess plt45.svg Chess qdt45.svg Chess ndt45.svg 192
Chess qlt45.svg Chess plt45.svg Chess plt45.svg Chess qdt45.svg Chess pdt45.svg 297

Notes

  1. Hayworth, G. McC. (September 2005). "6-Man Chess Solved". ICGA Journal. 28 (3): 153.
  2. "Endgame Tablebases". Chess Programming Wiki.
  3. 1 2 3 "Lomonosov Endgame Tablebases". ChessOK.
  4. 1 2 3 4 "7-piece Syzygy tablebases are complete". lichess.org. Retrieved 5 May 2021.
  5. Gilbert, Ed. "Kingsrow". edgilbert.org. Retrieved 19 March 2023. Website of KingsRow about the creation of a tablebases for 8x8 and 10x10 checkers
  6. Ralpf Gasser (1996). "Solving nine men's morris" (PDF). Archived from the original (PDF) on 24 July 2015. Retrieved 13 April 2011.
  7. "Gothic Chess Javascript Endgames". gothicchess.com. 27 September 2011. Archived from the original on 27 September 2011. examples of long endings for Capablanca chess
  8. Allis, Louis Victor (1994). Searching for Solutions in Games and Artificial Intelligence (PDF). Department of Computer Science, University of Limburg. p. 8. ISBN   90-900748-8-0 . Retrieved 3 May 2009.
  9. Levy & Newborn, pp. 25-38
  10. Levy & Newborn, pp. 129-30
  11. Stiller, p. 84
  12. R. E. Bellman (February 1965). "On the application of dynamic programming to the determination of optimal play in chess and checkers". Proceedings of the National Academy of Sciences of the United States of America. 53 (2): 244–246. Bibcode:1965PNAS...53..244B. doi: 10.1073/pnas.53.2.244 . PMC   219499 . PMID   16591252.
  13. T. Ströhlein (1970). Untersuchungen über kombinatorische Spiele [Translation: Investigations on Combinatorial Games] PhD Thesis. Technical University of Munich.
  14. See also "The 'End-Papers'" (PDF). EG (52): 25. July 1978. Archived from the original (PDF) on 25 March 2009. Retrieved 1 April 2007. Niblett and Kopec described, and later demonstrated, the optimal 0103 data base. (This work was in fact first done and published by Thomas Strohlein, Munich, in 1970, but only a single analytical line is contained in his doctoral thesis.)
  15. T. Niblett; A. J. Roycroft (June 1979). "How the GBR Class 0103 Data Base was Created" (PDF). EG (56): 145–46. Archived from the original (PDF) on 28 September 2007. Retrieved 4 May 2007.
  16. "Endgame tablebases: A short history". Chess News. 16 March 2018. Retrieved 6 November 2023.
  17. "Walter Browne vs Belle (Computer) (1978) For Whom The BELLE Tolls". www.chessgames.com. Retrieved 6 November 2023.
  18. Levy & Newborn, p. 144
  19. See also:
  20. Stiller, pp. 68-113
  21. L. B. Stiller (1991). "Some Results from a Massively Parallel Retrograde Analysis". ICCA Journal. 14 (3): 129–134.
  22. "Solving with Nunn – the solutions". 7 October 2019.
  23. 1 2 "Knowledge4IT - Entwurf, Implementierung, Weiterbildung". www.k4it.de. Retrieved 1 March 2023.
  24. Hurd, Joe-Leslie (September 2010). "Formal Verification of Chess Endgame Databases" (PDF).
  25. Gary M. Danelishen (25 February 2008). The Final Theory of Chess. Open Wiki of Chess Openings. p. 6. ISBN   978-0-9815677-0-9 . Retrieved 10 August 2011.
  26. "Lomonosov - T-Platforms T-Blade2/1.1, Xeon X5570/X5670/E5630 2.93/2.53 GHz, Nvidia 2070 GPU, PowerXCell 8i Infiniband QDR | TOP500". top500.org.
  27. Forum post discussing the ransomware attack
  28. Fiekas, Niklas. "KvK – Syzygy endgame tablebases". syzygy-tables.info. Retrieved 1 November 2023.
  29. "www.arves.org - 8-men Tablebase: first explorations". www.arves.org. Retrieved 1 November 2023.
  30. "Garry Kasparov, Talks at Google". YouTube . Archived from the original on 16 November 2021.
  31. "Number of Unique Legal Positions in chess endgames".
  32. 1 2 David Kirkby (12 March 2007). "Endgame Tablebases". ChessDB Tutorial. Retrieved 1 April 2007.
  33. 1 2 de Man, Ronald. "What is the best way to obtain the 7-piece tablebases? - Page 3 - TalkChess.com". talkchess.com. Archived from the original on 9 November 2022. Retrieved 9 November 2022.
  34. 1 2 "www.arves.org - 8-men Tablebase explorations "opposing 1 pawn" endgames". arves.org. Retrieved 1 March 2023.
  35. 1 2 G. McC. Haworth (March 2000). "Strategies for Constrained Optimisation" (PDF). ICGA Journal. 23 (1): 9–20. doi:10.3233/ICG-2000-23103. Archived from the original (PDF) on 29 September 2007. Retrieved 20 June 2009.
  36. Levy & Newborn, pp. 140-43
  37. Stiller, pp. 93-98
  38. Muller, H.G. "EGTB generator" . Retrieved 3 May 2009. Pawns would break the front-back and diagonal symmetries, because they care about direction in their moves.
  39. 1 2 Tim Krabbé. "Stiller's Monsters or Perfection in Chess" . Retrieved 1 April 2007.
  40. 1 2 Aaron Tay. "A guide to Endgames Tablebase" . Retrieved 2 May 2009.
  41. M. Bourzutschky (27 August 2006). "7-man endgames with pawns". CCRL Discussion Board. Retrieved 14 June 2010.
  42. Stiller, pp. 99-100
  43. H. J. Herik; I. S. Herschberg; N. Naka (1987). "A Six-Men-Endgame Database: KRP(a2)KbBP(a3)". ICGA Journal. 10 (4): 163–180. doi:10.3233/ICG-1987-10402.
  44. E. Bleicher (26 August 2004). "Building Chess Endgame Databases for Positions with many Pieces using A-priori Information" (PDF). Archived from the original (PDF) on 27 September 2007. Retrieved 1 April 2007.
  45. K. Müller (May 2005). "Freeze!" (PDF). Endgame Corner. ChessCafe.com . Retrieved 1 April 2007.
  46. E. V. Nalimov; C. Wirth; G. McC. Haworth (1999). "KQQKQQ and the Kasparov–World Game" (PDF). ICGA Journal. 22 (4): 195–212. doi:10.3233/ICG-1999-22402.
  47. "Syzygy endgame tablebase probing — python-chess 1.9.3 documentation". python-chess.readthedocs.io. Retrieved 1 March 2023.
  48. The introduction of table base claims by Eric Ruch - ICCF President
  49. "The ICCF Laws of Correspondence Chess" (PDF). webfiles.iccf.com. Retrieved 1 March 2023.
  50. Steven A. Lopez (11 November 2006). "Shredderbases". ChessBase.com. Retrieved 1 April 2007.
  51. "Profile of Eiko Bleicher, co-developer of shredderbase" . Retrieved 6 April 2013.
  52. "Shredder Computer Chess Download - Shredderbases". Archived from the original on 5 July 2008. Retrieved 9 August 2008.
  53. A. Tay (30 June 2002). "Can use of endgame tablebases weaken play?" . Retrieved 1 April 2007.
  54. Stefan Meyer-Kahlen. "Shredder Computer Chess Download - Endgame Database Info". Archived from the original on 18 August 2008. Retrieved 17 August 2008.
  55. "Useful data". GitHub. Retrieved 2 November 2023.
  56. "Syzygy Bases". Chess Programming Wiki. Retrieved 24 March 2015.
  57. de Man, Ronald. "What is the best way to obtain the 7-piece tablebases? - Page 4 - TalkChess.com". talkchess.com. Retrieved 9 November 2022.
  58. A. J. Roycroft (1984). "Two Bishops Against Knight" (PDF). EG (75): 249. Archived from the original (PDF) on 28 September 2007. Retrieved 4 May 2007.
  59. Tim Krabbé (12 April 2005). "282. First 7-piece endgame database". Open Chess Diary. Retrieved 25 March 2007.
  60. Emil Vlasák (21 July 2005). "News in 7 piece EGTB" . Retrieved 25 March 2007.
  61. G. McC. Haworth (August 2001). "Discarding Like Pieces" (PDF). ICGA Journal. 24 (3): 161. doi:10.3233/ICG-2001-24305. Archived from the original (PDF) on 29 September 2007. Retrieved 1 April 2007.
  62. Nunn, p. 379, 384
  63. Stiller, p. 81
  64. Tim Krabbé (8 April 2000). "60. Play chess with God". Open Chess Diary. Retrieved 13 May 2007.
  65. Stiller, pp. 102-8
  66. "Blathy". 21 June 2003. Archived from the original on 24 October 2009. Retrieved 4 May 2007.
  67. Pal Benko, Endgame Lab: The Magnificent Seven, Chess Life , April 2013, p. 44
  68. Tim Krabbé (26 May 2006). "316. A 517-move win". Open Chess Diary. Retrieved 4 May 2007.
  69. 1 2 3 "8 Longest 7-Man Checkmates".
  70. Nunn, pp. 367-68
  71. Tim Krabbé (15 September 2006). "324. A cooked, correct study". Open chess diary. Retrieved 4 May 2007.
  72. G. McC. Haworth (2001). J.W.H.M. Uiterwijk (ed.). "3–5 Man Mutual Zugzwangs in Chess". Proceedings of the CMG 6th Computer Olympiad Computer-Games Workshop. TR CS 01-04.
  73. Haworth, G. McC. (2001). "Ken Thompson's 6-man Tables". ICGA Journal. 24 (2): 83–85. doi:10.3233/ICG-2001-24207. S2CID   35063986.{{cite journal}}: CS1 maint: date and year (link)
  74. G. McC. Haworth; P. Karrer; J. A. Tamplin; C. Wirth (2001). "3–5 Man Chess: Maximals and Mzugs" (PDF). ICGA Journal. 24 (4): 225–30. doi:10.3233/ICG-2001-24404.
  75. 1 2 A. J. Roycroft (July 2003). "Editorial" (PDF). EG (149): 51. Archived from the original (PDF) on 28 September 2007. Retrieved 4 May 2007.
  76. M. Dvoretsky (July 2006). "Study Composing Tourney" (PDF). The Instructor. ChessCafe.com. Retrieved 1 April 2007.
  77. Ken Thompson (21 August 2002). "Play chess with God". Archived from the original on 24 January 2007. Retrieved 25 March 2007.
  78. "research!rsc: Play Chess with God". research.swtch.com. Retrieved 9 December 2020.
  79. Guy Haworth (1995). "Tablebases and Tables" (PDF). EG (137): 151. Archived from the original (PDF) on 6 February 2012. Retrieved 4 May 2007.
  80. "Publications for Mr Guy Haworth". Information Systems at Reading. The University of Reading. Retrieved 20 June 2009.
  81. For example, in "Proposal for the Guidance of Tourney Organisers, Composers And Judges: 0. Definitions" (PDF). EG (135): 9. Archived from the original (PDF) on 25 March 2009. Retrieved 1 April 2007. odb — otherwise known as total information database or tablebase.

Related Research Articles

<span class="mw-page-title-main">Chess</span> Strategy board game

Chess is a board game for two players, called White and Black, each controlling an army of chess pieces, with the objective to checkmate the opponent's king. It is sometimes called international chess or Western chess to distinguish it from related games such as xiangqi and shogi. The recorded history of chess goes back at least to the emergence of a similar game, chaturanga, in seventh-century India. The rules of chess as they are known today emerged in Europe at the end of the 15th century, with standardization and universal acceptance by the end of the 19th century. Today, chess is one of the world's most popular games, and is played by millions of people worldwide.

Chess strategy is the aspect of chess play concerned with evaluation of chess positions and setting goals and long-term plans for future play. While evaluating a position strategically, a player must take into account such factors as the relative value of the pieces on the board, pawn structure, king safety, position of pieces, and control of key squares and groups of squares. Chess strategy is distinguished from chess tactics, which is the aspect of play concerned with the move-by-move setting up of threats and defenses. Some authors distinguish static strategic imbalances, which tend to persist for many moves, from dynamic imbalances, which are temporary. This distinction affects the immediacy with which a sought-after plan should take effect. Until players reach the skill level of "master", chess tactics tend to ultimately decide the outcomes of games more often than strategy. Many chess coaches thus emphasize the study of tactics as the most efficient way to improve one's results in serious chess play.

<span class="mw-page-title-main">Knight (chess)</span> Chess piece

The knight is a piece in the game of chess, represented by a horse's head and neck. It moves two squares vertically and one square horizontally, or two squares horizontally and one square vertically, jumping over other pieces. Each player starts the game with two knights on the b- and g-files, each located between a rook and a bishop.

<span class="mw-page-title-main">Computer chess</span> Computer hardware and software capable of playing chess

Computer chess includes both hardware and software capable of playing chess. Computer chess provides opportunities for players to practice even in the absence of human opponents, and also provides opportunities for analysis, entertainment and training. Computer chess applications that play at the level of a chess grandmaster or higher are available on hardware from supercomputers to smart phones. Standalone chess-playing machines are also available. Stockfish, Leela Chess Zero, GNU Chess, Fruit, and other free open source applications are available for various platforms.

The endgame is the final stage of a chess game which occurs after the middlegame. It begins when few pieces are left on the board.

This glossary of chess explains commonly used terms in chess, in alphabetical order. Some of these terms have their own pages, like fork and pin. For a list of unorthodox chess pieces, see Fairy chess piece; for a list of terms specific to chess problems, see Glossary of chess problems; for a list of named opening lines, see List of chess openings; for a list of chess-related games, see List of chess variants; for a list of terms general to board games, see Glossary of board games.

<span class="mw-page-title-main">Evaluation function</span> Function in a computer game-playing program that evaluates a game position

An evaluation function, also known as a heuristic evaluation function or static evaluation function, is a function used by game-playing computer programs to estimate the value or goodness of a position in a game tree. Most of the time, the value is either a real number or a quantized integer, often in nths of the value of a playing piece such as a stone in go or a pawn in chess, where n may be tenths, hundredths or other convenient fraction, but sometimes, the value is an array of three values in the unit interval, representing the win, draw, and loss percentages of the position.

The fifty-move rule in chess states that a player can claim a draw if no capture has been made and no pawn has been moved in the last fifty moves. The purpose of this rule is to prevent a player with no chance of winning from obstinately continuing to play indefinitely or seeking to win by tiring the opponent.

<span class="mw-page-title-main">Checkmate</span> Winning game position in chess

Checkmate is any game position in chess and other chess-like games in which a player's king is in check and there is no possible escape. Checkmating the opponent wins the game.

In chess, a cross-check is a tactic in which a check is played in response to a check, especially when the original check is blocked by a piece that itself either delivers check or reveals a discovered check from another piece. Sometimes the term is extended to cover cases in which the king moves out of check and reveals a discovered check from another piece ; it does not generally apply to cases where the original checking piece is captured.

The two knights endgame is a chess endgame with a king and two knights versus a king. In contrast to a king and two bishops, or a bishop and a knight, a king and two knights cannot force checkmate against a lone king. Although there are checkmate positions, a king and two knights cannot force them against proper, relatively easy defense.

The Saavedra position is one of the best-known chess endgame studies. It is named after the Spanish priest Fernando Saavedra (1849–1922), who lived in Glasgow during the late 19th century. Though not a strong player, he spotted a win involving a dramatic underpromotion in a position previously thought to have been a draw.

<span class="mw-page-title-main">Belle (chess machine)</span>

Belle was a chess computer developed by Joe Condon (hardware) and Ken Thompson (software) at Bell Labs. In 1983, it was the first machine to achieve master-level play, with a USCF rating of 2250. It won the ACM North American Computer Chess Championship five times and the 1980 World Computer Chess Championship. It was the first system to win using specialized chess hardware.

In chess, a fortress is an endgame drawing technique in which the side behind in material sets up a zone of protection that the opponent cannot penetrate. This might involve keeping the enemy king out of one's position, or a zone the enemy cannot force one out of. An elementary fortress is a theoretically drawn position with reduced material in which a passive defense will maintain the draw.

A pawnless chess endgame is a chess endgame in which only a few pieces remain, and no pawns. The basic checkmates are types of pawnless endgames. Endgames without pawns do not occur very often in practice except for the basic checkmates of king and queen versus king, king and rook versus king, and queen versus rook. Other cases that occur occasionally are (1) a rook and minor piece versus a rook and (2) a rook versus a minor piece, especially if the minor piece is a bishop.

Much literature about chess endgames has been produced in the form of books and magazines. A bibliography of endgame books is below.

<span class="mw-page-title-main">Anti-computer tactics</span> Human methods against game-playing computers

Anti-computer tactics are methods used by humans to try to beat computer opponents at various games, most typically board games such as chess and Arimaa. They are most associated with competitions against computer AIs that are playing to their utmost to win, rather than AIs merely programmed to be an interesting challenge that can be given intentional weaknesses and quirks by the programmer. Such tactics are most associated with the era when AIs searched a game tree with an evaluation function looking for promising moves, often with Alpha–beta pruning or other minimax algorithms used to narrow the search. Against such algorithms, a common tactic is to play conservatively aiming for a long-term advantage. The theory is that this advantage will manifest slowly enough that the computer is unable to notice in its search, and the computer won't play around the threat correctly. This may result in, for example, a subtle advantage that eventually turns into a winning chess endgame with a passed pawn.

The queen and pawn versus queen endgame is a chess endgame in which both sides have a queen and one side has a pawn, which one tries to promote. It is very complicated and difficult to play. Cross-checks are often used as a device to win the game by forcing the exchange of queens. It is almost always a draw if the defending king is in front of the pawn.

Solving chess consists of finding an optimal strategy for the game of chess; that is, one by which one of the players can always force a victory, or either can force a draw. It is also related to more generally solving chess-like games such as Capablanca chess and infinite chess. In a weaker sense, solving chess may refer to proving which one of the three possible outcomes is the result of two perfect players, without necessarily revealing the optimal strategy itself.

<span class="mw-page-title-main">Outline of chess</span> Strategy board game

The following outline is provided as an overview of and topical guide to chess:

References