看起来 @HyperliquidX 的 mm 延迟竞赛又上升了一个档次 cc @Aptos
我听到很多反馈,最近在Hyperliquid上做市的竞争变得更加激烈。这对最终用户来说是个好消息,因为这意味着流动性更深、更强大。 公平是Hyperliquid在各个维度上的核心原则。对于做市商来说,这意味着区块链的设计考虑了平等访问。然而,“平等”并不意味着“简单”。随着协议不断扩展以满足日益增长的需求,理解Hyperliquid自定义基础设施的复杂性变得至关重要,这些基础设施支持着最大的无许可交易场所。 很长一段时间以来,主要的alpha策略仅仅是集成Hyperliquid。API的设计旨在为新用户抽象掉大部分区块链的复杂性,使自动化交易者能够轻松迁移策略。虽然入门的便利性没有改变,但延迟的重要性却增加了。 响应最快的策略需要最佳的客户端基础设施。指导延迟优化的总体原则是Hyperliquid是一个区块链,而不是CEX: 1. 最快的数据来自运行节点。 - 行动项:与可靠的静态对等体运行。例如,Hyper Foundation提供了一个供非验证者连接的对等体。 2. 最完整的数据来自运行节点。每笔交易都是实时流式传输的,节点提供多种格式供摄取。 - 注意:运行节点时禁用输出缓冲。 3. 节点执行整个区块链,这不是一项小工程,与CEX形成鲜明对比,后者的客户端代码仅处理用户的状态。Hyperliquid节点在单台机器上执行和验证整个区块链状态,包括HyperCore和HyperEVM。虽然执行可以跟上中等硬件规格,但延迟的改善随着核心数量的增加而增加,因为执行的很大一部分是可并行化的。 - 行动项:节点暴露的数据丰富,允许对完整区块链状态有更多的洞察。除了本地API服务器外,还可以构建完整的L4订单簿。请参见示例实现。 - 行动项:用户可以看到高达32个核心的显著增益,超过这个数量的收益递减。 4. 取消设计为具有高成功率。这里的第一订单效应内置于HyperBFT的取消优先级的内存池中。然而,一些用户发现进一步的优化是有帮助的。例如,在内存池中仍然可以通过使订单中使用的nonce无效来“取消”一个正在进行的GTC订单。
查看原文
2.36万
1
本页面内容由第三方提供。除非另有说明,欧易不是所引用文章的作者,也不对此类材料主张任何版权。该内容仅供参考,并不代表欧易观点,不作为任何形式的认可,也不应被视为投资建议或购买或出售数字资产的招揽。在使用生成式人工智能提供摘要或其他信息的情况下,此类人工智能生成的内容可能不准确或不一致。请阅读链接文章,了解更多详情和信息。欧易不对第三方网站上的内容负责。包含稳定币、NFTs 等在内的数字资产涉及较高程度的风险,其价值可能会产生较大波动。请根据自身财务状况,仔细考虑交易或持有数字资产是否适合您。