diff --git a/Системное событие.md b/Системное событие.md
index b617df4..ecc3f28 100644
--- a/Системное событие.md	
+++ b/Системное событие.md	
@@ -1,6 +1,6 @@
 # Системное событие
 
-Системное событие представляет из себя смысловую единицу в определённом формате, помещаемую в пакеты с установленным флагом системного события и предназначенную для управления соединением. Событие состоит из типа и тела. Тип описывает способ интерпретации тела, а тело содержит данные в формате LBM.
+Системное событие представляет из себя смысловую единицу в определённом формате, помещаемую в пакеты с установленным флагом системного события и предназначенную для управления соединением. Событие состоит из типа и тела. Тип описывает способ интерпретации тела, а тело содержит данные в формате KLV.
 
 Тип события является однобайтным целым числом без знака. Событие может предполагать ответ от противоположного узла или не требовать оный. Наличие необходимости ответа определяется типом, в каждом случае индивидуально. Корректный тип события никогда не равен нулю.
 
diff --git a/Транспортный адаптер.md b/Транспортный адаптер.md
index 1541660..dd3c474 100644
--- a/Транспортный адаптер.md	
+++ b/Транспортный адаптер.md	
@@ -4,7 +4,7 @@
 
 Транспортный адаптер предоставляет интерфейс для передачи данных в виде блоков, т.е. массивов байт известного размера. У каждого транспортного адаптера есть собственный лимит на максимальный размер блока данных, вне зависимости от того, является-ли низлежащий протокол потоковым.
 
-Транспортный адаптер, в силу своей природы, может также обеспечивать дополнительный уровень шифрования, а также добавлять "шумовые пакеты" в траффик. Адаптеры должны сами согласовать эти параметры (если нужно).
+Транспортный адаптер, в силу своей природы, может также обеспечивать дополнительный уровень шифрования и добавлять "шумовые пакеты" в траффик. Адаптеры должны согласовать эти параметры (если нужно) самостоятельно.
 
 В рамках базового протокола предписана реализация нескольких адаптеров, реализующих наивные варианты передачи данных по нижележащим протоколам. Предписанных к реализации адаптеров, перечень которых приведён ниже, существует два типа: обязательные и рекомендуемые. Первые обязаны присутствовать в любой реализации, соответствующей спецификации протокола, вторыми допускается пренебречь.