fix(course): clarify history and fix snapshot expiration

Set an explicit expiration cutoff because retain_last alone preserves fresh snapshots under the default five-day age threshold. Add result checks, distinguish time travel from rollback, and explain schema metadata versions.

Validated changed cells with Spark 3.5.1 and Iceberg 1.10.0 in an isolated container: 10 to 2 snapshots, 1300 rows preserved, expired time travel rejected, repeat execution in UTC and America/New_York. Notebook validation, Python syntax, local links and diff checks pass.

docs/stack_reference.md

@@ -221,7 +221,11 @@ SELECT * FROM <table>.files;
 
 -- Обслуживание (Модуль 8)
 CALL lakehouse.system.rewrite_data_files(table => '<namespace>.<table>');
-CALL lakehouse.system.expire_snapshots(table => '<namespace>.<table>', retain_last => N);
+CALL lakehouse.system.expire_snapshots(
+    table => '<namespace>.<table>',
+    older_than => TIMESTAMP '<cutoff>',
+    retain_last => N
+);
 
 -- Rollback (Модуль 7)
 CALL lakehouse.system.rollback_to_snapshot(table => '<namespace>.<table>', snapshot_id => <id>);
@@ -230,6 +234,8 @@ CALL lakehouse.system.rollback_to_snapshot(table => '<namespace>.<table>', snaps
 SELECT * FROM <table> VERSION AS OF <snapshot_id>;
 ```
 
+Для `expire_snapshots` подставь в `<cutoff>` границу хранения истории в часовом поясе Spark-сессии. `retain_last` сохраняет минимум N последних snapshot-ов в цепочке предков текущего состояния, а не ограничивает всю историю числом N. Получение границы времени для учебного примера показано в [Модуле 8, Секции 4](../notebooks/08_maintenance_and_final_lab.ipynb).
+
 ### Часто используемые Trino SQL
 
 ```sql