RadarRelay是早期基于0x协议搭建的链下订单中继类型去中心化交易平台,核心特点是不托管用户资产,把订单存储迁移至链下,仅将成交清算环节放到以太坊主链执行,是链下订单簿DEX赛道具备代表性的项目,为后续多类中继交易产品提供了现实参考。平台本身不掌控私钥,资产始终留存于用户自身Web3钱包之内,交易过程依靠智能合约完成代币互换,省去传统中心化平台的充值提币流程,钱包完成签名确认之后,订单信息发送给relay中继节点进行广播撮合,匹配成功才触发链上合约执行交换逻辑,未匹配的订单不会产生链上Gas消耗,这套机制也是它和AMM自动做市模式最主要的区分点。
RadarRelay的底层技术架构划分为链下中继网络与链上合约两层,链下部分负责订单收集、排序、广播和撮合匹配,以此降低以太坊网络的负载,避免每一笔挂单都上链带来高额开销,链上合约则只处理资产校验、权限判断以及代币交换结算,合约会校验挂单用户的签名合法性、代币授权额度,确认交易双方条件全部满足之后,才完成代币的双向划转。平台还支持对接硬件钱包,兼容主流网页钱包,无需注册账号,用户接入钱包即可发起挂单吃单操作,早期版本仅支持0x原生订单,后续迭代增加桥接订单,可以聚合来自不同DeFi项目的流动性,拓展可成交的交易来源,尝试缓解订单簿模式流动性不足的固有短板。
RadarRelay主要面向以太坊生态内ERC系列代币的点对点交易,适合想要保留资产控制权,同时习惯挂单交易模式的使用者,做市参与者可以提交买卖订单交由中继网络扩散,等待其他交易者进行吃单成交,整套流程不需要将代币转移至平台账户。除基础交易之外,项目还拓展跨网络支付工具,支持闪电网络相关收付能力,方便开发者把跨链支付逻辑集成到第三方应用当中,覆盖链上转账、商户收款等多元使用场景,把中继技术从单纯交易撮合延伸到支付赛道。不过订单簿DEX模式高度依赖活跃用户提供订单,一旦参与交易者变少,订单簿深度会快速下滑,容易出现挂单长期无法匹配,使用者依旧需要承担以太坊网络产生的Gas成本,这也是该类模式普遍存在的现实问题。
纵观整个加密行业发展,RadarRelay的技术实践展现出链下中继方案的优势与局限,链下存订单、链上做清算的思路,可以有效压缩链上数据压力,保留非托管交易的核心优势,但该模式很难对抗AMM自动做市商带来的流动性优势,市场环境变化,平台订单簿活跃度持续走低,后续项目团队转向其他方向开发,交易相关业务不再维持运转。梳理RadarRelay的技术逻辑,能够帮助理解去中心化交易的不同实现路径,区分订单簿中继DEX与AMM池子交易之间底层逻辑差异,方便使用者在接触各类DeFi交易产品时,分辨资产托管形式、撮合逻辑以及成本构成,理性看待不同交易方案的利弊。

