Nasdaq Projesi Bilgilendirme Toplantısı - 2 7 Kasım 2014

Benzer belgeler
PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI İLERİ SEVİYE

VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI

VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI

BISTECH Bilgilendirme Toplantısı 21 Ağustos 2015

BISTECH Faz 2 (VİOP) Geçişi Teknik Çalışmalar Bilgilendirme Toplantısı 30 Mart 2016

Faz 2+ BISTECH KMTP FIX Bilgilendirme Toplantısı 19 Ekim 2017

Nasdaq OMX (NOMX) Borsa İstanbul Takasbank Stratejik Ortaklık

BORSA İSTANBUL ITCH PROTOKOLÜ KURALLAR DOKÜMANI. 30 Aralık, 2014 Sürüm Borsa İstanbul A.Ş., Tüm hakkı saklıdır.

İMKB PAY PİYASASI FIXAPI BİLGİLENDİRME TOPLANTISI

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI KAPSAMLI SEVİYE

FAZ 2 (VİOP) BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI

PAY PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI

FAZ 2+ (Kıymetli Madenler Piyasası) BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI

EK 2 Vadeli İşlem ve Opsiyon Piyasasının BISTECH sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı. 8 Ekim Şubat 2017

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TEMEL SEVİYE. Temmuz 2015, Sürüm 1.2

PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI TEMEL SEVİYE

EK 2 Vadeli İşlem ve Opsiyon Piyasasının BISTECH sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı. 8 Ekim Şubat 2017

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI ORTA SEVİYE. Şubat 2015, Sürüm 1.1

ARACI KURULUŞLAR İÇİN FIX ADAPTER PROJESİ

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI SAKLAMACI ÜYE DROP COPY

EK 4 Pay Piyasası nın BISTECH Faz 2 sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı. 8 Ekim Şubat 2017

EK 4 Pay Piyasası nın BISTECH Faz 2 sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı. 8 Ekim Şubat 2017

PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI İLERİ SEVİYE

Kıymetli Madenler Piyasasının BISTECH Faz 2+ sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı

MATRİKS E-BROKER ELEKTRONİK İŞLEM PLATFORMU MATRİKS TRADER VE JAVA MATRİKS ENTEGRASYONLARI

EK 4 Pay Piyasası nın BISTECH Faz 2 sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı. 8 Ekim Şubat 2017

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TAM (FULL) SEVİYE

Borsa İstanbul Kolokasyon Hizmeti

ULUSAL VE ULUSLARARASI PİYASALAR

BISTECH Üye Değerlendirme Bilgilendirme Toplantısı

BorsaOnline. ebroker Kullanım Kılavuzu

Yeni Üye Test Sistemi Teknik Bilgilendirme

YENİ TRADING DÜNYASINA ÇIKAN MERDİVEN

BISTECH Sistemiyle Birlikte Pay Piyasası İşleyişine İlişkin Devreye Alınacak Uygulama Değişiklikleri ve Yeni Uygulamalar

Kalite Kontrol Yenilikler

FIXAPI ÜYE YAZILIMI SERTİFİKASYON PROGRAMI. Nisan 2013, Sürüm / 30

BORSA İSTANBUL A.Ş. Uzaktan Erişim Ağı Site-to-Site VPN Altyapısı Kurulum Kılavuzu. Sürüm: 1.1 Tarih:

Yeni Ü ye Test Sistemi Teknik Bilgilendirme

BISTECH Sistemiyle Birlikte Pay Piyasası İşleyişine İlişkin Devreye Alınacak Uygulama Değişiklikleri ve Yeni Uygulamalar

Swissotel the Bosphorus, İstanbul / 15 Şubat 2012

AlgoTrader. Algorithmic Trading Platformu. Matriks Bilgi Dağıtım Hizmetleri A.Ş.

Saldırı Tespit ve Engelleme Sistemleri Eğitimi Ön Hazırlık Soruları

MATRİKS MARCO POLO NETWORKS ENTEGRASYON VE EMİR YÖNETİM SİSTEMİ

PLATFORMLAR OSMANLI AKTİF TRADER

BISTECH FIX PROTOKOLÜ FAZ 2 FAZ 2+ FARKLAR DOKÜMANI

