EIDEX интегрировал Rubic — агрегатор внутри таблицы маршрутов

EIDEX подключил Rubic к своему агрегатору кросс-чейн маршрутов. Его котировки запрашиваются вживую при каждом сравнении — рядом с 30+ другими обменниками, мостами и DEX-агрегаторами.

Агрегатор внутри агрегатора

Большинство источников в таблице — одиночные площадки: один обменник, один мост, один пул. Rubic устроен иначе. У него собственная сеть поставщиков ликвидности, и он возвращает лучший маршрут, который нашёл среди них. Подключив его, мы получили в таблице то, что в своём масштабе делает ровно то же, что и сама таблица.

Это менее избыточно, чем кажется. Набор провайдеров у Rubic не наш. Там, где его сеть дотягивается до ликвидности, которую мы напрямую не опрашиваем, его котировка может выиграть подчистую. Там, где нет, — это просто ещё одна строка, проигрывающая площадке, к которой мы и так обращаемся. Оба исхода полезны: первый добавляет охват, второй не стоит ничего, кроме строки.

Когда одна и та же ликвидность попадается дважды

Из затеи «агрегатор внутри агрегатора» следует одна тонкость, и её стоит проговорить прямо, потому что до объяснения механизма она выглядит как баг.

На части пар Rubic маршрутит через провайдера, которого EIDEX и так опрашивает напрямую. Перевод USDC из Ethereum в Arbitrum — как раз такой случай: Rubic дотягивается до этой ликвидности через Relay, а Relay котирует нам тот же пул сам по себе. Две строки, один пул, одна цена.

Вместо того чтобы показать обе, таблица оставляет строкой прямую котировку, а Rubic записывает на ней как also-via. Rubic котируется и присутствует — он просто не продублирован. Показать его дважды значило бы раздуть счётчик и намекнуть на выбор, которого нет, а таблица сравнения, которая двоит собственные источники, стоит меньше, чем таблица с меньшим числом строк.

Там, где маршрут Rubic не схлопывается в чужой, он держит собственную строку. Так на парах с BTC и на внутрисетевых обменах: его underlying там не котирует нам напрямую.

Как это выглядит на живой паре

На обмене 0,01 BTC в ETH, выполненном на момент написания, таблица вернула четырнадцать живых котировок. Rubic пришёл пятым, отстав от лидера на 0,58%. По всей таблице лучший и худший маршрут разошлись на 2,12% — тот же обмен, та же секунда.

Не читайте это пятое место как постоянное свойство. Часом раньше та же пара вернула пятнадцать котировок в другом порядке: провайдеры отваливаются и возвращаются, курсы под ними двигаются. Между прогонами держится не ранг, а разрыв — и то, что верх таблицы постоянно переходит из рук в руки.

Почему следить надо не за рангом

Источник зарабатывает своё место тем, что иногда выигрывает, а не тем, что выигрывает всегда. Провайдер, который ни на одной паре не поднимается наверх, удлиняет список и больше ничего не делает. Rubic этот порог проходит: он оказывался в верхней половине на каждой паре, на которой мы его прогоняли, — а это единственное прослушивание, которое имеет значение, прежде чем строку стоит рисовать.

«Строка должна себя оправдать, — говорит Alex, Founder & CEO EIDEX. — Нам не нужен список подлиннее. Нам важно, как часто меняется ответ, когда добавляешь источник, — и агрегатор с собственной сетью провайдеров меняет его чаще, чем ещё одна одиночная площадка».

Следствие неудобно для всех, кто продаёт одну площадку как готовый ответ. На прогоне выше выбор худшего из четырнадцати вместо лучшего стоил 2,12% — при том, что обмен занял бы одинаковое время в обоих случаях.

Где место Rubic

Rubic — кросс-чейн агрегатор, маршрутизирующий обмены между сетями через собственный набор поставщиков ликвидности.

В таблице EIDEX он появляется отдельной строкой везде, где его маршрут самостоятелен, и как also-via на выигравшей строке там, где нет.

Упоминание работает в обе стороны: Rubic называет EIDEX в документации своей экосистемы, а EIDEX котирует Rubic в таблице маршрутов.

О Rubic — кросс-чейн агрегатор обменов, маршрутизирующий сделки между несколькими блокчейнами через агрегированный набор поставщиков ликвидности.