Управление Uniswap обсуждает RFC, поданный SilentSwap, который добавит опциональный приватный путь выполнения в интерфейс Uniswap с использованием хуков Uniswap v4 и UniswapX, чтобы уменьшить раскрытие информации о транзакции до исполнения свопа. В предложении эта возможность оформлена как опция «Свопить приватно»; при этом стандартные свопы останутся без изменений, а комиссии пула — неизменными. Для более приватной обработки сделок предлагаются zk-SNARKs и предварительный комплаенс-скрининг перед исполнением. RFC затрагивает устойчивую проблему DeFi: прозрачность свопов в блокчейне позволяет утечке намерения транзакции происходить до исполнения, давая ботам и искушённым трейдерам возможности для фронт-рана, сэндвич-атак или иных способов эксплуатации пользователей.
Предложение SilentSwap нацелено на экспозицию MEV и фронт-рана
В RFC указана наблюдаемость исполнения как ключевая проблема в торговле DeFi. Когда пользователи отправляют транзакции, их намерения могут стать видимыми до того, как транзакция будет окончательно подтверждена, что позволяет ботам отслеживать ожидающие транзакции, оценивать вероятное влияние на цену и вставлять свои сделки вокруг сделки пользователя. В предложении MEV, сэндвич-атаки и утечка исполнения описаны как устоявшиеся проблемы в DeFi. Некоторые пользователи уже научились защищаться с помощью приватных RPC, агрегаторов, контролей проскальзывания или более продвинутых инструментов маршрутизации, но в RFC отмечается, что многие пользователи не приняли эти защиты. Предлагаемая архитектура должна упростить защиту на уровне интерфейса, поскольку большинство пользователей взаимодействуют с DeFi через фронтенды, а не напрямую через контракты.
Хуки Uniswap v4 позволяют настраивать логику исполнения
В RFC в качестве базового компонента предложенной архитектуры используются хуки Uniswap v4. Хуки дают разработчикам возможность настраивать поведение пула и логику исполнения вокруг свопов, поддерживая новые типы маршрутизации, комиссий, обработку ордеров и функции, связанные с приватностью. В этом предложении хуки v4 входят в состав рекомендуемой архитектуры для приватного исполнения. RFC также включает UniswapX, который уже обрабатывает более гибкое исполнение свопов и внешних исполнителей. В сочетании это даст пользователям маршрут, где детали их транзакции меньше раскрываются до исполнения, при этом по-прежнему используется ликвидность и интерфейс Uniswap.
RFC объединяет архитектуру приватности с предварительным комплаенс-скринингом
Предложение сочетает приватность с предварительным комплаенс-скринингом до исполнения. В RFC это подано как отражение текущего развития приватности в DeFi: пользователи хотят защиты от фронт-рана и утечек данных, тогда как регуляторы и протоколы хотят избегать создания инструментов, которые могут способствовать санкционированной деятельности или злоупотреблениям. Предложение использует zk-SNARKs и комплаенс-скрининг для обработки сделок. RFC утверждает, что такой подход пытается защитить легитимных пользователей, при этом оставаясь возможным некоторый формат контроля комплаенса.
Предложение остаётся на стадии обсуждения без одобрения
RFC — это предложение для обсуждения, а не живой или одобренный продукт. Управление Uniswap всё ещё должно решить, имеет ли дизайн смысл, безопасна ли техническая реализация, приемлемы ли предположения по комплаенсу, понятен ли UX и создаёт ли функция какие-либо новые риски для протокола или интерфейса. RFC признаёт, что могут возникнуть опасения вокруг сложности, предположений о доверии, провайдеров скрининга, юридических рисков, стоимости и того, понимают ли пользователи, что именно означает «приватность». Предложение основано на RFC управления Uniswap о нативной приватности исполнения через хуки v4 и UniswapX.
Часто задаваемые вопросы
Что предлагает RFC по Uniswap?
RFC, поданный SilentSwap, предлагает добавить опциональный приватный путь выполнения в интерфейс Uniswap с использованием хуков Uniswap v4 и UniswapX. Функция будет представлена как опция «Свопить приватно», при этом стандартные свопы и комиссии пула останутся без изменений, а для обработки будут использоваться zk-SNARKs и предварительный комплаенс-скрининг.
Почему RFC затрагивает приватность свопов?
В RFC указывается, что прозрачность свопов в блокчейне позволяет намерению транзакции утекать до исполнения, давая ботам и продвинутым трейдерам возможности для фронт-рана, сэндвич-атак или иного способа эксплуатации пользователей через MEV и утечку исполнения.
Каков текущий статус предложения?
Предложение находится на стадии обсуждения RFC. Это не живая функция и не одобренное изменение управления, и управление Uniswap всё ещё должно оценить дизайн, техническую реализацию, предположения по комплаенсу и потенциальные риски.