KALDIRAÇLI ALIM SATIM İŞLEMLERİ HALKFX META TRADER 4 MOBİL UYGULAMALAR KULLANIM KILAVUZU

Konu : Hisse Senetleri Piyasası'nda Seans Saatleri, Disketle Emir İletimi ve Özel Emir Uygulamasına İlişkin Düzenlemeler hk.

VOB E-ŞUBE GİRİŞ İŞLEMLERİ İNTEGRAL MENKUL DEĞERLER

BISTECH Sistemiyle Birlikte VİOP İşleyişine İlişkin Devreye Alınacak Uygulama Değişiklikleri ve Yeni Uygulamalar

Pay Piyasasında işlemler aşağıdaki pazarlarda gerçekleştirilmektedir: PAZAR TANIM SEMBOL

OSMANLI AKTİF TRADER. Osmanlı Aktif Trader;

Borsa İstanbul 15 Haziran 2013 Olağanüstü Durum Tatbikatı Planı ve Zaman Çizelgesi

27 Haziran da Pay Piyasasında Devreye Alınacak Uygulamalar

Bölüm3 Taşıma Katmanı. Transport Layer 3-1

BAĞLAM ÖZELLİKLİ KIYMET TRANSFER ONAY İŞLEMLERİ

BIST - NASDAQ PROJESİ FAZ 1 BİLGİLENDİRME TOPLANTISI

TEMEL KAVRAMLAR. Bütünlük ve değişmezlik - Integrity Elektronik belgenin oluşturulmasından sonraki aşamalarda orijinal halini muhafaza etmesidir.

BISTECH İşlem Platformu Devreye Alım Öncesi Üyelerle Genel Testler Test Programı 15 Ağustos 10 Eylül 2015

BISTECH VİOP AŞAMASI BİLGİLENDİRME TOPLANTISI 14 OCAK 2016

VOB KALDIRAÇLI ALIM SATIM PLATFORMU


SMS interconnecion APi S DOKÜMANI

Mobil Cihazlardan Web Servis Sunumu

MATRİKS TRADER FX İŞLEMLERİ (Mayıs 2012)

TC KİMLİK NO SMS GÖNDERİM SOAP API

Nasdaq OMX (NOMX) Projesi Bilgilendirme Toplantısı 11 Temmuz 2014

Uyarı: Tanımlar: Borsa. : Vadeli İşlem ve Opsiyon Borsası A.Ş. ni ve/veya İstanbul Menkul Kıymetler Borsası nı. Aracı Kuruluş

Programlama Kılavuzu. IPV Serisi IP Santralleri IPV10 IPV20 IPV50

İSTANBUL MENKUL KIYMETLER. BORSASI Emirgan İstanbul Tel : (02l2)*298 21~t)ü Faks: (0212)

ARASI TEK DENGE FİYATI İLE İŞLEMLER GERÇEKLEŞECEK. DENGE FİYATI AÇILIŞ FİYATI VE İŞLEM ALGORİTMASI İLE OLUŞTURULUP İLAN EDİLECEK

TCP/IP. TCP (Transmission Control Protocol) Paketlerin iletimi. IP (Internet Protocol) Paketlerin yönlendirmesi TCP / IP

A-) A-B-C Hisse Senetleri ile İlgili İşlem Kuralları Bildirim Formu ve Tek Fiyat Yöntemi:

FIXAPI KULLANICI KILAVUZU BORSA İSTANBUL PAY PİYASASI İŞLEM KURALLARI

OSMANLI AKTİF TRADER. Osmanlı Aktif Trader;

Bilgisayar Programcılığı

1. TEK FİYAT YÖNTEMİ 1.1 TEK FİYAT İŞLEM YÖNTEMİ İŞLEYİŞ ESASLARI

EC-485. Ethernet RS485 Çevirici. İstanbul Yazılım ve Elektronik Teknolojileri

1006 Finansal Piyasalar Güncelleme Tablosu


MOBILEPAX ENTERPRISE API (WEB SERVİS)

Bölüm 12: UDP ve TCP UDP (User Datagram Protocol)

