diff --git a/runtime/ownership_and_exceptions.md b/runtime/ownership_and_exceptions.md
index f393bed..711ab7d 100644
--- a/runtime/ownership_and_exceptions.md
+++ b/runtime/ownership_and_exceptions.md
@@ -49,7 +49,7 @@ if (auto item_handle = lru_get(cache, key)) {
 }
 ```
 
-Этот восхтитителен тем, что он явно выполняет целых два обращения к кэшу: на вставку и на проверку. Но ведь можно было бы ограничиться только одной вставкой, если `lru_insert` может предоставить необходимую информацию об успехе... Может ли дело быть в этом? Нет ли в этом сервисе случайно гонок, которые могут вклиниться между вставкой и проверкой? Но меня уверили, что процесс однопоточный.
+Код восхтитителен тем, что явно выполняет целых два обращения к кэшу: на вставку и на проверку. Но ведь можно было бы ограничиться только одной вставкой, если `lru_insert` может предоставить необходимую информацию об успехе... Может ли дело быть в этом? Нет ли в этом сервисе случайно гонок, которые могут вклиниться между вставкой и проверкой? Но меня уверили, что процесс однопоточный.
 
 Наверное, стоит углубиться в функцию `lru_insert`. Ее написали 10 лет назад и больше не трогали. Ее протестировали. Она надежна. Как я могу в ней сомневаться?