Проблема с Uniswap V4 в том, что ничего не строится друг на друге. И я боюсь, что это отодвинет индустрию DeFi на годы назад с появлением onchain clobs. С технической точки зрения был сделан единственный подход к определению "что такое dex", и все построено как расширения этого. Очевидно, что были неверные предположения. Фреймворк, ориентированный на хуки, делает очень сложным выход за пределы этого первоначального определения без переписывания базы. Более того, хуки не предназначены для построения друг на друге. База всегда является началом, и она имеет недостатки для растущего числа случаев использования. Сотрудничество становится сложным, с небольшими или отсутствующими возможностями повторного использования работы других. Хуки не компонуются друг с другом. Уже через 150 дней после запуска вы находите много кода, строящегося вне основного протокола: восстановление логики CL с нуля, наследование только интерфейсов. Мы видели лишь малую долю изменений в onchain ландшафте, которые мы увидим в ближайшие годы, и уже предположения начинают рушиться. Что мы думаем произойдет дальше? Без возможности строить на работе друг друга и легкой базы, не основанной на неверных предположениях, мы находимся в положении, когда можем упустить критические изменения, которые грядут в нашей индустрии, и определить amms как неполноценные альтернативы clobs, вместо того чтобы рассматривать их как полезное расширение. Я готов отстаивать эту точку зрения - хуки по своей сути являются ограниченным способом подхода к разработке dex. Принятие фреймворков, ориентированных на хуки, отодвинет пространство amm так же далеко, как и стремление к идеальному решению lvr. Я выступаю за широкое отвержение мышления, ориентированного на хуки, для DeFi; в пользу проектных тезисов, более непосредственно узнаваемых как "денежные лего"; нашего первоначального обещания. Ключевым моментом является растущий фреймворк, разработанный для адаптивности, с гораздо меньшими предположениями о том, как будет выглядеть будущее. Денежные лего должны быть по своей сути ориентированы на роли с точки зрения смарт-контрактов - все компоненты должны быть произвольными, чтобы отсутствие ограничений не вносило неуверенность в его основу. Мы должны быстро перейти к принятию мышления post-onchain clob для amms: требуя базу, которая позволяет нам принять то, что делает amms особенными, и отбрасывает то, что больше не актуально. Это не длинный хвост, это максимизация композируемости. Отбросьте свои прежние предположения. Валантис.