BISTECH Sistemiyle Birlikte VİOP İşleyişine İlişkin Devreye Alınacak Uygulama Değişiklikleri ve Yeni Uygulamalar

A-) A-B-C Hisse Senetleri ile İlgili İşlem Kuralları Bildirim Formu ve Tek Fiyat Yöntemi:

BİST E-ŞUBE GİRİŞ İŞLEMLERİ İNTEGRAL MENKUL

XML ile Mesaj İşlemleri

EC-232C. Ethernet RS232 Çevirici. İstanbul Yazılım ve Elektronik Teknolojileri

TÜRKİYE ELEKTRONİK FON ALIM SATIM PLATFORMU WEB SERVİS İŞLEMLERİ

BLM 6196 Bilgisayar Ağları ve Haberleşme Protokolleri

VIOP NASDAQ GEÇİŞİ DEĞİŞEN KURALLARLA İLGİLİ AÇIKLAMALAR

3G Sms&MMS GateWay Xml Interface

Hisse Senetleri Piyasasında İşlem Gören Menkul Kıymetler

FIX PROTOKOLÜ KURALLAR DOKÜMANI. Nisan 2015, Sürüm Borsa İstanbul A.Ş., Tüm hakkı saklıdır.

ÖNCESİ RİSK YÖNETİMİ (PTRM)

MutluSantral API Dokümanı. Versiyon 1.0.1

PAY PİYASASI DİREKTÖRLÜĞÜ

TAPU VE KADASTRO BİLGİ SİSTEMİ

4os İSTANBUL. BORSASI îstiııye istanbul Tel. : (0212) Faks: (0212) Genelge No Gözetim Müdürlüğü. İstanbul, 18 Mart 1999

GDMFX MT4 İKİLİ OPSİYON YATIRIM KILAVUZU

EPİAŞ ABONE BİLGİLERİ KAYDI KILAVUZ DOKÜMANI V.2. Kullanıcı. Kapsam. Yasal Dayanak. Veri Kayıt Sorumlusu. Veri kayıt süresi. Ekran Adı.

GOLDMESAJ SMS API DÖKÜMANI

Transkript:

Nasdaq Projesi Bilgilendirme Toplantısı - 2 7 Kasım 2014

ÖNEMLİ NOT Bu sunumda ve toplantıda verilen örneklerde kullanılan parametreler tamamıyla gösterge niteliğinde olup, Borsa İstanbul Yönetim Kurulu tarafından onaylanmamıştır. Nihai durum üyelerimizle projenin ilerleyen safhalarında paylaşılacaktır.

Nasdaq Borsa İstanbul Takasbank Stratejik Ortaklık Borsa İstanbul ve Takasbank tarafından, Teknolojik ihtiyaçlarının sürdürülebilir bir şekilde karşılanması, Teknik bilgi ve tecrübesinin artırılması, Ürün ve piyasalarının geliştirilmesi ve marka değerinin artırılması Teknolojik altyapının tedariği, kurulumu ve güncellenmesi, Ürün kaynak kodlarının sahipliği, Ürünlerin ölçeklenebilir hale getirilerek bölgemiz borsaları için tedariği, Piyasa/Ürün Geliştirme ile Teknolojik Altyapı açısından bilgi transferi amaçlarına yönelik olarak Nasdaq projesi başlatılmıştır.

Ajanda Teknolojik Dönüşüm Programı Takvimi Pay Piyasası Raporları Emir İletimindeki değişiklikler FIX Protokolü Co-lo: ITCH ve OUCH OUCH Protokolü

Genel Takvim

Faz 1 Takvimi TARİH AKSİYON 11 TEMMUZ 2014 Yeni teknolojik platform hakkında bilgilendirme toplantısı 16 EYLÜL 2014 TASLAK API dokümanlarının yayınlanması 7 KASIM 2014 İkinci bilgilendirme toplantısı 30 KASIM 2014 API dokümanlarının güncellenmiş versiyonunun yayınlanması Q1 2015 Q1 2015 Q2 2015 Q2 2015 Q3 2015 Test ortamlarının üye ve yazılım kuruluşlarının testlerine açılması Pay Piyasası raporlarının formatlarının yayınlanması Üye/Yazılım kuruluşu yazılım sertifikasyonu çalışmaları Temsil ekranları (Trading workstation) eğitimleri Faz 1 Devreye Alım

