マップ移動のクライアント先行描画（オプティミスティック移動）によるレスポンス向上

1. 目的:
これまでCanvas描画のオフスクリーンバッファリングやダーティフラグ、画像プリロード、状態保存のデバウンス化により表示・通信面の高速化は進んだが、方向キー入力のたびに「サーバーへの移動リクエスト送信→壁判定・イベント判定→レスポンス受信→画面反映」という往復待ちが残っている場合、体感の移動レスポンスに遅延が出る。この往復待ちを解消し、キー入力から画面反映までのラグをゼロに近づける。

2. 具体的な仕様:
- 現在マップJSが保持しているタイル地形データ（walkフラグ含む、rpgsf_assetsのterrain定義相当をJSにも渡し済みの構造）を用いて、方向キー/タップ入力時にまずクライアント側で移動可否・座標更新・ダーティフラグ再描画を即座に実行する。
- 同時にバックグラウンドで既存のデバウンス保存APIへ非同期リクエストを送信し、サーバー側の正式な判定（イベント発生・敵遭遇・宝箱・NPC接触・境界チェック）を行う。
- サーバーレスポンスが到着した時点で、宝箱開封・NPC会話・戦闘遷移・エリア境界越えなど「イベントを伴う結果」のみを反映する（イベントが無い通常移動は既にクライアントで反映済みのため二重処理しない）。
- もしサーバー判定がクライアントの先行判定と食い違った場合（例: 移動不可地形をクライアントが誤判定した場合）は、サーバー座標を正として即座に補正し、軽いフラッシュ演出でユーザーに通知する。
- 連続キー押下時は、先行移動の入力キューを最大2〜3件までバッファし、サーバー同期は最新状態のみをまとめて送る（既存のデバウンス機構を流用）。
- ロード中・戦闘中・会話中など操作を受け付けるべきでない状態では、従来通り先行移動を無効化しサーバー確定待ちにする。

3. 既存機能との整合:
- サーバー側の状態保存・イベント判定ロジック（宝箱開封、NPC会話、敵遭遇、天候演出など）は一切変更せず、最終的な正としての役割を維持する。
- 既存のCanvasオフスクリーン描画・ダーティフラグ機構、画像プリロード、状態保存デバウンスの仕組みはそのまま利用し、先行描画はその手前の入力反映タイミングのみを早める追加処理として実装する。
- セーブデータ形式・DBスキーマ・API応答フォーマットの変更は不要で、既存のセーブ/ロード、共有URL、旅の記憶帳などの機能に影響を与えない。
- サーバー判定と食い違った場合の補正処理により、不正な移動（壁抜けなど）がクライアント側の誤判定で確定してしまう心配もない。