Smart_Part 2
Давайте возьмем для примера Uniswap (#UNI).
Проект запустил уже третью версию своего основного протокола, при этом, к удивлению неофитов, одновременно сосуществуют сразу две версии. Проект решил модифицировать правила игры и ввел концентрированную ликвидность в V.3, но старые смарт_контракты V.2 - по-прежнему существуют.
Те же пользователи, которых не привлекает переход на V.3 по тем или иным причинам - попросту проигнорировали изменения и не стали мигрировать в новую версию. Оставаясь в полностью рабочей версии V.2.
Почему нужно выпускать версию V.3 и давать пользователям этот выбор?
Потому что разработчики UNISWAP не могут отредактировать контракты V.2.
Они вынуждены выпускать новые версии, сообщать об этом в своих медийных ресурсах и ждать месяцы и годы, пока пользователи соизволят начать использовать новые версии.
Как вы понимаете, здесь присутствуют нюансы доверия и надежности. А также временной лаг в виде тайминга, необходимого на изучение, разбирательство и тестирование каждому отдельному пользователю.
Проекты вроде UNISWAP состоят из огромного количества смарт_контрактов, которые в интерфейсе своем принимают виды пулов ликвидности, свапов, депозитов, - фактически всего того, чем оперирует DeFi.
И здесь мы сталкиваемся с обратной стороной медали — уязвимостями.
@Ghost_In_The_Block