Test Ortamları için başvurular FIX, OUCH ve ITCH test ortamlarına bağlantılar için detaylar ayrıca duyurulacaktır. Test ortamlarından üyelerimiz ve üyelerimize destek veren yazılım kuruluşları faydalanabileceklerdir. Testler sırasında karşılaşılan sorunlara email aracılığıyla destek verilecektir.

Pay Piyasası Raporları Emir ve İşlem defterleri, bülten ve marjlar gibi. seans sonlarında devreye giren Rapor servisi içeriğinde değişiklikler mevcuttur. Eposta ile rapor gönderimi sonlandırılacaktır. Rapor paylaşım platformu yenilenecektir. Borsa İstanbul web sitesi Web tabanlı Rapor portalı Yeni rapor formatları Q1 2015 de duyurulacaktır.

Emir İletim ve Yayın Protokolleri (Üye Ofisleri & Birincil Veri Merkezi)

Partitioning = Mantıksal gruplama Alım satım sistemi iki adet mantıksal gruptan (partition) oluşacaktır. Tüm kıymetler bu iki partition'a alfabetik olarak dağıtılacaktır. (A-I ve J-Z) Alfabetik dağılım zaman içerisinde değişebilir Bir kıymet sadece ait olduğu partition da işlem görecektir.

İki Partition lı Yapıda Emir İletimi FIX-OE (OrderEntry) ve OUCH kanallarında her iki partitiona ayrı ayrı bağlantı kurulması gerekmektedir. Kıymetlerin partition bilgisi FIX-RD (ReferenceData) kanalındaki SecurityDefinition/Report mesajlarında yer almaktadır. Bir kıymet hangi partitionda ise o partitiondan emir gönderilmekte ve yine bu partitiondan gönderilen emire cevap verilmektedir.

Throttling Yeni Sistem Partitioning yapısı gereği throttling kapasiteleri partitionlar arasında ikiye bölünmeden kullanılacaktır. Throttling i aşan mesajlar queue ya konarak daha sonra işlenmektedir Milisaniye hassasiyetinde ölçülmektedir. Eski Sistem Throttling kapasiteleri sunucular arasında ikiye bölünmüştür. Throttling aşıldığında Business Reject mesajı gönderilmektedir. Saniye hassasiyetinde ölçülmektedir.

Failover / Yedeklilik Yeni Sistem aktif-pasif statüde çalışan ve birbirinin replikesi olan iki gateway Pasif olan (standby) GW e bağlantı kurulursa, diğer GW otomatik olarak aktif bağlantısını sonlandırılıyor Sequence numaralarına kalındığı yerden devam etmek mümkün. Mevcut Sistem aktif-aktif modunda çalışan ve replike olmayan iki gateway. Inbound mesajlar kopyalanmıyor Bir bağlantı üzerinden gönderilen emire, her iki bağlantıdan da cevap dönmektedir. İki gateway üzerindeki sequence numaraları farklı

Direct Quote Request (DQR) Otomatik Kotasyon atanmasına son verilecek DQR fonksiyonu ile bir hisse için Piyasa Yapıcısından Kotasyon talep edilebilecektir Kotasyon talebinin zamanında yanıtlanması Borsa tarafından takip edilecektir. Kotasyon talebi mesajı aşağıdaki bilgiler içerecektir: Menkul Kıymet Adı Kotasyon tarafı (alış/satış/her iki taraf) Opsiyonel miktar

DropCopy Birden fazla sponsorred kullanıcının copy mesajları tek bir DropCopy kullanıcısına yönlendirilebilecektir. Bir kullanıcının mesajları birden fazla DropCopy kullanıcısına replike edilebilecektir. DropCopy kanalına yönlendirilen mesajlar, Reject mesajları içermeyecektir. DropCopy mesajları CopyMsgIndicator (797=Y) alanı ile işaretlenecektir.

FIX Protokolü Yeni Sistem Versiyon : 5.0 SP2 Karakter Seti : ISO-8859-1 (Latin-1) Mevcut Sistem Versiyon : 5.0 SP1 Karakter Seti : UTF-8 FIX standardına ek zorunlu alanlar bulunmaktadır.

