Більшість інтерфейсів для свопів оптимізують лише одне: зазначену вихідну суму.
Але котирування — це лише прогноз. Воно не показує, чи виконається фінальний calldata, чи відкотиться маршрут, скільки газу він споживе, чи чи транзакція все ще дотримується параметрів, які переглянув користувач.
Route створено навколо повного шляху виконання.
Для кожного запиту Route знаходить ліквідність серед перевірених пулів Robinhood Chain і будує до 32 кандидатів з обмеженого набору з 96 пулів. Шляхи можуть містити до трьох переходів. Оптимізатор також розглядає до трьох окремих розгалужених гілок, використовуючи сітку розподілу 10% з подальшим локальним уточненням 1%.
Вибірка з частковою пропускною здатністю тут має значення. Найкращий пул для всього ордера не обов'язково є найкращим для його частини. Route тестує різні розподіли, відхиляє розгалужені гілки, які повторно використовують ту саму ліквідність, і оцінює отримані комбінації, не претендуючи на те, що обмежений пошук є математичним глобальним оптимумом.
Пряма маршрутизація наразі охоплює Uniswap V2, V3, hookless V4 та GIGA CL. Route також може оцінювати захищені кандидати від KyberSwap та, якщо ввімкнено, 0x. Вони розглядаються як окремі провайдери, а не помилково позначаються як власні інтеграції Route.
Запити до провайдерів виконуються паралельно, успішні дублікати об'єднуються, а побудова upstream-плану перекривається з прямим пошуком. Ціни та стан пулів обмежені рамками запиту: жодне завершене котирування чи ціна не зберігаються для іншого запиту чи блоку.
Важлива відмінність з'являється після пошуку.
Route будує фактичну транзакцію для кожного фінального кандидата та виконує як eth_call, так і estimateGas для спільного блоку, використовуючи той самий контекст ціни газу виконання. Кандидати, які відкочуються, видаляються. Успішно симульовані кандидати мають пріоритет над резервними варіантами, заснованими лише на котируваннях.
Коли газ можна конвертувати у вихідний токен за допомогою загального референсу, Route ранжує кандидатів за:
симульований вихід − оцінений газ виконання
Це запобігає автоматичній перемозі номінально більшого котирування, якщо його шлях виконання споживає достатньо додаткового газу, щоб звести нанівець перевагу.
Розрахунок незалежно обмежується на блокчейні. Виконавець забезпечує точний вхід, фактично отриманий вихід, підписану мінімальну вихідну суму, отримувача та дедлайн. Тимчасові дозволи очищуються. Upstream calldata перевіряється на відповідність фіксованим цілям та селекторам, і Route не підміняє мовчки іншого провайдера або спонсора дозволу після перегляду.
Ми вивчали системи маршрутизації часу виконання, такі як JIT-модель DFlow, яка може переоцінювати ціноутворення власних AMM всередині транзакції. Route побудував і протестував вужчий експериментальний JIT-прототип із двома шляхами, але він не є частиною активного продукту. Поточна система виконує вибір з урахуванням виконання перед підписанням; вона не претендує на паритет із DFlow або перенаправлення під час виконання.
Route також не претендує на глобальну найкращу ціну, універсальний захист від MEV, гарантоване виконання або аудитовану безпеку.
Що він надає — це обмежена, прозора система маршрутизації, яка оцінює виконувані транзакції, а не лише відповіді на котирування, та зберігає переглянуті користувачем обмеження до моменту розрахунку.
Чесно кажучи, я бачив, що @LadyExchange_ спробував це, і деякі маршрути просто не працювали. Тому я створив це для власного використання і вирішив подивитися, наскільки далеко зможу це просунути.
Route стягує 0 базисних пунктів. Комісії пулів, збори upstream-провайдерів та мережевий газ все ще застосовуються.
Спробуйте зараз, авторизація працює через @dynamic_xyz
