나이트 자본 거래 시스템

Goldman Sachs 대규모 거래 오류가 기사 캐피탈을 무너 뜨린 것과 무서운 유사성을 나타냅니다. REUTERS Andrew Burton. 어제의 옵션 거래 오류에 대해 더 많이 알고 있으므로 Goldman Sachs는 수억 달러의 손실을 초래할 수 있습니다. 또 다른 막대한 거래 실수 Knight Capital은 2012 년 4 억 5 천만 건의 거래 오류를 일으켰습니다. Goldman의 실수는 어제 시스템의 프로그래밍 오류로 인해 수많은 가격 기호에서 잘못된 가격 한도를 설정하고 Knight는 실수로 알고리즘 구매를 높이고 판매하는 시스템 프로그래밍 오류를 범합니다 낮은 복잡성, 고속 컴퓨터 소프트웨어가 시장을 현혹시키는 힘을 가지고 있다는 사실을 강조한다. 블룸버그에서 어제 골드만 삭스의 무역 거래가 전국의 옵션 거래소로 파견 된 것은 어제였다. JPMorgan Chase Co Johnson Johnson 및 Kellogg Co와 같은 회사에서 약 500,000 건의 거래에 대한 약 40 만 건의 계약 체결 나스닥 OMX PHL X는 상장 된 경고 이메일에 따라 51 개의 기본 주식에 관한 약 1,225 건의 고유 계약리스트를 검토하고있다. 9 월 240 일에 103 달러의 iShares Russell 2000 Exchange-Traded Fund에 대한 계약을 오늘 오전 9시 32 분에 뉴욕 타임스 3 분 32 초 전부터 블룸버그 쇼가 편집 한 데이터 다음 무역은 9 월 27 일 9시 33 분에 행해졌 다. 기사 캐피탈의 경우 프로그래밍 오류로 인해 회사는 자신의 존재를 압박했다. 반면 골드만 삭스는 이 오류는 회사의 재무 상태에 중요한 영향을 미치지 않을 것입니다. 은행은 거리에서 가장 정교하고 강력한 거래 기술을 보유한 것으로 잘 알려져 있지만, 옵션 시장에서 거래 속도가 빠른 것에 대해 이야기하고 있습니다. 일부 전문가는 말하고, 실수는 할 수 있다고 말합니다. 나이트 (Knight) 시간 전후의 비즈니스 내부자는 레프 레소 킨 (Lev Lesokhin)과 통화했습니다. 금융 소프트웨어 시스템의 고유 한 위험을 시각화하는 회사 인 CAST에서 일하고 있습니다. 이 금융 회사 중 일부는 컴퓨터 프로그램의 두려움에 충분히주의를 기울이지 않았고 이는 기괴한 일이 일어날 수 있음을 의미한다고 설명했습니다. 기사, 괴상한 것은 프랑켄슈타인 코드였습니다. 대부분의 IT 응용 프로그램에는 데드 코드가 있습니다. Leskhin은 코드 기반에 서성 거리고 있지만 라이브 모듈 중 아무 것도 호출하지 않는다고 말했습니다. 구조적인 감시가 없다면 새 라이브 코드가 죽은 코드입니다. 기사의 경우, 죽은 코드라는 코드가 다시 생겨나 고 그 프로그램은 그걸로 거래를 시작했습니다. 우리는 Goldman과 무슨 일이 일어 났는지 기다릴 것입니다. 거래에 관해서는, 그들은 모두에 따라 취소 될 수 있습니다. 뉴욕 증권 거래소, 나스닥 증권 거래소, CBOE의 거래소에서 공식적인 오류로 간주되는 것에 대한 규칙. 여기에 최신 골드만 삭스 주가를 제시하십시오. 골드만 삭스의 거대한 거래 오류는 나이트 다운을 가져온 하나와 무서운 유사성을 나타냅니다 자본. 소프트웨어 테스팅 Lesson Knight Capital Fias로부터 교훈을 얻었습니다. Knight Capital의 거래 알고리즘에서 단 하나의 결함 만이 약 30 분 만에 4 억 4 천만을 잃었습니다. 그 4 억 4 천만은 회사 연간 수익의 3 배입니다. 충격과 매도 t 모자는 Knight Capital의 주식을 2 일 이내에 75 %의 가치를 잃게 만들었습니다. 유동성의 손실은 너무 커서 Knight Capital은 추가 4 억 선을 인수해야했습니다. 월 스트리트 저널에 따르면, 관리 그룹에서 새 채권자에 이르기까지 회사의 통제. Knight Capital은 증권 거래위원회 (SEC)에서 정기적으로 감사하고 PCI 불만 사항을 처리했습니다. 이 버그가 Knight에 영향을 미칠 수 있다면 모든 회사에서 발생할 수 있습니다. 적어도 Knight Capital CEO 토마스 조이스 (Thomas Joyce)는 블룸버그 (Bloomberg)와의 인터뷰를 암시하는 것처럼 보였다. 기술 중단 우리는 기대하지 않는다. 소프트웨어 버그였다. 소프트웨어 버그였다. 기술의 틈틈이 나 빠지기를 기대합니다. 나이트 캐피털의 토마스 조이스 (Thomas Joyce) CEO는 블룸버그 (Bloomberg)의 이미지 제공에 대해 다음과 같이 말합니다. 이 사건은 2010 년에 처음으로 다우 존스 산업 평균 지수가 약 600 점 플래시 크래시로 알려진 5 분 안에 나스닥은 유사한 기술 결함으로 비참한 페이스 북 IPO를 비난했다. 잘못된 주문은 고주파 거래 알고리즘을 부순다. 2012 년 6 월 초 뉴욕 증권 거래소 NYSE는 SEC의 허가를 받았다. 소매 유동성 프로그램을 시작하는 것 개인 투자자에게 최선의 가격을 제공하도록 설계된 RLP는 거래가 뉴욕 증권 거래소 (NYSE)에서 소위 암 시장으로 전환되는 것을 의미한다고해도 8 월 1 일에 생방송으로 설정되었습니다. 약 1 개월 반 동안이 새로운 기능을 활용하는 코드를 작성했습니다. Knight Capital 사건은 8 월 1 일 첫 30 분 거래에서 발생했습니다. 광고가 밤새 도입되었습니다. 코드 자체는 단기간에 엄청난 양의 주식을 사고 파는 고주파 거래 알고리즘이었습니다. mistiming과 나쁜 주문의 조합은 재앙적인 결과를 초래합니다. 소프트웨어 결함을 인정하는 것에서부터 Knight Capital은 결함을 일으킨 원인을 정확히 논의하기를 꺼 렸습니다. 이 기사의 금융 관련 문의의 대부분만으로는 의견이 없습니다. 의견을 말하지 못하거나이 이야기에 대해 의견을 말할 수 없습니다. 한 기술자가 익명을 요구 한 금융 서비스 회사는 두 가지 가능성을 제시합니다. 적절한 테스트없이 생산에 대한 표준 서두가 될 수있었습니다. 기술 전문가는 Knight Capital의 진술을 신중하게 분석하며, 실제로 생산에 들어간 프로그램은 실제로 무역 요청을 시뮬레이션하고 그들이 제대로 통과했는지를 평가하기 위해 고안된 테스트 프로그램 하나 인 Nanex는 지난 주 시카고 트레이딩 테크놀로지의 CTO 인 릭 레인 (Rick Lane)은이 문제가 프로덕션의 테스트 프로그램이거나 프로덕션을 위해 준비되지 않았고 해제되어 있어야하는 구성 플래그 일 가능성이 있음에 동의합니다. 이러한 거래 알고리즘은 신속한 기회를 쫓기 위해 설계 되었기 때문에 믿을 수 없을 정도로 신속하게 개발되고 있으며, 좋은 변경 관리는 속도를 내기 위해 뒷자리를 차지할 수 있습니다. 무서운 것은 2010 년 9 월 시카고 상품 거래소 (Chicago Mercantile Exchange)에서 실수로 테스트 시스템을 생산 시스템에 주입 한 프로그램을 실행했고 CME는 개발 과정에 회고전을 추가하면 오류를 줄일 수 있습니다. 스크럼 방법론을 공식화하는 데 도움을 준 애자일 선언문 공동 저자 인 제프 서덜랜드 (Jff Sutherland)는 다음과 같은 세 가지 가능성을 제시합니다. 미 항공 우주국 (US Air Force)의 전직 조종사였던 Futherland는 항공 교통 사고에 국가 교통 안전위원회 (National Transportation and Safety Board)가 사용하는 과정과 매우 유사한 외부 평가를 권장합니다. 어떤 평가가 없으면 우리는 무엇이 잘못되었는지 결코 알지 못할 수도 있고 위험을 감수 할 수도 있습니다. 잘못된 문제를 방지하기 위해 노력하고 있습니다. Knight Capital의 소프트웨어 개발 수명주기에 대한 철저한 평가는 뉴욕 증권 거래소 2012 년 8 월 1 일에 변경됨, 전문가들은 Wikimedia Commons를 통해 Ryan Lawler의 이미지 제공을 전합니다. iDIA Computing의 수석 컨설턴트 인 George Dinwiddie는 평가를 권장합니다. 회고전이라는 도구를 사용하여 어느 회사도 자사 조직을 평가할 수 있다고 Dinwiddle는 말합니다. 회고전은 군대에서는 후회 평가를 후 조치 검토 (After-Action-Review)라고 부릅니다. 소프트웨어의 최신 생각은 소프트웨어보다 먼저 대화를하는 것입니다. Agile Retrospective Resource Wiki는 여러 가지 옵션을 제공합니다. 올바른 방법은 무엇이 잘못되었는지, 무엇이 잘못되었는지, 그리고 팀이 다르게해야하는 점을 묻는 것입니다. 카드에 대해 말하고 싶은 것을 나열한 다음, 카드에 점을 찍어서 무엇에 대해 말할 것인지 결정합니다. 팀은 각 ca에서 두 개의 가장 많이 쓴 점으로 구분 된 항목에 대해 논의합니다. 문제가 발생하면 다른 익명의 소식통이 지적합니다. 조직의 누군가는 대개 그 사실을 알고 있지만, 큰지지를받는 ​​포럼에서 문제를 제기 할 정도로 안전하다고는 느끼지 못할 수도 있습니다. 회고는 개방 된 문뿐만 아니라 그룹의 공감대를 제공합니다 누군가는 문제를 제기하고 지원을받을 수 있습니다. 눈이 멀어지기 어렵습니다 .4 소프트웨어 테스팅을 개선하고 위험을 줄이는 방법. 회고 후, 팀은 이론적으로 위험과 문제 목록을 제시 할 수 있습니다 그렇다면 네 가지 기술을 고려하여 위험을 줄이십시오. 변경 및 구성 관리 향상 서로 다른 샌드 박스에 테스트 및 프로덕션 코드를 유지하는 것이 위험을 줄이기위한 하나의 일반적인 방법입니다. Zappos에서 팀은 별도의 엄격한 프로세스 고객 정보에 민감한 데이터 및 금융 정보를 제공하는 코드 Etsy는 모든 코드를 생산에 적용하지만 기술로 위험을 완화합니다. 2. 생산 모니터링 레인 향상 자동화 된 프로세스를 사용하여 오류에 대한 경고를 감지하고 전송하는 방법을 제안합니다. InvestorPlaceMedia의 편집자 인 Jeffery Reeves는 개인 판단을 사용하여 실제 사람이 거래량을 보도록 권장합니다. 많은 양의 자동화 된 거래가있는 회사는 둘 다 가질 수 있습니다. 수준의 리스크 관리 프로세스 많은 경우, 무역 회사는 이러한 일시적인 기회의 압축 된 시간으로 인해 전통적인 테스트에 충분한 시간이 없다고 생각합니다. 아이러니하게도, 구성상의 위험이기 때문에 전통적인 테스트에서는 많은 버그를 발견 할 수 없습니다. 올바르게 작동했을 수도 있지만 잘못 된 위치, 잘못된 시간 또는 생산중인 테스트 코드에서 누를 수 있습니다. 이 테스터의 유형을 클릭하고 클릭하십시오. 이 번호가 일치하는지 확인하십시오. 버그 위험 관리 개선 필요 SEC는 거래 소프트웨어에 대한 자동화 검토 정책을 요구하는 규정을 만들지 만 개념 appl 대용량 트랜잭션에 대한 내부 통제 강화 인간이 클릭해야하는 단일 버튼, 특히 볼륨이 일정 수준에 도달했을 때 Knight Capital의 실패가 회피되었을 수 있습니다. 컨트롤은 프로그램 수준이 아니라 공개 API 수준이 될 것입니다. 그런 외부 컨트롤이 존재할 때까지 우리는 게이트웨이 프로그램에이를 구축하는 것이 좋을 것입니다. Knight Capital은 우리가 무엇을 갔는지에 대한 평가를 수행 할만큼 투명하지 않을 수 있습니다 잘못했거나 회고 보고서를 보지 않아도됩니다. 조직을 중단 시켜서는 안됩니다. 위험 관리에 시간과 에너지를 투자하는 가치를 결정하면서 시스템을 상호 운용하는 방법을 검토 할 수있는 기회입니다. 어렵습니다. 놀라운 위험 관리가 CNN, 월스트리트 저널 또는 파이낸셜 타임 홈 페이지에서 회사를 보호 할 가능성이 높습니다. 단지 가장 우수한 것으로 판명 될 것입니다. The Heusser는 West Michigan에 본사를 둔 컨설턴트이자 작가입니다. Twitter에서 Matt을 따라 이메일을 보내거나 그의 회사 인 Excelon Development의 웹 사이트를 방문하십시오. Facebook 및 Google에서 Twitter CIOonline의 모든 내용을 따르십시오. 이 기사에 대한 의견 및 다른 CIO 컨텐츠는 Facebook LinkedIn 또는 Twitter. Knight Capital에서 방문하십시오. 다음 항목은 Catastrophe 목록에있는 전세계의 실패한 프로젝트 및 문제가있는 프로젝트의 목록입니다. 시놉시스 적절한 테스트의 필요성을 상기시키는 이야기에서 표준, Knight Capital의 소프트웨어 결함으로 단 30 분만에 400M 손실 기록 보도 자료에 따르면 손실은 3 배에 달했습니다 기사 기사에 대한 자세한 내용은 CIO의 기사에서 다루기가 어렵지만 문제는 급한 2012 년 6 월 중 증권 거래위원회 (SEC)가 승인 한 소매 유동성 프로그램 RLP를 수용하기 위해 변경을 이행하기위한 기한을 맞추십시오. CIO 잡지에 따르면 RLP 프로그램은 뉴욕 증권 거래소와 소위 어두운 시장에 거래를 넘겨주는 것을 의미한다고해도 개인 투자가들에게 가능한 최상의 가격을 제공하기 위해 고안되었습니다. RLP의 시행 기한이 8 월 1 일로 정해졌으며 Knight의 거래 결함이 발생했습니다 8 월 1 일 거래의 첫 30 분간. 언론 보도에 따른 기여 요인 품질 관리 소프트웨어 테스트 실패로 생각됨. RLP 구현 날짜 즉 일정 압력 실패를 충족시키기 위해 서두름으로 인해 잠재적으로 야기 된 문제. 링크 된 인 다가오는 온라인 및 개인 수업에 대한 알림을받을 수 있습니다.