Yeni FIX İletişim Kanalı Mimarisi Reference Data ve Order Entry fonksiyonları birbirinden ayrılmıştır. Her kullanıcı için farklı port FIX Order Entry: İki partition FIX Ref. Data: Partition yok FIX Bağlantıları için toplam üç farklı kullanıcı FIX Order Entry: 2 Kullanıcı FIX Ref. Data: 1 Kullanıcı

FIX-Reference Data Desteklenen Mesajlar Multicast kanalının yerine unicast çalışan FIX Reference Data (FIX RD) Menkul kıymetlerin ve Pazarların bilgileri Subscription yapısı ile çalışacaktır. Mesajlar kullanıcılara push yöntemi ile gönderilecektir. Inbound Application Message Request SecurityStatusRequest SecurityDefinition Request Price Reference Request Outbound Application Message Request Ack Security Definition Security Definition Update Response Security Status Price Reference Market Definition Trading Session List

Seans Durum Bilgisi Mesajları Yeni sistemde seans değişikliğini bildiren ayrı bir TradingSessionStatus mesajı olmayacaktır. Her hisse için seans başlangıç ve bitişini bildiren ayrı birer SecurityStatus (f) mesajı iletilecektir. Bu mesajların her gün farklı sırada iletilebilecektir. Yeni sistemde seans bilgileri ile ilgili 2 yeni mesaj tipi FIX RD sunucusu tarafından iletilecektir: Market Definition Trading Session List

FIX-OE Desteklenen Mesajlar - INBOUND Yeni Sistem NewOrderSingle OrderCancelReplaceRequest OrderCancelRequest MassQuote Quote TradeCaptureReport OrderStatusRequest Security StatusRequest TradingSessionStatusRequest User Request Mevcut Sistem NewOrderSingle OrderCancelReplaceRequest OrderCancelRequest Quote OrderStatusRequest Security StatusRequest TradingSessionStatusRequest User Request

FIX-OE Desteklenen Mesajlar - OUTBOUND Yeni Sistem ExecutionReport OrderCancelReject BusinessMessageReject UserResponse UserNotification MassQuoteAcknowledgement TradeCaptureReport TradeCaptureReportAck TradingSessionStatus QuoteStatusReport Mevcut Sistem ExecutionReport OrderCancelReject BusinessMessageReject UserResponse UserNotification MassQuoteAcknowledgement TradeCaptureReport TradeCaptureReportAck TradingSessionStatus QuoteStatusReport

Emir İletiminde Kullanılan ID alanları ID Açıklama Order ID (37) Borsa tarafından gönderilen ID, Emir Defteri ve Emir Taraf Bilgisi ile birlikte unique olma özelliğini sağlamaktadır. Client Order ID (11) Gün Boyunca unique olmalı Geçerliliği ertesi günlere devam eden emirlerde unique özelliği korunmalıdır. Execution ID (17) Borsa tarafından gönderilen her Execution Report mesajı için unique olacaktır. Quote ID (117) Üye tarafından gönderilen her Kotasyon mesajı unique bir QuoteID değeri içermelidir. ClORdID ile aynı numaralandırma serisinden üretilmesi tavsiye edilmektedir.

Emir Değiştirme Yeni Sistem Emir Değişikliği için emrin; Order ID veya OrigClOrdID bilgilerinden biri yeterli olacaktır. Emir Girişinin hemen ardından yapılacak emir değişikliği için teyit mesajı (OrderID) bekleme zorunluluğu kalkacaktır. Eski Sistem Emir Değişikliği için emrin; OrderID, Fiyat ve Miktar bilgileri gereklidir.

Kısmi İşlem Partial Trade Execution Report Yeni Sistem Execution Report (Kısmi Gerçekleşme) mesajı; OrderQty : Orijinal miktar LastQty : Son işlem gören miktar LeavesQty : Kalan miktar CumQty : Toplam işlem gören miktar (birden fazla kısmi işlem için) Emir defteri yönetimi FIX Protokol standartlarına uygundur. Eski Sistem Execution Report (Kısmi Gerçekleşme) mesajı; OrderQty : Orijinal miktarı LastQty : Son işlem gören miktar LeavesQty : Kalan miktar OrderQty=CumQty + LeavesQty

