La regla de promoción realmente importa mucho. Con un juego perfecto, el juego termina en un empate en lugar de una victoria para blanco / gote si abandonas la regla de promoción. De hecho, la evaluación de los cuatro movimientos en la posición inicial cambia de esta manera.
He utilizado dos métodos independientes para obtener este resultado para verificar que no haya errores en mis implementaciones:
- Utilizando un motor con búsqueda alfa-beta, es decir, mi bifurcación Stockfish para variantes de ajedrez de hadas (incluidas las variantes de shogi), realicé búsquedas profundas (~ 1h) antes y después de deshabilitar la regla de promoción , ver los resultados a continuación.
- Dado que dobutsu shogi es un juego resuelto , hay generadores de base de tabla para ello. Utilicé un generador de base de tabla de código abierto y lo modifiqué para deshabilitar las promociones (no estoy muy familiarizado con esta base de código, pero dado que los resultados de los dos métodos son consistentes, mi cambio parece funcionar bien). Ejecuté la generación de la base de tabla con ambos conjuntos de reglas y verifiqué los resultados, que puedes encontrar a continuación.
1. Resultados de la búsqueda
entrada:
setoption name multipv value 4
setoption name hash value 4096
setoption name UCI_Variant value dobutsu
position startpos
go depth 90
salida con regla de promoción:
info depth 90 seldepth 87 multipv 1 score mate -43 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv c1c2 a4a3 c2c1 b3b2 a1b2 c4b3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
info depth 90 seldepth 87 multipv 2 score mate -43 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv b1c2 b3b2 a1b2 c4b3 c2b1 a4a3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
info depth 90 seldepth 87 multipv 3 score mate -43 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv b1a2 a4a3 a2b1 b3b2 a1b2 c4b3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
info depth 90 seldepth 85 multipv 4 score mate -42 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv b2b3 c4b3 a1b2 a4a3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
salida sin regla de promoción:
info depth 90 seldepth 52 multipv 1 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv b1a2 a4a3 a2b1 b3b2 a1b2 c4b3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3b4 E@b3
info depth 90 seldepth 52 multipv 2 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv b1c2 b3b2 a1b2 c4b3 c2b1 a4a3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3b4 E@b3
info depth 90 seldepth 50 multipv 3 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv b2b3 c4b3 a1b2 a4a3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3b4 E@b3
info depth 90 seldepth 59 multipv 4 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv c1c2 a4a3 c2c1 b3b2 a1b2 c4b3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3a4 E@b3 a4b4 b1c1 G@a3 b3a2 b4c4 c1b1 E@b3
Consulte la descripción del protocolo UCI para obtener detalles sobre el significado de la entrada y la salida.
2. Resultados de la tabla base
entrada:
show lines
salida con regla de promoción:
Gc4-c3 : #-78 (25.00%)
Lb4-c3 : #-78 (25.00%)
Lb4-a3 : #-78 (25.00%)
Cb3xb2 : #-76 (24.99%)
salida sin regla de promoción:
Cb3xb2 : 0 (25.00%)
Gc4-c3 : 0 (25.00%)
Lb4-c3 : 0 (25.00%)
Lb4-a3 : 0 (25.00%)
Tenga en cuenta:
- Las distancias de pareja difieren por dos razones:
- Stockfish cuenta la distancia del compañero en movimientos completos (a menos que habilite el protocolo USI), mientras que el generador de base de tabla cuenta en capas (medios movimientos).
- La búsqueda no necesariamente encuentra la forma más corta de aparearse, mientras que el resultado de la tabla debe ser preciso.
- Los dos softwares también usan diferentes sistemas de coordenadas para describir los cuadrados (el orden de los rangos se invierte), así que tenga cuidado de no mezclarlos al comparar cadenas de movimiento.
Ahora estoy convencido de que la respuesta de Fabian Fichter es correcta. El siguiente comentario sobre la respuesta de Fabián puede ayudar a convencer a otros de lo mismo.
1. Posición que parece verse afectada al eliminar la promoción de pollitos
Analizando los resultados publicados del Stockfish modificado, todos los juegos convergen bastante rápido en la siguiente posición: S / -l- / ge - / - E - / - LG / cC.
Sente luego juega
C*a4
, dejando caer a su chica en la esquina inferior izquierda. Inicialmente pensé que era una caída bastante derrochadora, pero de acuerdo con la base de la tabla, en realidad no está nada mal.Ahora sucede algo interesante. La base de la mesa concuerda con Stockfish en que dar un paso al lado del León es un empate, pero ¿qué hay de dejar caer a una chica para luchar contra una chica?
Ahora la chica
a3
está a un paso de promocionar y, además, daría un vistazo a la promoción, lo que obligaría al Sente lion a tomarla. El único problema es que el mejor movimiento implica perder a la chicaa3
y también que todavía estamos bastante lejos de ser un jaque mate. Por lo tanto, vamos a tomar un poco de atajo, de modo que perdamos más rápido, pero sin perder por otras razones, como regalar material innecesariamente.Parece que hemos logrado preservar la amenaza de la chica promotora de sacrificio, ¡así que continuemos!
¡Y ahí está, la chica de promoción sacrificial como la mejor jugada! Veamos qué pasa.
Ahora veamos qué sucede si cambiamos ese gallo a una chica:
En esta posición, el mejor movimiento pone el jaque mate 88 (90-2) se aleja, lo que está más lejos del jaque mate que la posición inicial, por lo que es plausible que, cuando se analice, conduzca a otra posición que, sin promover el poder del pollito, de repente esté mucho más lejos de mate que antes (ad infinitum). Si es cierto, eso haría que la posición G / --- / le- / cG- / CLG / e (ver más abajo) sea un empate en lugar de una victoria sin promoción de pollitos .
2. Corrección de la búsqueda exhaustiva.
Suponiendo que el generador de base de tabla utilizado es una búsqueda exhaustiva correcta, parece que el parche de Fabian debería inhabilitar las promociones de pollitos ya que el archivo
moves.c
es el único lugar quePOS_FLAGS
se usa (excepto para usarlovalidation.c
para verificar estructuras de posición) y, de hecho, parece hecho a medida para deshabilitar promociones.fuente