Uniswap RFC пропонує приватне виконання свопів із використанням v4 Hooks

Управління Uniswap обговорює RFC, поданий SilentSwap, який додав би опційний приватний шлях виконання до інтерфейсу Uniswap, використовуючи hooks Uniswap v4 і UniswapX, щоб зменшити розкриття інформації про транзакції перед виконанням свопу. Пропозиція подає цю можливість як опцію «Свопувати приватно», яка не зачіпає стандартні свопи та не впливає на комісії пулів, застосовуючи zk-SNARKs і попередній комплаєнс-скринінг до виконання, щоб обробляти угоди приватніше. RFC торкається стійкої проблеми в DeFi: прозорість свопів у мережі дозволяє «витікати» наміру транзакції до виконання, даючи ботам і досвідченим трейдерам можливості фронт-ранити, сандвічити або іншим способом експлуатувати користувачів.

Пропозиція SilentSwap націлена на розкриття MEV і фронт-ранінгу

RFC визначає видимість виконання як ключову проблему в торгівлі DeFi. Коли користувачі подають транзакції, їхні наміри можуть стати видимими до завершення транзакції, що дозволяє ботам відстежувати очікувані транзакції, оцінювати ймовірний вплив на ціну та вставляти власні угоди навколо дій користувача. У пропозиції MEV, сандвіч-атаки та витік під час виконання описані як усталені проблеми в DeFi. Деякі користувачі вже навчилися захищатися приватними RPC, агрегаторами, прослизання-контролями або більш просунутими інструментами маршрутизації, але RFC зазначає, що багато користувачів не застосували ці захисти. Запропонована архітектура зробила б захист простішим на рівні інтерфейсу, адже більшість користувачів взаємодіє з DeFi через фронтенди, а не напряму через контракти.

Hooks Uniswap v4 дають змогу додавати власну логіку виконання

RFC використовує hooks Uniswap v4 як ключовий компонент запропонованої архітектури. Hooks дозволяють розробникам налаштовувати поведінку пулу та логіку виконання навколо свопів, підтримуючи нові типи маршрутизації, комісій, обробки ордерів і функції, пов’язані з приватністю. У цій пропозиції hooks v4 є частиною запропонованої архітектури для приватного виконання. RFC також включає UniswapX, який уже обробляє більш гнучке виконання свопів та зовнішніх філерів. У поєднанні це дасть користувачам маршрут, де деталі їхньої транзакції менш розкриті до виконання, при цьому все ще використовується ліквідність і інтерфейс Uniswap.

RFC поєднує архітектуру приватності з комплаєнс-скринінгом

Пропозиція поєднує приватність із попереднім комплаєнс-скринінгом. RFC описує таке поєднання як відображення поточного розвитку приватності в DeFi: користувачі прагнуть захисту від фронт-ранінгу та витоку даних, тоді як регулятори й протоколи хочуть уникати створення інструментів, що дають змогу санкціонованій діяльності або зловживанням. Пропозиція використовує zk-SNARKs і комплаєнс-скринінг для обробки угод. RFC стверджує, що цей підхід намагається захистити законних користувачів, залишаючи можливість певного контролю комплаєнсу.

Пропозиція залишається на стадії обговорення без схвалення

RFC є пропозицією для обговорення, а не живим або схваленим продуктом. Управління Uniswap усе ще має вирішити, чи має дизайн сенс, чи безпечне технічне впровадження, чи прийнятні припущення щодо комплаєнсу, чи зрозумілий UX, і чи створює функція будь-які нові ризики для протоколу або інтерфейсу. RFC визнає, що можуть існувати застереження щодо складності, припущень про довіру, постачальників скринінгу, юридичного ризику, вартості, а також того, чи розуміють користувачі, що саме означає «приватний». Пропозиція базується на RFC з управління Uniswap щодо нативної приватності виконання через v4 hooks та UniswapX.

FAQ

Що пропонує RFC Uniswap?

RFC, поданий SilentSwap, пропонує додати опційний приватний шлях виконання до інтерфейсу Uniswap, використовуючи hooks Uniswap v4 і UniswapX. Функція подаватиметься як опція «Свопувати приватно», залишаючи стандартні свопи та комісії пулів без змін, але використовуючи zk-SNARKs і попередній комплаєнс-скринінг до виконання.

Чому RFC звертається до приватності свопів?

RFC визначає, що прозорість свопів у мережі дозволяє «витікати» наміру транзакції до виконання, даючи ботам і досвідченим трейдерам можливості фронт-ранити, сандвічити або іншим способом експлуатувати користувачів через MEV і витік під час виконання.

Який поточний статус пропозиції?

Пропозиція є RFC на стадії обговорення. Вона не є живою функцією або схваленою зміною управління, і управлінню Uniswap усе ще потрібно оцінити дизайн, технічне впровадження, припущення щодо комплаєнсу та потенційні ризики.