Kotasyon İletimi - 1 Yeni Sistem Mass Quote (i) Mass Quote Ack (b) Kotasyon Güncelleme: Mass Quote (Yeni Kotasyon) Kotasyon İptali: Kotasyon miktar ve fiyat bilgileri sıfır girilerek iptal edilebilir. QuoteID (117) PY tarafından verilir. Eski Sistem Quote (S) QuoteStatusReport (AI) Kotasyon Güncelleme: Quote (Kotasyon Değişikliğinde mevcut kotasyon bilgileri istenmektedir.) Kotasyon iptali mümkün değildir. QuoteID(117) Borsa tarafından verilir.

Kotasyon İletimi - 2 MassQuote mesajı ile aynı mesajda birden fazla menkulde Kotasyon girişi mümkündür MassQuote mesajı ile tek taraflı Kotasyon girilebilir, güncellenebilir ve iptal edilebilir.

Kotasyon Mesajlaşma Akışı Yeni Sistem Mevcut Sistem

Protokoller arası Emir Yönetimi

Co-lo: ITCH ve OUCH

NOMX Ko-Lokasyon Protokolleri ITCH Protokolü Market By Order (MBO) datası anlık veriliyor Üç ana komponent var: ITCH Gateway (Multicast, UDP) ITCH Rewinder (MoldUdp) GLIMPSE Gateway ( MoldUdp veya SoupTcp) Partition bazlı OUCH Protokolü HFT, Sponsored DMA Alt katmanda SoupTcp protokolünü kullanıyor TCP, asenkron protokol Kabul veya red cevabı geliyor. Emir defteri ve işlem bilgileri ITCH ten geliyor İsteyen üyelerimiz OUCH yerine FIX ile de emir gönderebilecek Partition bazlı SoupTcp ve MoldUdp Altyapı Protokolleri SoupTcp ve MoldUdp dünya standardı olan protokoller. OUCH ve GLIMPSE SoupTcpBin kullanıyor ITCH Rewinder MoldUdp kullanıyor FIX Protokolü ile DropCopy Sponsor oluna yatırımcının OUCH veya FIX ile gönderdiği emirlere gelen cevaplar (ExecutionReport lar) FIX protokolü üzerinden Sponsor olan üyeye gönderilecektir. Birden fazla sponsor olunan yatırımcının dropcopy mesajları aynı FIX bağlantısından dinlenebiliyor FIX partition bazlı olduğu için, DropCopy için her bir partition için ayrı bir bağlantı gerekiyor

Co-Lo: ITCH Protokolü Market by Order (MBO) datasının üyelere anlık iletimini sağlar NASDAQ OMX tarafından geliştirilmiştir. Dünya borsalarında yaygın olarak kullanılmaktadır. ITCH hizmeti, Birincil Veri Merkezi nde yer alacak Ko-Lokasyon üyelerine verilecektir. Partition bazlıdır. Sayısal değerler Big Endian (Twiddle) 3 Komponenttten Oluşur: ITCH Gateway GLIMPSE REWINDER

ITCH - ITCH Gateway I. ITCH GATEWAY UDP Multicast üzerinden MBO data gönderiliyor Artan sequence numarası yapısı vardır Bir pakette birden çok mesaj gönderimi yapılıyor Kaçırılan mesajlar REWINDER dan istenebilir Partition bazlıdır. Her partition için ayrı multicast grubunu dinlemeniz gerekiyor ITCH mesajları ile emir tahtalarını oluşturabilirsiniz Ko-Lokasyon ortamında 10 Gbit ve 1 Gbit fiber LAN ortamından dinlenebilecek

Co-Lo: ITCH - REWINDER II. REWINDER Kaçırılan mesajların tekrar alınması için Unique Sequence numarası ile mesajların takibi Küçük boyutlarda mesaj kaybı durumunu telafi etmekte kullanılır. Bir seferde en fazla 40-50 mesaj istenebiliyor MoldUdp64 (UDP) protokolü kullanılıyor Partition bazlıdır

