diff --git a/1-js/08-prototypes/04-prototype-methods/article.md b/1-js/08-prototypes/04-prototype-methods/article.md
index 99dc2c47b..0cdc0ae32 100644
--- a/1-js/08-prototypes/04-prototype-methods/article.md
+++ b/1-js/08-prototypes/04-prototype-methods/article.md
@@ -83,11 +83,7 @@ let clone = Object.create(
 - Ще пізніше, в 2015 році, методи `Object.setPrototypeOf` та `Object.getPrototypeOf` були додані до стандарту, для того, щоб виконувати аналогічну функціональність як і `__proto__`. Оскільки `__proto__` було широко реалізовано, воно згадується в Annex B стандарту як не обов’язкове для не-браузерних середовищ, але вважається свого роду застарілим.
 - Пізніше, у 2022 році, було офіційно дозволено використовувати `__proto__` в об'єктних літералах `{...}` (винесено з Annex B), але не як геттер/сеттер `obj.__proto__` (ця можливість все ще в Annex B).
 
-Чому `__proto__` було замінено функціями `getPrototypeOf/setPrototypeOf`?
-
-Таким чином зараз ми маємо всі ці способи для роботи з прототипом.
-
-Чому `__proto__` було замінено методами `getPrototypeOf/setPrototypeOf`? Це цікаве питання, яке вимагає від нас розуміння чому `__proto__` має недоліки. Прочитайте далі, щоб дізнатися відповідь.
+Чому `__proto__` було замінено методами `getPrototypeOf/setPrototypeOf`?
 
 Чому `__proto__` було частково відновлено і його використання дозволено в `{...}`, але не як геттер/сеттер?