如何优化币安 API 上的交易延迟？ （高频交易）

网络基础设施优化

1. 将交易服务器部署在与币安新加坡数据中心相同的 AWS 区域内（特别是 ap-southeast-1），以最大限度地减少物理距离和往返时间。

2. 使用裸机实例而不是虚拟机来消除虚拟机管理程序开销并保证确定性的 CPU 调度。

3. 通过 DPDK 或 AF_XDP 启用内核旁路网络，直接在用户空间处理网络数据包，避免传统 TCP/IP 堆栈延迟。

4. 配置 NIC 并禁用 RSS（接收端缩放）并禁用中断合并，以确保数据包传输不会出现批量延迟。

5. 通过币安官方支持的对等合作伙伴（如 Equinix SG1）路由流量，以访问专用互连而不是公共互联网路径。

API端点选择和使用模式

1. 优先使用 WebSocket 流而不是 REST 轮询来实现实时订单簿更新 - 根据所需的粒度和带宽限制使用深度@5或深度@10 。

2. 仅订阅必要的符号流；避免像!bookTicker这样的通配符订阅，除非所有交易品种都在策略逻辑中积极交易。

3. 谨慎使用/api/v3/time — 缓存服务器时间偏移并应用单调时钟调整，而不是重复的同步调用。

4. 通过/api/v3/order提交带有newOrderRespType=RESULT 的订单，以接收立即执行状态，而不是依赖后续账户流事件。

5. 避免在同一连接池中混合签名和未签名端点，以防止快速请求突发期间的身份验证握手开销。

订单生命周期管理

1. 使用 HMAC-SHA256 和缓存的 API 机密离线预计算签名有效负载 — 切勿在订单提交期间内联执行加密操作。

2. 维护反映币安匹配​​引擎行为的本地订单状态，包括处理部分成交、取消和自助交易预防标志。

3. 专门使用type=LIMIT_MAKER提供被动流动性，以避免接受者费用并降低意外市场影响的风险。

4. 在调整活动订单时，使用cancelReplace端点实现原子取消和替换序列，最大限度地减少曝光窗口。

5. 在传输之前根据币安最新的符号过滤器（尤其是 minQty、stepSize 和 PricePrecision）验证客户端的订单参数，以避免拒绝引起的延迟峰值。

系统级调优

1. 使用任务集或cpuset cgroup 将关键线程（包括 WebSocket 事件循环、订单调度程序和刻度解析器）固定到隔离的 CPU 核心。

2. 禁用 CPU 频率调节调节器并将内核锁定在最大睿频频率，以消除动态电压和频率调节抖动。

3. 在启动时分配内存池，并在消息序列化/反序列化周期中重用缓冲区，以防止堆碎片和 GC 暂停。

4. 将 TCP 保持活动间隔配置为 5 秒，并在套接字终止前重试 3 次，以更快地检测死连接，而不会出现过大的超时中断合法的长寿命流。

5. 将实时调度策略 ( SCHED_FIFO ) 应用于具有较高优先级的交易线程，确保后台进程抢占执行。

常见问题解答

问：币安是否支持FIX协议进行低延迟访问？答：不可以。币安不提供 FIX 连接。所有官方高频访问都必须使用 REST 或 WebSocket API，并对每个 API 密钥实施严格的速率限制。

问：我可以从同一 IP 地址运行多个 WebSocket 连接吗？答：是的，但在币安的并发连接限制下，每个连接都会消耗一个单独的槽——超过它会触发立即断开连接，而不会发出警告。

问：使用 Binance.US 或 Binance Jersey API 来减少延迟有什么优势吗？答：不会。这些域名通过独立的基础设施进行路由，与亚洲托管的主要 api.binance.com 端点相比，基本延迟更高。

问：币安多久轮换一次 WebSocket 流 ID？答：在手动重新订阅或连接重置之前，流 ID 保持稳定。它们不会自动过期或按固定时间间隔轮换。