diff --git a/dwh-modeling/DataVault.md b/dwh-modeling/DataVault.md
index b8de7c7..b9c0abc 100644
--- a/dwh-modeling/DataVault.md
+++ b/dwh-modeling/DataVault.md
@@ -1,4 +1,4 @@
-# **Data Vault 2.0: как собрать хранилище как конструктор**
+# **Data Vault 2.0: как собрать хранилище из конструктора**
 
 ## 📚 Оглавление
 
@@ -32,7 +32,7 @@
 
 * источников **становится десяток и больше** (CRM, биллинг, ERP, сайт, мобильное приложение, партнёры, скоринги…);
 * схемы **постоянно меняются**: добавляются поля, сущности, новые связи;
-* появляются жёсткие требования по **аудиту и трассировке** (то есть умению по шагам показать, откуда взялись данные и как они менялись): «покажите, откуда взялся вот этот показатель, по шагам».
+* появляются требования по **аудиту и трассировке** (то есть умению по шагам показать, откуда взялись данные и как они менялись): «покажите, откуда взялся вот этот показатель, по шагам».
 
 Вот тут обычная 3NF/Звезда начинает скрипеть:
 
@@ -582,9 +582,7 @@ order_id | load_dttm           | hashdiff | status
 Чем это отличается от классического «STG → ODS → DDS → DM»:
 
 * слой DDS в DV‑подходе часто фактически превращается в **Raw+Business Vault**;
-* вместо одной «большой» нормализованной схемы ядра у нас набор Lego‑модулей (Hubs/Links/Sats);
-* за счёт хэш‑ключей и независимой загрузки доменов пайплайны проще масштабировать
-  и параллелить по командам.
+* вместо одной «большой» нормализованной схемы ядра у нас набор Lego‑модулей (Hubs/Links/Sats), которые за счёт хэш‑ключей и независимой загрузки доменов проще масштабировать и развивать/грузить параллельно.
 
 DV не отменяет STG/ODS/DM — он скорее **раскладывает слой DDS на более мелкие и управляемые детали**.
 
@@ -649,4 +647,4 @@ DV не отменяет STG/ODS/DM — он скорее **раскладыва
 - Raw Vault — слой, где данные складываются «как есть» в виде Hub/Link/Sat, Business Vault — слой с бизнес-правилами, PIT/Bridge и подготовленными представлениями для витрин.
 - История в DV хранится «из коробки»: каждое изменение атрибутов — новая строка в сателлите, прошлые значения не затираются.
 - DV хорошо подходит, когда много источников, они часто меняются и важен аудит; для маленького, простого DWH обычно хватает 3NF/Звезды.
-- Для собеседования важно уметь связать всё вместе: объяснить Hub/Link/Satellite, отличия Raw и Business Vault и то, что хэш-ключи и независимые сателлиты позволяют грузить разные сущности параллельно, не ломая историю и аудит.
+- Для собеседования важно уметь связать всё вместе: объяснить Hub/Link/Satellite, отличия Raw и Business Vault и то, что хэш-ключи и независимые сателлиты позволяют параллельно загружать разные сущности, не ломая историю и аудит.