EIDEX 接入 Rubic：路由表里的一个聚合器
EIDEX 已将 Rubic 接入其跨链路由聚合器。它的报价现在会在每次比较时实时拉取，与另外 30 多家交易所、跨链桥和 DEX 聚合器并列。
聚合器里的聚合器
表格中的多数来源是单一场所：一家交易所、一座跨链桥、一个资金池。Rubic 不是。它运行着自己的流动性提供方网络，并返回其中找到的最优路由。接入它意味着表格里现在装着一个在自己的尺度上做着表格本身所做之事的东西。
这没有听上去那么冗余。Rubic 的提供方集合不是我们的。在它的网络够得着而我们不直接查询的流动性上，它的报价可以彻底胜出。够不着的地方，它就是多出的一行，输给我们本来就会调用的那个场所。两种结果都值得拥有：前者增加了覆盖，后者只花掉一行的成本。
当同一份流动性出现两次
把聚合器放进聚合器，会带出一个小麻烦。值得把它讲明白，因为在你知道机制之前，它看起来像个 bug。
在某些交易对上，Rubic 会经由 EIDEX 已经直接查询的提供方来路由。从以太坊向 Arbitrum 转 USDC 就是其中之一：Rubic 通过 Relay 够到那份流动性，而 Relay 本身也在向我们报同一个池子的价。两行，一个池子，一个价格。
表格没有把两者都列出来，而是把直接报价保留为那一行，并把 Rubic 记为该行上的 also-via。Rubic 被报价了，也在场；它只是没有被重复。展示两次会把计数吹大，并暗示一个并不存在的选择，而一张对自己的来源重复计数的比较表，价值低于一张行数更少的表。
在 Rubic 的路由没有被折叠进别人那一行的地方，它保有自己的一行。涉及 BTC 的交易对和同链兑换就是这种情况——在那里，它的底层来源并没有同时向我们直接报价。
在一个真实交易对上是什么样子
在撰写本文时执行的一笔 0.01 BTC 兑换 ETH 的交易中，表格返回了十四条实时报价。Rubic 排在第五，落后领先者 0.58%。就整张表而言，同一笔兑换、同一时刻，最优与最差相差 2.12%。
不要把那个第五名读成固定属性。一小时前，同一交易对返回了十五条报价，顺序也不同，因为提供方会掉线又回来，汇率在底下移动。在不同次运行之间保持不变的不是排名，而是差距，以及表格顶端不断易手这件事。
为什么该看的不是排名
来源靠偶尔胜出赢得自己的位置，而不是靠永远胜出。一个在任何交易对上都到不了顶端的提供方，只是让列表更长，别的什么也没做。Rubic 越过了这道门槛：在我们跑过的每一个交易对上，它都出现在上半区——而在一行值得被渲染之前，这是唯一算数的试音。
「一行必须自己挣来，」EIDEX 创始人兼 CEO Alex 表示。「我们要的不是更长的列表。我们关心的是加入一个来源之后，答案改变的频率有多高——而一个自带提供方网络的聚合器，改变它的次数比再多一个单一场所要多。」
这个推论对任何把单一场所当作答案来兜售的人都不太舒服。在上面那次运行中，取十四条里最差的而不是最好的，代价是 2.12%——而这笔兑换无论选哪条，花的时间都一样。
Rubic 的位置
Rubic 是一个跨链聚合器，通过自己的一组流动性提供方在链与链之间路由兑换。
在 EIDEX 表格中，凡是它的路由独立成立的地方，它就以自己的一行出现；凡是不成立的地方，它就作为胜出那一行上的 also-via 出现。
这份收录是双向的：Rubic 在其生态文档中列出了 EIDEX，而 EIDEX 在其路由表中报出 Rubic 的价格。
关于 Rubic —— Rubic 是一个跨链兑换聚合器，通过一组聚合的流动性提供方在多条区块链之间路由交易。
