Tag Archive: FEP

Disruptor와 FEP

1. 지난 몇 년동안 Java를 개발하는 사람들사이에서 회자한 프로젝트가 있습니다. Disruptor입니다. Java로 개발된 프로그램에 주는 Duke’s Choice Award를 2011년에 수상하였습니다. Innovative Industrial Software부문입니다. Disruptor는 현재 영국 LMAX에서 사용하고 있습니다. LMAX는 FX를 거래하는 곳입니다. 겉으로 보면 증권사같습니다만 FX는 중앙거래소가 없기때문에 LMAX자체가 거래소라고 할 수 있습니다. 고객의 호가주문을 받아서 매매체결하는 부분으로 연결시켜주기 위한 라이브러리가 Disruptor입니다. Inter-Thread Library이며 고성능지지연(Low Latency)을 가능하도록 합니다. 그런데…
Read more

FEP 투명성

1. 4월 주문수탁제도 개선안이 시행을 앞두고 있습니다. 증권사나 선물사 할 것 없이 너도나도 레이턴시를 줄이기 위한 투자를 진행하고 있습니다. 경쟁에 이기기 위한 투자입니다. 그렇지만 투자 대비 효용이 낮은 투자입니다. 왜 일까요? 바로 KRX 때문입니다. 증권사나 선물사가 투자하는 영역은 네트워크 카드, 스위칭, 방화벽 및 X.86서버등입니다. 최소 몇 억이상의 투자가 이루어져야 합니다. 이런 투자로 얻을 수 있는 레이턴시 축소폭은 얼마일까요? 1밀리초가 넘기…
Read more

한국거래소의 회원시스템 접속 등에 관한 기준

1. ELW 추가 건전화방안을 ?발표한 후 3개월이 흘렀습니다. 추가 건전화방안에 담겼던 규정화는 8월말까지 마무리한다는 일정을 발표하였습니다. 그리고 8월말을 몇 일 앞두고 있습니다. 어떤 기사에서 거래소는 다음과 같은 입장을 밝혔습니다. 거래소 관계자는 “이번 금융당국의 증권사 전용선 관련 조사는 전용선 자체의 문제라기보다 불완전 판매 등 거래 과정에서 나타난 부정 행위를 조사하는 내용으로 알고 있다”며 “거래소는 금융당국과 함께 마련한 ELW 건전화 방안의 구체적인…
Read more

KRX Inter Party Latency 그 이후는?

1. KRX Inter Party Latency 시험을 하고자 했습니다. 기대반 우려반이었는데 몇 분만이 참여하여 생각했던 결과를 얻지 못했습니다. 그래도 프로젝트는 계속 추진합니다. 소셜프로젝트 “KRX Inter Party Latency 측정”을 제안합니다 대신 다른 분의 도움을 받았습니다. DMA트레이딩을 하는 분입니다. 아주 오래전에 받았던 데이타입니다. 차일 피일 미루다가 정리를 했습니다. 기본적인 구성은 이렇습니다. OMS와 FEP는 하나의 장비를 각각 가상화하여 사용하였습니다. OMS – FEP – 방화벽…
Read more

KRX와 회원사 FEP간의 암호화

1. 몇 일동안 이러저런 사람들을 만나느라 정신이 없네요. 돈이 되는 일이면 좋지만 딱히 돈이 되는 일은 아닙니다. 블로그를 보고 여기저기 물어보는데 박하게 이야기를 하지 않을 수도 없고 고민중입니다.사람들이 잊는? 듯 하지만 저도 생활인인데……(^^) 그렇다고 하더라도 대화는 소중합니다. 다양한 사람들의 이야기는 어플리케이션 혹은 서비스가 어떤 내용으로 구성되어야 하는지, 어떤 방향으로 진화하여야 하는지를 결정하는 토대이기때문입니다. 최근 주문FEP와 관련한 이야기를? 많이 들었습니다.? 주문FEP와…
Read more

KRX와 DMA감독규정

1. 오늘은 더이상 글을 쓰지 않을 생각이었습니다. 편안히 뉴스를 보고 있는데 기사가 눈에 들어옵니다. 거래소, 지능화·고도화 불공정거래 감리 강화 항상 원문을 찾아봅니다. 기자의 눈으로 바라본 기사는 보통 보도자료를 토대로 작성하지만 보도자료를 낸 곳은 첨부자료를 제공하여 이해를 돕습니다.  보통 기사화하지 않는 자료입니다. 2011년 시장감시위원회 감리업무 수행방안 자료에 대한 자세한 의견은 다음에 하기로 하고 설명회 자료중 궁금한 자료가 있었습니다. 바로 “주문프로세스 공정운영…
Read more

Togda님의 질문에 대한 답변 – 구간별 Low Latency 적용방안

1. togda 님의 방명록에 남기신 질문입니다. 안녕하세요. 곧 거래소의 파생상품 시세전달방식이 브로드캐스트에서 멀티캐스트방식으로 바뀐다고 하길래 smalllake님의 블로그를 공부하면서 궁금한점이 생겨서요. 제가 관련지식이 미약한 관계로 질문이 거칠게 느껴지실것 같습니다. 1. 위와 같은 시세데이타를 쌓는 형식 ISAM/Shared Memory/ MMDB/SAM에 따른 속도차이에서 만약 프랍데스크에서 fep에 데몬과 같은 방식으로 hft모듈을 만든다고 하더라도 위와 같은 형식에 따른 영향을 받는 건지요? 일반적으로 클라이언트단에서 시세를 받은 후…
Read more