Thanks. This confirms the bucket-lock behavior we needed. One final operational clarification: the ALTER DATABASE SET SNAPSHOT documentation says DuckLake databases do not support snapshot restore. For a MotherDuck-managed BYOB DuckLake, what exact procedure restores its metadata catalog to a snapshot shown in MD_INFORMATION_SCHEMA.DATABASE_SNAPSHOTS? Is this support-assisted, and can we request an exact SNAPSHOT_ID? During recovery, should we restore the corresponding R2 backup first and keep bucket lock enabled until the restored files_scheduled_for_deletion queue has been reviewed?