RadarRelay是以太坊生态早期依托0x协议搭建的链下订单簿中继交易平台，属于最早一批非托管去中心化交易站点，平台活跃交易时段集中在DeFi发展初期，后续盘面流动性持续流失，交易服务已经停止运转，现在网上流传的介绍文字，大多是项目鼎盛时期留下的存档资料。很多检索RadarRelay的用户，容易把早期链上订单簿DEX的运行模式和当下AMM兑换平台混在一起，忽略中继器架构对于订单匹配、gas消耗带来的特殊影响。想要客观看懂RadarRelay，不能只浏览融资阶段的宣传稿件，要理清0x中继运行逻辑、订单结算路径，还有行业迭代过程当中流动性变化的细节。

RadarRelay整套交易架构建立在0x协议之上，采用链下挂单撮合、链上结算确权的运行机制，用户在页面提交的限价订单信息先发布到中继服务器进行公示撮合，买卖订单达成匹配之后，才会把成交指令发送到以太坊合约当中完成最终交割。平台本身并不托管代币资产，资产全程留在用户钱包地址，交易者可以使用各类主流网页钱包和硬件钱包直接接入盘面，不需要注册账号和身份核验。项目前期主打零交易手续费，用户只需要承担以太坊网络产生的gas成本，盘面对大量ERC‑20代币开放挂单交易，配套行情深度图、历史成交记录和API接口，方便自动化交易程序接入。后期版本升级时，平台加入智能路由模块，可以聚合多家去中心化渠道的流动性，尝试缓解单一订单簿深度不足的问题，但是底层依旧以0x订单中继作为核心框架。

使用RadarRelay交易时，资产私钥始终由用户自己保管，中继服务器只负责传递订单信息，没有权限挪动钱包之内的代币，每一笔成交记录都会写入以太坊区块，可以随时查询核验。非托管架构规避了中心化交易所卷款的风险，却无法摆脱早期以太坊网络性能的限制，行情热度上升阶段，链上确认手续费会快速上涨，哪怕订单没有成交，提交挂单、撤销订单的操作也会产生相应的gas开销。订单簿模式对做市参与者依赖度很高，如果盘口挂单数量不足，就容易出现订单长时间无法成交的情况，长尾代币交易对滑点尤为明显。自动做市类DEX快速普及，流动性逐步向资金池产品集中，RadarRelay订单簿当中的挂单量持续萎缩，虽然项目团队尝试改版接入外部流动性渠道，依旧没能扭转盘面活跃度下滑的趋势，页面行情慢慢进入停滞状态。早期稿件当中记录的币种数量、手续费规则，只对应特定运营阶段，不能够当作长期运行标准。

RadarRelay活跃阶段的参与者大致分为三类，早期DeFi用户通过限价单买入各类ERC‑20代币，希望以指定价位完成资产交换；做市用户长期在盘口双向挂单，为盘面提供订单深度；程序开发者调用API接口搭建自动交易策略，捕捉不同代币之间短暂出现的价差机会。站在行业复盘的角度观察，链下订单簿中继DEX的优势，是可以实现限价挂单的交易体验，资产全程由用户自持，短板则是流动性需要大量做市用户长期维持，公链拥堵带来的gas成本也会抬高交易门槛。网络当中关于RadarRelay的中文资讯数量不多，稿件大多集中融资、版本更新节点，偏向介绍非托管限价交易、零手续费等亮点，缺少流动性衰减直至停服过程的梳理，浏览资讯的时候要分清稿件发布时间。互联网当中同名网页偶有出现，经常打着平台重启、老用户资产登记、专属空投的名义诱导钱包授权，访问页面的时候要仔细核对域名与合约地址，不要随意签署陌生链上交易指令。

RadarRelay是以太坊早期基于0x协议搭建的订单簿中继去中心化交易平台，链下订单撮合链上结算、钱包直连非托管交易、后期多渠道流动性路由，是项目比较鲜明的特点。短板同样清晰，盘面流动性高度依赖做市参与者，以太坊早期网络手续费偏高，受行业产品迭代影响，平台交易业务已经停止。大家研究RadarRelay的时候，不要单凭早期宣传高估盘面成熟度，理性看待老牌去中心化协议发展周期当中存在的变数，分清历史存档资料和当下同名网页之间的差别，才可以形成客观全面的认知。