A LiChess.orgパズル白とこの位置での端が移動します。どうやら、黒はここで勝利を収めたようですが、LiChessのStockfishでの動きを実行していると、チェックを終了する方法を理解できないようです。
質問:チェックをブラックエンドにして勝つことができますか?
人間が理解できる理由でチェックが終了しないのかもしれません。または、たぶんStockfishのWebバージョンが十分に深く見えていません。
A LiChess.orgパズル白とこの位置での端が移動します。どうやら、黒はここで勝利を収めたようですが、LiChessのStockfishでの動きを実行していると、チェックを終了する方法を理解できないようです。
質問:チェックをブラックエンドにして勝つことができますか?
人間が理解できる理由でチェックが終了しないのかもしれません。または、たぶんStockfishのWebバージョンが十分に深く見えていません。
回答:
2番目の仮定は正しいように見えます。評価は十分に深く見えませんでした(できない)。
これは、地平線効果の古典的なアプリケーションです。
白いクイーンには基本的にチェス盤の半分があり、黒のキングにはシェルターがありません(1つのルークでは十分ではありません(ただし、移動するたびに3倍の繰り返しカウントダウンがリセットされます)。黒の女王は断ち切られます)が、走り回るにはたくさんのスペースがあります。g5のポーンは、ある時点でチェックと共に落下し、50移動カウントダウンもリセットします。線の数は指数関数的に増加し、それらのどれも実際には位置について重要なものを変更しないので、Stockfishはそれらを効率的に剪定することができません。したがって、検索ツリーは大きくなりすぎて、おそらく優れたハードウェア上の最新のエンジンでさえ処理できません。
PS:チェスマンの数を7に減らすために、一見して永久に重要ではないように見えるg5の白いポーンと黒いポーンを削除しました-Lichessのテーブルベースを使用するのに十分な低さ。そして実際、その立場は黒人に勝った。ただし、これは意味がありません。たとえば、白いクイーンはa1に移動し、黒いキングはe3に向かって走ります。
最初は黒の王がh5に隠れることができると思っていましたが、分析では白と致命的な誤りを犯したことに気付きました。この間違いが修正されたので、黒の王はチェックでe8でのキャプチャを許可せずにh5で非表示にできないことは明らかです。
黒は王をc2にする以外の方法で実際にクイーンチェックを逃れることができないので、最終的な位置は私にとって引き分けのようです。しかし、これは不可能に思われます。これは、ある時点で黒の王がdファイルを横切る必要があるため、白が防ぐことができるためです。
編集:私は最初の行が間違っていて、白はdファイルをチェックするだけではいけないことに気付きました。
私の感じは、黒は1つの脅威に合致するため、ルークを無防備のままにして、Kを行進させて白のa / b / cポーンの後ろに行き、チェックを終了できるということです。正確にそこに到達する方法はわかりませんが、チェックがノンストップで行われている間、ホワイトは常にd3を防御し続けることができないと思います。
編集:私の電話に対して30分を試みた後、私は今、そのような計画は不可能であるというコメントや他の答えに同意します。