lastest update: 20250417

1. 히스토리

(20250413-1) 글 부터 (20250416-6) 까지 t3~ t8 Hops 까지의 레이턴시를 줄이는 작업을 했었다.

2022-Developing High-Frequency Trading Systems

t2 에서 t3 까지와 t8 에서 t9 까지의 Hops를 줄이는 것은 다음과 같은 이유로 하지 않았다.

1. AWS에서 NIC를 건들 수 있는 기능을 지원하지 않는다. (해당 기능을 알아봤을 당시)
2. 지원한다 하더라도 실질적인 퍼포먼스 향상은 몇십 마이크로세컨드(us) 수준이였다.
3. 이쪽에 엔지니어링에 신경쓸 시간보다 전략 모델의 최적화와 Python 언어상 생기는 레이턴시를 최적화 하는것이 더 cost-effective 했다.

주위 트레이더분들이 주신 레이턴시 ms 단위로 깎는 방법 중 하나가 거래소랑 같은 IDC에서 거래를 하면 레이턴시를 극단적으로 줄일 수 있다는 점이였다.

2. 문제해결

거래소와 같은 IDC를 공유하여 t1 에서 t2 까지와 t9 에서 t10 의 물리적 거리를 완전히 줄임으로서 몇십 밀리세컨드(ms)의 레이턴시 이득을 볼수 있었다.

몇년전 기준 레이턴시 → 현재 기준은 알려드릴수 없음.

대략 rest 기준 binance는 get_ticker호출시 160ms 정도가 평균이고 위치는 US West N California 리전으로 추정해볼수있다.

3. 결론

Binance futures 주문 등록/주문 취소 레이턴시 (us-west-1 리전 기준)

AWS에서 E2E 레이턴시 (t1~t10)