Co-Lo: ITCH - GLIMPSE III. GLIMPSE Geç bağlanma durumunda emir tahtalarının son halini (snapshot) hızlıca almak için kullanılır Snapshot istenmeden önce ITCH Gateway mesajları dinlenmeye başlanmalıdır Snapshot ta kullanılmış olan son ITCH mesajının sequence numarası GLIMPSE de son mesaj olarak gönderilecektir. SoupTcpBin veya MoldUdp ile çalışabiliyor Desteklenen Mesajlar: Order Book Directory (R) Tick Size Table Entry (L) Order Add (A)

Co-Lo: ITCH Mesaj Tipleri Message Type Time Message Reference Data Messages Event and State Change Messages Market by Order Messages Trade Messages Auction Messages Messages Seconds Message (T) Order Book Directory (R) Tick Size Table Entry (L) System Event Message (S) Order Book State Message (O) Order Add Message (A) Order Executed Message (E) Order Executed with Price Message (C) Order Replace Message (U) Order Delete Message (D) Trade Message (P) Equilibrium Price Update (Z)

OUCH Protokolü

Co-Lo: OUCH Protokolü NASDAQ OMX tarafından geliştirilen, yüksek hızda yapılan (HFT) emir iletim protokolüdür. OUCH hizmeti, Birincil Veri Merkezi nde yer alacak Ko-Lokasyon üyelerine verilecektir. SoupBinTCP* protokolü ile gönderilen OUCH mesajlarının kayıpsız bir şekilde iletilmesi garanti edilir. Asenkron bir protokoldür Reference data ve emir defteri ve işlem bilgileri ITCH protokolü ile alınıp takip edilmelidir *SoupBinTCP, OUCH için zorunlu bir protokoldür ve ayrı bir teknik dokümanı mevcuttur.

Co-Lo: OUCH Protokolü Özellikleri Yüksek Hız, Kısıtlı Fonksiyonalite OUCH protokolü ile gerçekleştirilebilecek fonksiyonlar, performansı yükseltmek amacıyla sınırlandırılmıştır. Belirli Mesaj ve Alan Uzunlukları OUCH kanalında inbound/outbound tüm mesajların belirli uzunlukları bulunmaktadır. Her bir alan için ayrılan büyüklük tanımlanmıştır. Mesaj içerisinde kullanılmayacak alanlar belirlenmiş kurallara uygun olarak boşluk karakteri ile doldurulur.

Co-Lo: OUCH Protokolü - Bağlantı 2 Partition: Kullanıcılar aynı user ile her iki partition a bağlanacaktır. Failover yapısı, birbirinin replikası olan iki OUCH sunucusu ile sağlanmaktadır. İkinci sunucuya bağlantı kurulduğunda ilk bağlantı sonlandırılır.

Co-Lo: OUCH Protokolü Mesaj İletimi Desteklenen Mesajlar: Emir Girişi (Sadece Limit Emir) (O) Emir Değişikliği (U) Emir İptali (X,Y) Emir Teyit mesajları Yeni Emir Girişi Emir Kabul Edildi (A) Emir Red Edildi (J) Emir Değişikliği Değişiklik Kabul Edildi (U) Emir İptali İptal Edildi (C) Emir Eşleşme Bilgileri (E)

Co-Lo: OUCH Kurum İçi Sıra Numarası (KİSN) OrderTokenID: Üye tarafından gönderilen tüm mesajlarda unique özellikli bir OrderTokenID bulunmalıdır. OrderTokenID alphanumeric bir değerdir (14 karaktere kadar) Cevap olarak hata alınsa dahi aynı OrderTokenID bir daha kullanılamaz Tekrar eden OrderTokenID ye sahip emirler reddedilecek ve emirlerin Borsa ya tekrar iletilmesi durumunda ortaya çıkacak olumsuz durumların önüne geçilecektir.

Sorularınız Web sayfası http://borsaistanbul.com/nasdaqdestek Email Adresleri Genel: nasdaqdestek@borsaistanbul.com FIX Protokolü : fix.nasdaqdestek@borsaistanbul.com OUCH Protokolü ouch.nasdaqdestek@borsaistanbul.com ITCH Protokolü : itch.nasdaqdestek@borsaistanbul.com

SAYGILARIMIZLA