Marktdaten-Daten-Feeds Hochdurchsatz-Echtzeit-Feeds sorgen für mehr Transparenz und Effizienz, die optimierte Nachrichtenstrukturen nutzen, um die Integrationsbemühungen und die laufenden Supportkosten zu senken. Diese Feeds stehen allen Mitgliedern und Nicht-ISE-Mitgliedern der ISE-Optionsbörsen zur Verfügung. Es gibt sechs proprietäre Datenfeeds, die unten beschrieben werden, und jeder Feed wird über einen eindeutigen Satz von Multicast-Adressen verteilt, so dass Abonnenten nur den Inhalt anhören, den sie wählen. Dies verringert den Netzwerkverkehr und den Overhead, der mit der Datenverarbeitung verbunden ist. ISE Optionen bietet Binary Market Data Interface Feeds an: Die folgenden Datenfeeds sind für ISE, ISE Gemini und ISE Mercury verfügbar. Ein Sternchen () steht nur für ISE zur Verfügung. ISE, ISE Gemini und ISE Mercury Verfügbare FeedsDescriptions Echtzeit-Daten-Feed, der das aggregierte Volumen aller Angebote und Aufträge auf dem höchsten Preisniveau oder das beste Angebot (BBO) für einfache (einbeinige) Instrumente bietet. Inklusive Kunden - und Profi-Kundenmengenfelder. Tiefe des Markt-Feeds Echtzeit-Daten-Feed, der das aggregierte Volumen aller Angebote und Bestellungen zur Verfügung zu jedem der Top fünf Preisniveaus für einfache (einbeinige) Instrumente bietet. Inklusive Kunden - und Profi-Kundenmengenfelder. Echtzeit-Feed bietet Zugriff auf alle komplexen (multi-legged) Option Strategien auf ISEs Orderbuch und Zitate. Dieser Feed enthält separate BBO, Tiefe, Order (mit Auktionen) und Trade Content für komplexe Instrumente nur. Echtzeit-Daten-Feed, der einen Schnappschuss jeder Bestellung, die auf dem Buch für einfache (einbeinige) Instrumente beruht. Dieser Feed kündigt auch den Beginn einer Auktion mit Flash, Facilitation, Solicitation, PIMs und Directed Bestellungen. Referenzdaten-Feed Snapshot-Feed bietet eine vollständige Produkt - und Gerätebeschreibung einschließlich ihrer Handelsparameter und Identifikatoren für einfache und komplexe Instrumente. Neue Instrumente, die intraday eingeführt werden, werden sofort gemeldet. Verfügbar für alle Abonnenten des TOP-Angebots oder der Maket-Feedtiefe (standardmäßig) (ohne zusätzliche Gebühr) und bietet Pre-Market-Eröffnungs - und Auftragsungleichgewichte für einfache Instrumente. Echtzeit-Daten-Feed, der letzten Handel (Preis und Menge) zusammen mit anderen Handelsstatistik liefert. Zeigt nur bei ISE an BandwidthConnectivity Die Dateneinspeisungen sind multicast in einem A-feed B-feed Format, ähnlich OPRA, und wir empfehlen redundante Verbindungen. Jeder Feed verfügt über einen separaten Satz von IP-Adressen, die sich im Anhang A des MDI Programmers Guide befinden, der in den Members Areagtgt zur Verfügung steht. Wir bieten auch separate redundante Testumgebungen für Entwicklung und Test. ISE Gemini RequirementsStream Bandbreitenempfehlungen basieren auf 1-Sekunden-Peak-Raten und umfassen 50-100 Headroom. Es gibt Zeiten, in denen Mikro-Bursts diese Bandbreiten-Empfehlungen überschreiten, und es wird erwartet, dass Abonnenten ausreichende Puffer vorhanden sind, so dass keine Pakete verpasst werden. Zeigt nur auf ISE an. Die Daten im Diagramm beziehen sich nur auf ISE-Daten-Feeds, Informationen für ISE Gemini und ISE Mercury Data Feeds sind derzeit nicht verfügbar. HINWEIS: Es gibt keinen Primärstrom, da derselbe Server sowohl A - als auch B-Feeds sendet. Die Mitglieder müssen außerdem die Gesamtbandbreite berechnen, wenn sie an ISE-, ISE-Gemini - und ISE-Mercury-Börsen teilnehmen. Co-Standort Es gibt eine Reihe von Optionen für den Zugriff auf die MDI-Feeds (Market Data Interface), und die niedrigste Latenzoption verwendet eine Cross-Connect-Verbindung in unserem primären Rechenzentrum, das von Equinix verwaltet wird, und unser Backup-Rechenzentrum Wird von Telx verwaltet. Es stehen 1GB oder 10GB Crossconnects zur Auswahl, und wir empfehlen redundante Verbindungen. Siehe Abschnitt 1 für aktuelle Rechenzentrumsstandorte in unserem Connectivity Guide, der in den Members Areagtgt verfügbar ist. Managed Service Provider für ISE-Daten-Feeds Es gibt auch Managed Service Provider und Vendoren, die Sie mit Konnektivität versorgen können. Es gibt auch eine Reihe von Metro-Ethernet-Anbietern, die Punkt-zu-Punkt-Verbindungen zu unseren Rechenzentren bieten können: Sidera, Nexgen, Verizon und AboveNet. FeesHow to Order Verbindungen zu den entsprechenden MDI-Feeds sind erforderlich, um auf die im Feld Beschreibung der ISE, ISE Gemini, und ISE Mercury Verfügbare FeedsDescriptions Tabelle aufgeführten Daten zuzugreifen. Diese Feeds stehen sowohl Mitgliedern als auch Nichtmitgliedern zur Verfügung. ISE-Marktdatenschnittstellen-Feeds MDI Monatsgebühren () Die Kundenkategorie wird für alle Aufträge aufgeführt, die auf dem Order-Feed gesendet wurden. Hierzu gehört auch die Kundenbezeichnung. In der Tiefe des Markt-Feeds haben einige konstante Informationen in den Blockbereich verschoben. Wird sich diese Änderung in der Legacy-Implementierung niederschlagen? Sie sind völlig verschiedene Implementierungen, und sie sollten als solche behandelt werden. Werden sich die Marktdaten-IP-Adressen vom aktuellen Angebot ändern Ja, der neue Marktdaten-Feed hat neue IP-Adressen und liefert nur Marktdaten, die aus dem neuen Handelssystem stammen. Siehe Anhang A des Connectivity Guide für vollständige Liste der IPs. Will ISE erfordern separate Multicast-Gruppen für die Disaster-Recovery-Site Ja. Es wird empfohlen, dass Mitglieder eine Verbindung zu beiden Rechenzentren herstellen. Wenn wir einen Schnappschuss in der Mitte des Tages zu hören, wird es alle Informationen (einschließlich Intra-Tage-Updates) zu Hause Überblick Anbieter-Überblick OPRA definiert den Begriff quotVendorquot bedeuten eine Entität, die das vertragliche Recht zur Rückübertragung Optionen Informationen quotexternal bedeutet, Dh für Personen außerhalb ihrer eigenen Organisation. Jede externe erneute Übertragung von Optionsinformationen durch eine Einheit ist ausreichend, um zu bewirken, dass das Unternehmen ein Verkäufer ist, einschließlich der Bereitstellung von Anführungszeichen auf einer Anfrage-Antwort-Basis oder einer dynamisch aktualisierten Basis oder Bereitstellung eines quotsnapshotquot-Zitats für einen Kunden-Computer vor der Ausführung der Kunden-elektronischen Bestellung . Jeder Vendor muss eine Vertragsklausel mit der OPRA abschließen. Darüber hinaus muss jeder Verkäufer OPRA mit einer Ausstellung A beschreiben, die den Optionsinformationsdienst beschreibt, den der Verkäufer zur Verfügung stellt. Das Vendor Agreement beschreibt die Rechte des Vendors, Informationen zu erhalten und diese an seine Kunden weiterzugeben (z. B. Broker-Dealer, institutionelle Investoren und einzelne Investoren). Die meisten OPRA-Anbieter beschäftigen sich mit der Verbreitung von Marktinformationen aus einer Vielzahl von Wertpapiermärkten (Börsen) und Rohstoff-Futures-Märkten, und viele verbreiten Marktinformationen von Märkten in anderen Ländern sowie in den USA. Ein Verkäufer muss einem Vertragswerkvereinbarung mit OPRA mit einer Ausstellung A zustimmen, unabhängig davon, ob der Verkäufer beabsichtigt, Optionsinformationen auf einem quotcurrentquot oder einer quotdelayedquot-Basis umzuverteilen. (OPRA definiert den Begriff "current current", um zu bedeuten, dass die Informationen sich auf Transaktionen beziehen, die innerhalb der unmittelbar vorangegangenen 15 Minuten abgeschlossen wurden und die nicht mehr aktuell sind.) OPRA erhebt jedoch keine verbrauchsabhängigen oder gerätebasierten Gebühren für die Nutzung Der verzögerten Daten. Jeder Verkäufer ist für die Sicherstellung der Vereinbarung eines jeden Nonprofessionellen Abonnenten zuständig, an den der Verkäufer wünscht, aktuelle Optionsinformationen zu OPRAs Bedingungen vor der Bereitstellung des Nonprofessionellen Abonnenten mit Zugang zu den Informationen bereitzustellen. OPRA hat eine Form von Quotenabonnenten Agreementquot sowohl in quothard-copyquot (papierbasierten) Form und elektronischen (quick-onquot) Form, die Vendoren für diesen Zweck verwenden können. Alternativ ermöglicht OPRA einem Verkäufer, OPRAs Bedingungen in die Vendors eigenen Form von Hardcopy oder elektronische Vereinbarung zu integrieren, vorbehaltlich der OPRAs Genehmigung des Formulars. Die Art und Weise, in der ein Verkäufer die Zustimmung seines Nonprofessionellen Abonnenten zu OPRAs Bedingungen erhält, muss in der Vendors Exhibit A beschrieben werden. Wie an anderer Stelle auf dieser Website beschrieben, kann ein professioneller Abonnent auch einen Vertrag mit einem Verkäufer abschließen, um Optionsinformationen zu erhalten. Ein Vendor ist verantwortlich, bevor er einem Professionellen Abonnenten aktuelle Optionen zur Verfügung stellt, um entweder zu überprüfen, ob der Professionelle Abonnent eine Professional Subscriber Agreement direkt mit OPRA unterzeichnet hat oder die Vereinbarung mit dem Professional Subscriber an OPRAs Bedingungen und Bedingungen sichert. Wenn der Verkäufer die Vereinbarung mit dem Professionellen Abonnenten abschließt, steht auch für Abonnenten die Möglichkeit zur Verfügung, die für Nonprofessional Abonnenten verfügbar ist. Wie bei den Nonprofessional-Abonnenten muss der Verkäufer die Art und Weise beschreiben, in der er die Zustimmung von professionellen Abonnenten in seiner Ausstellung A erhalten wird. OPRA erhebt jeden Verkäufer eine quotRedistribution Feequot (Vendor Agreement Schedule) Die Redistribution Fee ist niedriger für einen Internet Service Service-Anbieter Ein Lieferant kann jedoch selektiv oder kontinuierlich Optionsoptionen weiterverbreiten oder weiterverteilen. Nach den Bestimmungen des Vendor Agreement ist es Vendoren jedoch nicht gestattet, Informationen auszuschließen oder auf Grund des Marktes, in dem eine Transaktion stattgefunden hat, oder eine Notierung zu diskriminieren Wenn ein Verkäufer Optionsinformationen aus dem Markt einer Teil - nehmer-Börse in Bezug auf eine Reihe von Optionen einschließt, muss der Verkäufer auch vergleichbare Informationen in Bezug auf dieselbe Serienform auf jedem anderen Teil - nehmer-Börsen-Markt enthalten, dessen Informationen durch Dividenden verbreitet werden OPRA. OPRA definiert einen Datafeed - oder Bulk-Datafeed als unkontrollierte Weiterverbreitung von OPRA-Marktdaten. OPRA ist der Ansicht, dass eine Weiterverbreitung unkontrolliert ist, wenn der Absender der Weiterverbreitung nicht die Ansprüche der Geräte und oder der Nutzer-IDs kontrolliert, an die die Weiterverbreitung gesendet wird, und der Empfänger steuert den Berechtigungsprozess. OPRA verlangt, dass jeder Datafeed, entweder in Echtzeit oder verzögert, von OPRA vor der Einleitung der Dienstleistung genehmigt werden. OPRA klassifiziert einen Datafeed-Empfänger entweder als Vendor oder als Professional Subscriber. In jedem Fall muss der Datafeed-Empfänger einen Vertrag direkt mit OPRA haben. Diese direkte Beziehung ist wichtig, um sicherzustellen, dass OPRA und der Datafeed-Empfänger ein gemeinsames Verständnis davon haben, wie der Datafeed-Empfänger die OPRA-Marktdaten erneut sendet, die DeviceUser ID-Berechtigungen überprüft und die Marktdatenverwendung an OPRA berichtet. OPRA wird einen Datafeed-Empfänger als Vendor klassifizieren, wenn der Datafeed-Empfänger beabsichtigt, den Datafeed auf externer Basis weiter zu übertragen, dh an Personen, die nicht durch den Datafeed-Empfänger verwendet werden. In diesem Fall muss der Datafeed-Empfänger eine Vendor-Vereinbarung unterzeichnen und den OPRA-Anforderungen für Vendoren entsprechen. Ein Verkäufer, der eine unkontrollierte Weiterverbreitung von einem anderen OPRA Vendor empfängt, wird manchmal als ein nachgeschalteter Vendor bezeichnet, da er bei der Verbreitung der OPRA-Marktdaten von dem stromaufwärtigen Vendor stromabwärts ist, der die Daten an ihn sendet. OPRA wird einen Datafeed-Empfänger als Professional Subscriber klassifizieren, wenn der Datafeed-Empfänger die Weiterverbreitung des Datafeed nur auf einer internen Basis vornehmen möchte, die nur für Personen ist, die vom Datafeed-Empfänger verwendet werden. In diesem Fall muss der Datafeed-Empfänger ein Professional Subscriber Agreement unterzeichnen und die OPRAs-Anforderungen für Professional Subscriber einhalten. Darüber hinaus muss der Datafeed-Empfänger entweder einen Indirekten (Vendor Pass-Through) - Kreisverbindungsreiter (wenn der Professionelle Abonnent den Datafeed von einem Vendor empfängt) oder einen Direct Circuit Connection Rider (wenn der Professionelle Abonnent den Datafeed von OPRAs empfängt) unterzeichnen Datenprozessor Securities Industry Automation Corporation (SIAC). (Das Wort direkte Konnoten, dass der Profi-Abonnent das Datafeed direkt von SIAC empfängt, bedeutet das Wort indirekt, dass der Professionelle Abonnent den Datafeed von einem Vendor empfängt, dh indirekt und nicht direkt von SIAC.) Für einen indirekten Datafeed ist der vorgelagerte Vendor Muss sich an OPRA wenden und die vorgeschlagene Regelung beschreiben. Für einen direkten Datafeed muss die Entität, die den Datafeed empfangen möchte, sich mit OPRA in Verbindung setzen und die vorgeschlagene Anordnung beschreiben. OPRA bestätigt die Dokumentation, die ausgefüllt werden muss, bevor das Datafeed implementiert ist. Für einen Verkäufer besteht die Dokumentation aus dem Vendor Agreement und dem OPRAs-Formular zu dem von dem Unternehmen abgeschlossenen Vendor Agreement. Für einen professionellen Abonnenten besteht die Dokumentation aus dem Professional Subscriber Agreement, einem der oben beschriebenen Riders, und OPRAs bilden Teil A des anwendbaren Riders, der von dem Unternehmen abgeschlossen wurde. Nachdem der potentielle Datafeed-Empfänger die erforderlichen Unterlagen an OPRA gesendet hat, überprüft OPRA die Dokumentation. Wenn nötig, kontaktiert OPRA den potenziellen Datafeed-Empfänger direkt für weitere Informationen. Die Überprüfung der Anwendung beinhaltet unter anderem eine Überprüfung der Darstellung der Daten, des Berechtigungskontrollprozesses und des Berichtsmechanismus. Die Überprüfung und Genehmigung dauert etwa zwei Wochen. OPRA kommuniziert seine Zustimmung sowohl für den Datafeed-Empfänger als auch für den Datafeed-Absender. Sobald die Genehmigung eingegangen ist, ist der Datafeed-Sender autorisiert, OPRA-Daten dem Empfänger zu ermöglichen. Datafeed-Distributoren müssen monatlich über das Vendor Automated Reporting System (VARS) alle Änderungen an Datafeed an OPRA melden. Datafeed-Empfänger müssen die Marktdatenverwendung auf OPRA monatlich melden. OPRA Rechnungen alle Datafeed-Empfänger für ihre OPRA Marktdaten Nutzung auf ihrer Berichterstattung basiert. Die Gebühren sind auf OPRAs Fee Schedule festgelegt. Im Allgemeinen unterliegt ein interner Datafeed-Empfänger (ein professioneller Abonnent) einer monatlichen Abonnent-indirekten Zugriffsgebühr oder einer monatlichen Direktzugriffsgebühr für einen Echtzeit-Datafeed sowie einer Gebühr, die auf der Anzahl der Professional-Abonnenten-Geräte und oder der Benutzer-IDs, die OPRA erhalten, basiert Marktdaten. Im Allgemeinen unterliegt ein externer Datafeed-Empfänger (ein Verkäufer) einer monatlichen Umverteilungsgebühr entweder für eine Echtzeit - oder eine verzögerte Neuverteilung und, falls der Vendor die Datenübertragung direkt von SIAC erhält, die monatliche Direktzugriffsgebühr. Fragen zu OPRAs Datafeed Policy sollte OPRA an opracboe gerichtet werden.
No comments:
Post a Comment